Operating System - OpenVMS
1748093 Members
5810 Online
108758 Solutions
New Discussion

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

 
Volker Halle
Honored Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Sepp,

 

this is like finding a needle in the haystack... Just ignore those 1,699,999 other blocks of the file and find the failing system service ;-) You would need to do some basic testing with this tool first and see, if you can automate checking for failing system services.

 

Did you try SDA> SHOW PROC and SDA> SHOW PROC/PHD against the JAVA$JAVA.DMP files to look for exhausted quotas ?

 

Did you check for quota exhaustion in the running process ?

 

Volker.

Dennis Handly
Acclaimed Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

>is such a JVM crash a customer issue or a HP issue?

 

Do you have any JNIs in your application?  This could make it your issue.

I assume you have a support contract so HP will look at your java problem?

Ph Vouters
Valued Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Sepp and other contributors to this note,

 

Hang on a bit and I shall install JSVN on an non up to date patched OpenVMS IA64 Version 8.3-1H1 system. Note that I have been unable to build JNA using Java Version 1.5. Hence I will use J2SE Version 6 for OpenVMS servers.

 

For non aware readers about JNA abilities, refer to http://vouters.dyndns.org/tima/OpenVMS-IA64-Java-JNA-libffi-Porting_JNA_to_OpenVMS_Itanium_servers.html, especially the examples included there. Sepp and other readers will fully aoppreciate my remark about JNA and the multiple possible causes for a process dump when incorrectly coding under an OpenVMS operating system.

 

However Toine's post is full of promises hence me willing to give JSVN a try. I may end up filling in a special technical article dedicated onto this subject on my Web site. Once and if completed i shall count upon Sepp to both technically and edit review it.

 

So Sepp and others, best stay tuned.

Ph Vouters
Valued Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Sepp and Toine,

I do need a precision from both of you ! Which JSVN version did you install ? I just dug on Internet and found a JSVN Version 0.8 as well as a jsvn 0.9 dev.jar for download. What should I download to best cope with Sepp's problem and Toine's non problem with JSVN ?

Regards,
Philippe
Sepp Stadelmann
Advisor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Volker,

 

SDA> show's as you recommend do not show any anomalities as far as I can define it.

 

The SSLOGdump is simply too big

 

I redefined the  jsvn command be editing the setup command;

note: jsvn calls now JAVA_DBG.EXE instad of a JAVA.EXE.

This makes it break in the debugger. Where I can do

DBG> set break/exception

DBG> go

DBG> go

 

But then anomalies over anomalies

1. the jsvn list <url> -R command runs perfect without debugger (that is to say with JAVA.EXE

2. the jsvn list <url> -R command runs not so perfect with the debugger and it outputs into the main terminal window (not debugger)  (see attachment)

Then it runs for a while not shoing any output and it causes exceptions over excpetions (see atachments)

 

And NO --- I dont think that we hava JNI, but we have a JNA condition. JNA was developed by SUN, and it does not include OpenVMS but many other OS, and I wonder how svnkit can run on other OpenVMS if that should be an issue.

 

Again: patches is what I need as I can't fix this problem myself unless it is something stupid but then please tell me.

 

again: I am glad to find a OpenVMS system which claims to run perfect the checkout job. From that system I like to know everything, patches, sysgen params, and uaf quotas etc etc.

 

Sepp

Sepp Stadelmann
Advisor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Hi Volker,

thanks for the offer.

 

you can catch down 

1. Turtoise a subversion client for a windows system or

     any other command line version of subversion clients and then

2. investigate a bit the source repository tree (url below for svnkit) tree then

3. do a list and a checkout of either the trunk or the latest tag versions

 

having a command line version then start as follow

 

go to your default directory where you want to place your root for i.e. the svn trunk sources

 

C:\ > svn info http://svn.svnkit.com/repos/svnkit/trunk

C:\ > svn list http://svn.svnkit.com/repos/svnkit/trunk

C:\ > svn info http://svn.svnkit.com/repos/svnkit/trunk trunk

 

the first informs you about the trunk, the second lists all files and paths without a download, the last on checksout and downlaods the tree from the trunk, creates and puts it into a directory you chose i.e. trunk.

 

Then you may build from sources. You ay also catch down abinary version but then I  cant tell you from where to get it.

 

There is one issue: some days ago (last year) I got a trunk and I have built it using ant -f build

Meanwhile, unknown to me right now, they have changed the way svnkit is built and they use gradle.

 

I dont know gradle yet but guess it prepares for a mavne build. So it migth be that you need to install maven .

 

maven does not yet run on OpenVMS, it is my next challeng too. to be clear; it runs to a greate degree. But as Plexus uses sorts of unix shell commands to fiddle and catch file attributes, we get for certain tasks or goals fatal build errors in maven when run on OpenVMS.  

 

4. RESOURCES

SVNKit Web Site: http://svnkit.com/
SVNKit Documentation: http://svnkit.com/documentation.html
SVNKit Wiki: https://wiki.svnkit.com/
SVNKit JavaDoc: http://svnkit.com/javadoc/

SVNKit Mailing List: http://svnkit.com/support.html
SVNKit Issues Tracker: http://svnkit.com/tracker/

SVNKit Continuous Build Server: https://teamcity.svnkit.com/

 

any more help as you help me :-)?

 

