|
I was about to write "I don't know of any problems with crtjvapgm" when I tried a dspjvapgm on a file currently being created. The session doing the display hung and I took a big performance hit on my machine (I was having trouble starting another telnet session). I will pass this along to the JVM folks to see if they have run into any problems like this with crtjvapgm. I have created the program for jt400.jar it many times on various releases of the AS/400. Other than it taking a lot of cpu time, I didn't notice any problems until I did the display while the create was in progress. I think it deserves another try some Friday. Submit it as a batch job to the limit the amount of cpu it can take and don't do the display until the create is done. Let me know how it turns out. David Wall AS/400 Toolbox for Java "Nielsen, Ravi" <Ravi@goddard.edu> on 07/12/2000 11:31:36 AM Please respond to JAVA400-L@midrange.com To: "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com> cc: Subject: RE: Help: crtjvapgm running >7 hours ?! David, Hey, thanks for writing! I started the CrtJvaPgm job at 2:40pm, 7/11/00, in an interactive client access session dialed in through my ISP from home using Client Access Express. We have a AS/400 600e 2129 processor with 196mb and 12gb disk--68%in use. I had 4 sessions going and was watching the cpu usage and trying to see some indication of activity other than sluggish system. Working with the job showed no disk activity to speak of, no messages in the job log--except the initial command, no print job in progress, so I began to wonder if it was really doing anything. After 7 hours I started to get worried and put out the email. Sometime around 12:30 am (10 hours) I was reconsidering killing the job when my sessions started dieing as did my Ops Navigator connection. When I then pinged the AS/400 and got no response I started to get worried. I had not lost my network connection because I could ping our router and other servers but no 400. I rebooted my PC and tried again anyway to no avail. At which point I hopped in the car to drive over to the college and see what was going on. No sign of trouble at all. Local client access worked through tcpip; ping worked locally and remotely through a login to the ISP and back again. When I got home I was again able to connect normally. No system operator messages. I have no clue what happened to my connection, but 10 hours is more than "several". Does it seem possible that it was almost done perhaps when the session died? At some point I tried a dspjvapgm from another session and that session remained input inhibited. I assumed the compile had the jar file locked, but when I worked with the job it showed no job locks on that file. I assumed the compile failed. Running Dspjvapgm on jt400.jar just now returned: Java program creation information: File change date/time . . . . . . . . . . . . . : 03/30/00 13:42:05 Java program creation date/time . . . . . . . . : 07/10/00 16:45:06 Java programs . . . . . . . . . . . . . . . . . : 5 Classes with current Java programs . . . . . . . : 910 Classes without current Java programs . . . . . : 0 Optimization . . . . . . . . . . . . . . . . . . : 10 Enable performance collection . . . . . . . . . : *NONE Use adopted authority . . . . . . . . . . . . . : *NO User profile . . . . . . . . . . . . . . . . . . : *USER I don't understand why the 7/10 date. I did nothing to specifically compile the program then. It was yesterday, 7/11/00 that I tried it. But clearly it is not optimized to 30. SO, ANYWAY, I should be real brave some FRIDAY night and submit it to batch, eh? And it won't blow away my TCP/IP... Could there be some other problem? I did have the HTTP ADMIN and Websphere instances up when I started the job. After a few hours when it took so long, I shut down the http server thinking there might be a conflict. Your help appreciated and any further thoughts welcome! Regards, Ravi -----Original Message----- From: dawall@us.ibm.com [mailto:dawall@us.ibm.com] Sent: Wednesday, July 12, 2000 10:51 AM To: JAVA400-L@midrange.com Subject: Re: Help: crtjvapgm running >7 hours ?! Sorry but yes it can take that long. Depending on the speed of your AS/400 it can take several hours. Since It will take all available CPU time I usually do the task as a submitted (batch) job that runs overnight. David Wall AS/400 Toolbox for Java "Nielsen, Ravi" <Ravi@goddard.edu> on 07/11/2000 08:37:12 PM Please respond to JAVA400-L@midrange.com To: "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com> cc: Subject: Help: crtjvapgm running >7 hours ?! I decided to "make my programs run much faster" with crtjvapgm clsf('QIBM/ProdData/HTTP/Public/jt400/lib/jt400.jar') optimize(30) as recommended by David Wall. This command has now been running for 7 hours, using all available cpu time. Is this normal? How long should it take??! Thanks, Ravi +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.