How to Change the java versions in parasoft soatest 9.9? - parasoft

I am running my soatest 9.9 version with java 1.7. Now i have a requirement to run the java code (written in 1.8) using my soatest 9.9. I am getting problems with some or other versioning. What are the steps to follow to successfully change the java versions with out messing up things.
Thanks in advance,
Sravanthi

Have you tried to SOAtest with additional argument?
soatest.exe -Zjava_home "C:/Program Files/Java/jdk1.8/"

Related

webdrivermanager-java brotli CVE?

Looking to use webdrivermanager-java version 5.1.0
It has a dependency on org.brotli:dec 0.1.2 (dec-0.1.2.jar), which was released in 2017.
NVD reports CVS-2020-8927 about brotli versions before 1.0.8 - but it's not specific to native or java releases.
Can anyone clarify if this CVE applies to the webdrivermanager java release? If so, is there a brotli java release planned to rectify this? 0.1.2 is the most recent in mvnrepository.
If this is an issue, would webdrivermanager consider revising its java code to use another library?
Thanks.
Bob
I'll close this now.
After further reflection, this CVE is for a "Buffer Overflow" which must refer to the full "C" based brotli code, not the small java decompression utility (Buffer Overflows are not found in Java).
Thanks.
Bob

iReport 5.5.0 won't start

I want to use iReport on ubuntu 12.04. When I try to start it, it stands still and just gives me this error:
Java HotSpot(TM) 64-Bit Server VM warning: You have loaded library /tmp/jna4023560596826437553.tmp which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
How can I solve this problem ?
Edit: I tried: execstack -c /tmp/jna4023560596826437553.tmp but that didn't help.
This error seems more related to a JVM problem instead of jasper. Indeed, Java 7 on linux has a feature which blocks code written in C (or other languages like Ruby etc) and linked into Java (the so-called Java Native Interface - JNI) from halting the whole VM if it’s written badly or maliciously.
So, if you're using java version 1.7, getting back to 1.6 should do the trick. But if you want to keep this version, then try a clean uninstall and re-install of java:
Uninstall,
Install
Notice that if you're not running on 1.7 , it could be a compatibility problem. Try to match the right jars required for iReport to get it work on linux.
I'm using ubuntu and I did below,
Opened the ireport.conf
and uncomment jdkhome
and added java 7 paths (since my default is java 8)
jdkhome=/home/bhanuka/Apps/jdk-7u80-linux-x64/jdk1.7.0_80

Failing python 3.3 build in travis ci. Bug on the linux box/python installation?

I have a python 3.3 job failing on travis python 3.3 worker. Here is the link to the failing job:
https://travis-ci.org/rags/pynt/jobs/5482408
I believe this could be a problem with the worker for following reasons:
The build passes on my box (really!) with python 3.3
The travis build on 3.2 is passing
The error seems to be in the python 3.3 built-in library code. /usr/lib/python3.3/argparse.py:2028
Here are the relevant python 3.3 sources
https://github.com/certik/python-3.3/blob/master/Lib/argparse.py
https://github.com/certik/python-3.3/blob/master/Lib/gettext.py
There is a possibility that my code is doing something funny, but I cant seem to debug it.
Any pointers, suggestion will help
Thank you
Update:
This is a bug in travis. It has been accepted as one and a corresponding ticket has been raised. Hopefully, it will get fixed soon.

RUN#cloud with specific JDK version

Is there a way we can specify the JDK version we are running on? Specifically, I have a java app (non webapp) that has an incompatibility with 1.6.0_35 and is erroring out for me on CloudBees. The package recommends 1.6.0_27, is that possible to specify at deployment time?
you can specify the version with -Rjava_version on the command line - however, fine grained versions are not available (as we tend to update those) - it is more just 1.6, 1.7 or 1.8 lineage. I would recommend in that case -Rjava_version=1.7.

Tool similar to Dynamic code evolution with java 7 support

I have been using the dynamic code evaluation for dynamic loading of my changed classes in my Jboss server ,
I have found this tool very helpful and interesting , but it have a problem that it works with jdk 1.6 , but As i am trying to use java 7 in my project it fails .
Can anyone suggest similar type of tool with java7 support
I suggest using... the Dynamic Code Evolution VM for Java 7 :) The DCEVM web site is not up to date and the version available for download there doesn't work with the latest versions of Java 7. For some time the Mercurial repository contained a more recent version and it has been eventually forked on Github where binaries for Windows and Linux are provided. On Debian/Ubuntu DCEVM is also available after installing the openjdk-7-jre-dcevm package.