Sepp

 

 

 

Ph Vouters
Valued Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Sepp and other contributors to this post,

 

Excellent news : I downloaded jsvn-src-0.8.tgz from http://freshmeat.net/projects/jsvn/ and this is pure Java with absolutely no JNA dependancy. I could $ ant "run". However, the '$ ant "run"' returns me a successfull build although they are compile-time (javac) warnings for always the same cause disserminated into various source files:

 

 warning: non-varargs call of varargs method with inexact argument type for l
ast parameter;
    [javac] cast to java.lang.Object for a varargs call
    [javac] cast to java.lang.Object[] for a non-varargs call and to suppress th
is warning
    [javac]             setCommand(MessageFormat.format(COMMAND, new String[]{re
vision, source, destination}));
    [javac]

 

and a run-time (java) execution failure:

 

run:
     [java] Exception in thread "main" java.lang.NoClassDefFoundError: Could not
 initialize class sun.awt.X11GraphicsEnvironment
     [java]     at java.lang.Class.forName0(Native Method)
     [java]     at java.lang.Class.forName(Class.java:169)
     [java]     at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Grap
hicsEnvironment.java:68)
     [java]     at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:91)
     [java]     at java.lang.Class.forName0(Native Method)
     [java]     at java.lang.Class.forName(Class.java:169)
     [java]     at java.awt.Toolkit$2.run(Toolkit.java:837)
     [java]     at java.security.AccessController.doPrivileged(Native Method)
     [java]     at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:829)
     [java]     at sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(SwingUtili
ties2.java:120)
     [java]     at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults
(MetalLookAndFeel.java:1556)
     [java]     at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLook
AndFeel.java:130)
     [java]     at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLook
AndFeel.java:1591)
     [java]     at javax.swing.UIManager.setLookAndFeel(UIManager.java:540)
     [java]     at javax.swing.UIManager.setLookAndFeel(UIManager.java:580)
     [java]     at com.alternatecomputing.jsvn.gui.Application.main(Application.
java:54)
     [java] Java Result: 1

Shall dig into these two problems more thoroughly.

 

Meanwhile, Sepp, can you contact me offline ? My email address is at http://vouters.dyndns.org/ Us two closely collaborating on this JSVN subject, I guess we'll find soon an acceptable solution to this problem.

 

Awaiting for Sepp's email.

Yours truly,

Philippe

Dennis Handly
Acclaimed Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

>can you contact me offline? My email address is at ...

 

You do know you can send private messages to exchange email addresses.

Ph Vouters
Valued Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Sepp,

 

Can you help me ? How may I quickly get into your problem ? What I do need is an URL link where I can get the full JSVN source kit from ? Once you give it to me, I may then be able to download this source kit onto my Linux system using an svn client, gzip tar the source directory on my Linux and then transfer the compressed source kit onto the OpenVMS system I have access to.and gunzip detar it there.

 

Can you contact me offline ? My email address is at http://vouters.dyndns.org/ I am quite positive about a possible solution for you because I know Toine for long and Toine's statement is very hopeful. In consequence, I make no doubt that if Toine states JSVN runs successfully on his side, JSVN will run successfully on your side. That's just a matter of digging into the problem and close collaboration between you and me along with other good willing people who posted their replies..

 

Philippe

 

Ph Vouters
Valued Contributor

Re: JDK 1.5.0 & JDK 6.0 JVM crash executing JSVN, a Java Apps

Dear repliers to this note,

 

I made tests tonight using the binary JNA SVNKit version kit found at http://svnkit.com/download.php. All my tests succeeded. I did not have to specify any Web proxy and ran with all SVNKit defaults. As Sepp indicates a timeout problem with JDK 6.0 and an aborted  partial transfer, I suggested him to first have a look at his VMS TCP/IP settings using:

$ @sys$manager:tcpip$define_commands

$ sysconfig -q inet

Also I suggested him to take a network trace using the command:

$ tcpdump -w foo.cap -p -s 1500 -vvv tcp port 8080

Port 8080 is because the communication goes through a proxy server using port 8080.

He can then comfortably analyze the produced binary data file (here foo.cap) onto either a Linux or a Windows computer using Wireshark.

 

Another test he may do is to install or use a JDK V6.x onto a Windows or Linux computer behind his Web proxy server, reissue the jsvn command from there and see whether he does or not reproduce the problem. If he does reproduce, this will orient the problem to the quality and reliability of the Web proxy.

 

A last remark I can make : I used SVNKit version 1.3.5 whereas Sepp uses SVNKit version 1.4.0.

 

Regards,

Philippe