Forums: Troubleshooting and Problems
To follow-up on this issue, I ran the "check-java.bat" and this is its output:
With 1.4, we do require Java 1.6 / JRE 6 now.
Can you run the validator with that version of Java ?
It appears on UNIX Solaris box, you have 1.5.
I assume you ran the check-java.bat from a windows env
You're absolutely correct. Thanks for pointing that out.
I checked the version of Java at the command prompt on our UNIX system and here's what it came back with:
At least I know what my next step is.
Thanks again!
As an FYI, someone should update the "Installing OpenCDISC" page as it still states that version 1.5 is needed.
I just updated the link to say OpenCDISC Validator 1.4 requires Java Runtime Environment (JRE) version 1.6 (or higher)
In the "How to Get OpenCDISC Validator" section on the same page, bullet #2:
I don't know whether or not you would feel it would add value to instructions to have a section for Windows vs. Unix/Linux environment, I use the "java -version" command to obtain the info I posted earlier - just a thought, no worries if not.
Anyway, it's good that you guys are making these editorial edits quickly once identified!
I updated here too. BTW, this does somewhat mention differences for Windows/Mac/Linux, but nothing too extensive.
http://www.opencdisc.org/using-opencdisc-validator-cli
We could maintain a table like this for posterity, but really you should always be using the latest version of OpenCDISC validator.
OpenCDISC | jdk/jre min |
1.0 | 1.5 |
1.1 | 1.5 |
1.2 | 1.5 |
1.2.1 | 1.5 |
1.3 | 1.5 |
1.4 | 1.6 |
1.4.1 * | 1.6 |
* 1.4.1 coming soon...
I didn't visit/see that page until you pointed it out - we actually use the GUI interface within in our Unix environment in Exceed, so it didn't occur to me to check the CDL page.
With respect to the versions, we're actually maintaining several versions of OpenCDISC Validator to be able to deal w/ ongoing vs. new projects - now whether that's good practice or not, that is a different story, but that's what our user community wanted...
Given that historical versions of the Validator are on the website, I think it would add value to have the information contained in the table you have above available somewhere/somehow on the site.
Now I feel like I'm being PITA nitpicker, but reading thru the "Installing OpenCDISC Validator" page once again and the following is not correct (BTW I do a lot of user's doc myself and I'm usually at the receiving end of such comments so I appreciate how painstaking it is to maintain doc...)
How to Get OpenCDISC Validator
Honestly, if you want to QA the whole site, i'll update the findings we feel are appropriate :). I fixed the section you referred to here:
http://www.opencdisc.org/projects/validator/installing-opencdisc-validator
Because we are an open source community, we don't have dedicated resources to maintain the site. Just the developers of the application.
More importantly...with respect to "maintaining several versions of OpenCDISC Validator to be able to deal w/ ongoing vs. new projects".... I would argue that is not a good practice and encourage your user community to always use the latest. Here's why:
Hi there,
Just installed v1.4 on our UNIX Solaris box and I'm runnig into some issues - see below.
This happened when validating SDTM Data regardless of the Configuration version used.
I've confirmed that this issue is not encountered within version 1.3.
Any help/guidance to resolve this would be greatly appreciated.
Stephane
==================================================
To help us debug this exception, please provide the data below
--------- System Information ---------
Version: 1.4
JRE: 1.5.0_20
OS: SunOS 5.10 x86
--------------------------------------
java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.opencdisc.validator.data.DataCache.store(DataCache.java:98)
at org.opencdisc.validator.data.ConcurrentLookupProvider.get(ConcurrentLookupProvider.java:130)
at org.opencdisc.validator.rules.LookupValidationRule.performValidation(LookupValidationRule.java:188)
at org.opencdisc.validator.rules.AbstractValidationRule.validate(AbstractValidationRule.java:222)
at org.opencdisc.validator.engine.BlockValidator$BlockTask.call(BlockValidator.java:359)
at org.opencdisc.validator.engine.BlockValidator$BlockTask.call(BlockValidator.java:232)
at org.opencdisc.validator.engine.BlockValidator.validate(BlockValidator.java:214)
at org.opencdisc.validator.DefaultValidator.validate(DefaultValidator.java:450)
at org.opencdisc.validator.gui.ValidatorClient$ProcessMonitor.run(ValidatorClient.java:1412)