× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Kendall --

You might check to see if MF25051 is on the customer's box.  Also, check
the DNS setup to make sure that the IP address for the local machine is
in the DNS and/or the Host Table.

Gary

> -----Original Message-----
> From: java400-l-admin@midrange.com
> [mailto:java400-l-admin@midrange.com] On Behalf Of Kendall Coolidge
> Sent: Thursday, February 14, 2002 11:34 AM
> To: java400-l@midrange.com
> Subject: RE: Java program waits 30 seconds in SELW status
>
>
> 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



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.