× 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.




Hi Thorbjørn,

Apparently I missed that announcement - I'm still trying to learn the
right places to pick up that kind of information.

Just another area that I think my clients deserve and should expect.

We develop against 1.4

If you're not stuck with a particular Java release ( like WebSphere
imposes, ) IMO you should at least go to 1.5 to pick up the performance and
GC benefits without changing any code. And that's for any system, not just an AS/400.

I have understood it is enough to "just" stow the Java stuff away in a
subsystem with 1Gb RAM for itself.

No offense, but that makes no sense to me except for the particular case
where a particular app happens to fit. Otherwise, you're either throwing
away memory that could be used in other areas or not giving Java enough.

I notice you toppost while copying in the original text

I just prefer not to have to search through a lot of intermingled pieces
somewhere throughout the original message, which I leave intact, and try to
do the same favor for others.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message ----- From: "Thorbjørn Ravn Andersen" <thunderaxiom@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Tuesday, October 30, 2007 12:44 AM
Subject: Re: Glassfish


Joe Sam Shirah skrev den 29-10-2007 22:15:
Clearly not. BTW, I may have miscommunicated. My comments were
pretty
much about appservers and webservers on the AS/400. We have a number of
AS/400 Java projects that run on AS/400's and I've never been unhappy with
the results. As an aside, I'm also on the Mac developer list and there
are
some irate (to put it mildly) developers there because JDK 1.6 was not
included in Friday's Leopard release. Somebody compared Apple with IBM
and
HP, at which point I sent a mail just to inform them that the AS/400 has
had
1.6 since July.

Apparently I missed that announcement - I'm still trying to learn the
right places to pick up that kind of information.

We develop against 1.4 but Java 6 has some very interesting enhancements
that is usable for analyzing runtime behavior, so if it is available for
V5R3 I'd begin to bribe our sysadmin to get it.



Depends on what the load is


Agreed. But my thought for most AS/400 sites is, how is the "normal"
load impacted by the additional resource drain of an app/web server?

Frankly I have no idea. For a system with CPU to spare I have
understood it is enough to "just" stow the Java stuff away in a
subsystem with 1Gb RAM for itself. That is an additional expense that I
am pretty sure most sites forget when determining where to run.

Should definitely, if the native driver is used. But there are many

The toolbox JDBC driver should automatically choose it when running
natively. I'd love to see some benchmark figures though.

Even if it seems so, my counter responses are no more than that:
opposing considerations. As is so often the case in computerdom, the
truest
answer is "it depends."

Agreed. I notice you toppost while copying in the original text from
below - maybe Outlook-Quotefix may be usable to you. I have finally
made Outlook behave reasonably using this plugin.


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.