Posts Tagged ‘java’

One Step Forward, Two Steps Side-to-Side

Wednesday, February 1st, 2012

After going to all the trouble of figuring out Selenium and JUnit, it turns out I was mis-remembering, and it should have been TestNG for my testing framework. d’ohwell, it shouldn’t be too hard to move from one to the other.

Oh Happy Day

Friday, January 20th, 2012

Finally figured out all my Selenium issues. Well, not all of them, in that I still don’t get the Grid system, but I at least know enough about it to know I don’t need it, so that problem is solved in its own way too.

As of now, I’ve got three remote drones, one for IE, one for Firefox, and one for Chrome. I can execute JUnit tests against all three targets, for the webservice running elsewhere.

Finally, I can start thinking about what I actually want to test, without worrying about if I can make it happen.

Oh, of course

Tuesday, January 17th, 2012

Today’s Selenium-now-I-get-it-ism: The Selenium IDE can export test cases in Java, it just hides them under 3 different flavors of JUnit, and one flavor of TestNG. This is confusing, because they call out C#, Ruby, and Python by name, and I’m pretty sure you can use TestNG with all of those languages. I know I’ve used it with C#.

Upgrading Java on Solaris

Wednesday, September 21st, 2011

You’d think that the people who originally came up with java would have a decent automatic updating mechanism for their own operating system, like happens for Windows. You’d think wrong. Instead, they provide some instructions with vague lines that imply hours of additional work (“make sure all applicable updates have been applied before starting…“), and give zero guidance that I’ve found so far, on make the transition from a JRE to a JDK. If I’m reading my pkginfo results correctly, there are literally dozens of java pkg’s that make up the JRE, and even more for the JDK. Oy vey.

STAF 345 install errors

Wednesday, June 22nd, 2011

Upgrading 30+ different kinds of UNIX boxes’ STAF installations is a pain in the but under the best of circumstances. It’s made all the more annoying be a recent development where their “InstallAnywhere” installer will randomly fail with:

Stack Trace:
java.util.zip.ZipError: jzentry == 0,

This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Out of the 4 times it’s happened so far today, 3 times I was able to get past the error by just trying the install again, after removing any leftover /tmp/install.dir entries. I might have been able to do that with the 1st failure as well, but I tried a different build package first that time.

UPDATE: Oh great, a new error on zlinux,

./STAF345-setup-zlinux-32.bin
Preparing to install…
Extracting the JRE from the installer archive…
Unpacking the JRE…
Extracting the installation resources from the installer archive…
Configuring the installer for this system’s environment…
strings: ‘/lib/libc.so.6′: No such file

Launching installer…

./STAF345-setup-zlinux-32.bin: line 2472: /tmp/install.dir.2598/Linux/resource/jre/jre/bin/java: No such file or directory
./STAF345-setup-zlinux-32.bin: line 2472: exec: /tmp/install.dir.2598/Linux/resource/jre/jre/bin/java: cannot execute: Bad address
# ls -l /tmp/install.dir.2598/Linux/resource/jre/jre/bin/java
-rwxr-xr-x 1 1003 513 58042 Dec 14 2009 /tmp/install.dir.2598/Linux/resource/jre/jre/bin/java