|
I don't know whether this is the solution to your problem, however the call stack looks like the java method: java.net.InetAddress.getHostName() I had a problem on my Win32 machine when I implemented security. Every time it did a checkSecurity() it dropped into that method and it took over 20 seconds to execute. It looked like some sort of address resolution problem over the network even though everything was local. Adding a localhost entry to the ...\WINNT\system32\drivers\etc\hosts (/etc/hosts on Unix, as400) file solved the problem. i.e. 127.0.0.1 localhost Maybe you have a similar problem. Mike --- Dave Wall <dawall@us.ibm.com> wrote: > > Sorry, you are now deep in the JVM and iSeries > sockets code which is out of > my league. If you don't get other suggestions on > the forum then calling > service is your next step. > > David Wall > AS/400 Toolbox for Java > > > > > "Kendall > Coolidge" To: > <java400-l@midrange.com> > <kendall.coolidge cc: > @ccbai.com> > Subject: RE: Java program waits 30 seconds in SELW > status > Sent by: > java400-l-admin@m > idrange.com > > > 02/14/2002 01:33 > PM > Please respond to > java400-l > > > > > > Thanks for your reply, David. We have done some > further investigation and > have found the following: The customer AS/400 is > actually more up to date > with PTF's than we are. Is there a specific > licensed program that I can > check for PTF level? > > The job that hangs at SELW is the QJVACMDSRV job. > The first time data is > sent to the port, the program begins to execute > immediately, processes the > data, and returns to wait on the port. The second > and subsequent times > data > is sent to the port we see the 30 second SELW > status. We examined the call > stack of QJVACMDSRV while it was in SELW and found > the following procedure > name at the end of the stack: > Java-net-InetAddress-getHostName()Ljava-lang-String; > > Does this give you any clues? > > Best regards, > Kendall Coolidge > > -----Original Message----- > From: java400-l-admin@midrange.com > [mailto:java400-l-admin@midrange.com] On > Behalf Of Dave Wall > Sent: Wednesday, February 13, 2002 5:17 PM > To: java400-l@midrange.com > Subject: Re: Java program waits 30 seconds > in SELW status > > > From the developer who works on the command/program > call server ... > > SELW is a Select Wait - our daemon jobs go into > that all the time while > sitting on a select(), waiting for a connection. > If the customer > program is using a select() in order to check > sockets for something to > read or write, that would explain the SELW. Then > the question becomes > why is it waiting for 30 seconds when the same > program doesn't wait on a > different system. Are they up to date on PTFs, > particularly for the > sockets components? Does the program use > select()? If so, I would look > at the code around that area. > > David Wall > AS/400 Toolbox for Java > > > > > "Kendall > Coolidge" To: > <JAVA400-L@midrange.com> > <kendall.coolidge cc: > @ccbai.com> > Subject: Java program waits > 30 seconds in SELW status > Sent by: > java400-l-admin@m > idrange.com > > > 02/12/2002 05:20 > PM > Please respond to > java400-l > > > > > > Hello All, > > We have an AS/400 Java program that binds to a TCP > port and waits for data > to come through. When running on our AS/400, when > the data is received, > the > program immediately executes the next lines of code, > processes the data, > and > returns to wait on that port. However, on a > customer's AS/400, the program > goes into a SELW status after it receives the data > and waits there (using > no > CPU) for 30 seconds before processing the data > successfully. > > Can anyone suggest why the two machines would act so > differently? Both are > V4R5, using Toolbox 4.5 Mod 0.3, and JDK 1.1.8. Our > older model 40S does > not exhibit this behavior while the customer's 270 > does. > > Thanks in advance for any suggestions! > > Kendall Coolidge > > > _______________________________________________ > This is the Java Programming on and around the > iSeries / AS400 (JAVA400-L) > mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/cgi-bin/listinfo/java400-l > or email: JAVA400-L-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/java400-l. > > > > > > _______________________________________________ > This is the Java Programming on and around the > iSeries / AS400 (JAVA400-L) > mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/cgi-bin/listinfo/java400-l > or email: JAVA400-L-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/java400-l. > > > _______________________________________________ > This is the Java Programming on and around the > iSeries / AS400 (JAVA400-L) > mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/cgi-bin/listinfo/java400-l > or email: JAVA400-L-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/java400-l. > > > > > > _______________________________________________ > This is the Java Programming on and around the > iSeries / AS400 (JAVA400-L) mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/cgi-bin/listinfo/java400-l > === message truncated === __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
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.