|
As excited as I am at the prospect of developing servlets on Netshare400, I wonder how that 170 could handle many people developing servlets. You'd need one of those million-dollar machines to handle it! Probably best thing to do is use NT or Linux to develop servlets on, and then deploy them to an as400. But ---- once you've got them running on NT or Linux ---- why move them at all. Use a different server to serve the servlets. They can still get the data from the as/400. I don't know if this is the master plan - but it's pretty clear to me that java means the commoditization of servers. Luckily Microsoft decided to take their marbles and go home; proprietary computing lives on! Phil ----- Original Message ----- From: "Stone, Brad V (TC)" <bvstone@taylorcorp.com> To: <WEB400@midrange.com> Sent: Thursday, March 29, 2001 10:32 AM Subject: RE: WebSphere problems on AS/400 temporary storage increasing. > I never knew about this problem until I saw this. I went and looked and my > storage was 95% taken! I immidiatly shut down websphere and now it's below > 30% and my eRPG apps are running 100% faster. (I thought they seemed > slower, I was blaming it on the firewall traffic). > > Holy smokes. that blows big time. Not only is WAS slow as a dog (admin > tool) but it's a resource hog more than I originally thought. > > Has anyone tested to see if Tomcat does this as well? I may end up running > servlets on another port if this is what WAS is all about. That's pure > junk. > > Chalk another one up for Net.Data and eRPG. :) > > Brad > > > -----Original Message----- > > From: Andrew Borts [mailto:andrewb@setacorporation.com] > > Sent: Thursday, March 29, 2001 8:35 AM > > To: 'WEB400@midrange.com' > > Subject: RE: WebSphere problems on AS/400 temporary storage > > increasing. > > > > > > Hmmm - I run Net.Data mostly on the old version of > > Net.Commerce which is running JUST fine... > > Also CGI scripts ... SMOKIN! > > RPG does a lot guys! > > Is there a problem with WAS 3.0.2 Should I unload this (just > > loaded it yesterday!) > > I don't want to convert to bringing the site down almost > > NEVER (@ 8,000 to 20,000 visitors a day!) to killing it on the hour. > > > > I hope IBM reads this, and heeds this information, because if > > WAS is not stable, that is a business reason NOT to apply this. > > > > Andrew Borts / E-Commerce Project Leader > > Seta Corporation > > 6400 East Rogers Circle > > Boca Raton, FL 33499 > > > > E-mail: Andrewb@setacorporation.com > > Corporate web site http://www.setacorporation.com > > E-Commerce web site http://www.palmbeachjewelry.com > > Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774 > > > > > > -----Original Message----- > > From: GRIFFITHS, Clive [SMTP:GRIFFIC@aisl.uk.com] > > Sent: Thursday, March 29, 2001 5:26 AM > > To: 'WEB400@midrange.com' > > Subject: RE: WebSphere problems on AS/400 temporary > > storage increasing. > > > > << File: ATT00005.htm >> Thanks Bleddyn, > > > > I was afraid of that. I have a call open with ASSIST > > and all they > > provide is lists of PTFs which we have already got e.t.c. > > They are aware > > that it is a problem which renders our websites useless. We > > are about to > > upgrade one of our servers to V4R5M0 and Websphere 3.5 today > > to see if it > > eleviates the problem. I will let you know how I get on. > > > > Regards, > > > > Clive. > > > > -----Original Message----- > > From: Bleddyn Williams [mailto:bleddyn@morpheus.ltd.uk] > > Sent: Thursday, March 29, 2001 11:05 AM > > To: WEB400@midrange.com > > Subject: RE: WebSphere problems on AS/400 temporary storage > > increasing. > > > > > > Clive unprotected use is one of those things that you have to > > get used to it > > seems :( Its down to the SQL server jobs and the SQL being > > used by WAS, > > although there may also possibly be a memory leak or code that needs > > tightening up. I see exactly the same with WebSphere Commerce > > Suite and when > > running WAS 3.5.2. I did take up the issue with IBM at one > > point on WCS, and > > over the course of a year they never came back with any good > > reasons as to > > where all the space goes apart from SQL usage. In WAS 2.X you > > will have more > > of an issue because the jobs are in process on the HTTP > > server, so to clear > > the resource you have to end the webserver. > > > > I have seen recommendations for disk space mentioning the > > temporary store > > usage. I also get to the point where an IPL is the best way > > to clean it all > > down because stopping and starting isn't giving me all the space back. > > > > Thanks Bleddyn > > > > http://www.morpheus.co.uk - Morpheus - eBusiness Solutions > > > > http://www.ignite400.org - iSeries eBusiness User Group > > > > > > > > -----Original Message----- > > From: owner-web400@midrange.com > [mailto:owner-web400@midrange.com]On Behalf > Of GRIFFITHS, Clive > Sent: 29 March 2001 10:44 > To: WEB400@midrange.com > Subject: Webshpere problems on AS/400 temporary storage increasing. > > > 3 * AS/400 170 V4R4M0 Websphere 2.03. We run 4 instances and intermitantly > are seeing current unprotected used increase until an IPL is needed the only > way to stop it increasing is to ENDTCPSVR *HTTP HTTPSVR(*ALL) > Has anyone else seen this ???? This happens 10 - 15 times a day on each > AS/400 ? > Regards, > Clive. > > +--- > | This is the WEB400 Mailing List! > | To submit a new message, send your mail to WEB400@midrange.com. > | To subscribe to this list send email to WEB400-SUB@midrange.com. > | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > > **************************************************************************** > DISCLAIMER > > Any opinions expressed in this email are those of the individual > and not necessarily the company. This email and any files > transmitted with it, including replies and forwarded copies (which > may contain alterations) subsequently transmitted from the > Company, are confidential and solely for the use of the intended > recipient. It may contain material protected by attorney-client > privilege. If you are not the intended recipient or the person > responsible for delivering to the intended recipient, be advised > that you have received this email in error and that any use is > strictly prohibited. > > If you have received this email in error please notify the Network > Manager by telephone on +44 (0) 870 243 2431. > > Please then delete this email and destroy any copies of it. > This email has been swept for viruses before leaving our system. > > Admiral Insurance Services Limited, Cardiff CF10 3AZ > **************************************************************************** > > +--- > | This is the WEB400 Mailing List! > | To submit a new message, send your mail to WEB400@midrange.com. > | To subscribe to this list send email to WEB400-SUB@midrange.com. > | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- > | This is the WEB400 Mailing List! > | To submit a new message, send your mail to WEB400@midrange.com. > | To subscribe to this list send email to WEB400-SUB@midrange.com. > | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- > > +--- | This is the WEB400 Mailing List! | To submit a new message, send your mail to WEB400@midrange.com. | To subscribe to this list send email to WEB400-SUB@midrange.com. | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.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.