Re: [ANN] Apache Jakarta Tomcat 5.5.3-alpha Released
On Fri, 08 Oct 2004 00:08:30 -0500, Jacob Kjome [EMAIL PROTECTED] wrote: At 09:37 AM 10/7/2004 -0400, you wrote: Hi, Looking at the left-overs from my 5.5.3 build directory, it could be that I had a misconfigured build that resulted in the tomcat5.exe and tomcat5w.exe missing from the .zip. I'll have to double-check, but it could be that what I said below is wrong in practice (though still correct in spirit). So I guess hold on for 5.5.4 is the message anyhow ;) Hmm... I avoid the .exe installer like the plague. I like being able to simply extract Tomcat to a directory and run it. I want to have full control over what it does to my system. I don't want a .exe installer adding registry entries behind my back. The .zip file is fine as it is. I understand leaving out xercesImpl.jar and xml-apis.jar since the JDK comes with an XML parser. That's fine. But the JDK doesn't come with tomcat5.exe and tomcat5w.exe. I can see the .tar.gz distribution not containing those two files since it is more meant for non-windows boxes. But the .zip dist is meant for windows boxes and I will never, ever, use the .exe installer. I don't see the benefit in removing the .exe files. Why worry about dist file size when bandwidth is getting cheaper and cheaper by the day? Ok, if this saved 10 meg, I could see it, but this is hardly worth worrying about. Please leave them in the .zip distribution for 5.5.4 and beyond. -1 from me. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Apache Jakarta Tomcat 5.5.3-alpha Released
Remy Maucherat wrote: On Fri, 08 Oct 2004 00:08:30 -0500, Jacob Kjome [EMAIL PROTECTED] wrote: At 09:37 AM 10/7/2004 -0400, you wrote: Hi, Looking at the left-overs from my 5.5.3 build directory, it could be that I had a misconfigured build that resulted in the tomcat5.exe and tomcat5w.exe missing from the .zip. I'll have to double-check, but it could be that what I said below is wrong in practice (though still correct in spirit). So I guess hold on for 5.5.4 is the message anyhow ;) Hmm... I avoid the .exe installer like the plague. I like being able to simply extract Tomcat to a directory and run it. I want to have full control over what it does to my system. I don't want a .exe installer adding registry entries behind my back. The .zip file is fine as it is. I understand leaving out xercesImpl.jar and xml-apis.jar since the JDK comes with an XML parser. That's fine. But the JDK doesn't come with tomcat5.exe and tomcat5w.exe. I can see the .tar.gz distribution not containing those two files since it is more meant for non-windows boxes. But the .zip dist is meant for windows boxes and I will never, ever, use the .exe installer. I don't see the benefit in removing the .exe files. Why worry about dist file size when bandwidth is getting cheaper and cheaper by the day? Ok, if this saved 10 meg, I could see it, but this is hardly worth worrying about. Please leave them in the .zip distribution for 5.5.4 and beyond. -1 from me. Here is what I send to Yoav directly yesterday: I think that those two should be present inside .zip file, cause one can not install the service without them. The tar.gz distribution doesn't need those two exe's. Other option is to move them to separate package (together with service.bat). Also making the same with jsvc.gz on tar.gz distributions. For example: jakarta-tomcat-5.5.X-daemon.tar.gz jsvc.tar.gz + commons-daemon.jar + deps. jakarta-tomcat-5.5.X-daemon.zip tomcat5.exe + tomcat5w.exe + service.bat The problem is that you have a 'service.bat', but no way to use it, so It's pretty confusing. Perhaps having additional distros holding only the daemon code would be a way to go if the modularity to that level is needed. Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
Re: connection pooling
hi, i am not sure but you may try downloading latest jar files for following froom tomcat site and try them out. copy the old jar files somewhere else and try using the latest jar files. 1) Commons Collections 2)Commons DBCP 3)Commons Pool On Thu, 7 Oct 2004 15:29:40 -0700, Eric Wulff [EMAIL PROTECTED] wrote: Except that the driver works for connecting if I'm not utilizing a connection pool, i.e., I am able to connect to the db and manipulate data via DriverManager.getConnection(url, db, pwd). The driver is located in CATALINA_HOME/commons/lib Eric On Thu, 7 Oct 2004 18:22:45 -0400, Phillip Qin [EMAIL PROTECTED] wrote: No, you don't need that many params. I think your problem might be the driver. Where did you drop off your informix jdbc jar? -Original Message- From: Eric Wulff [mailto:[EMAIL PROTECTED] Sent: October 7, 2004 5:56 PM To: Tomcat Users List Subject: Re: connection pooling Yes, I have added Resource name=... . Now different errors are reported via stack trace as I posted in response to Atishay's suggestion that I add this. I'll try adding your suggestions and see what happens. Also, you suggest adding many parameters. Are they necessary for simply making a connection? If so, the tutorial I'm following, 'Tomcat Kick Start' left all your suggestions out. Including the Resource tag, but that seems critical for connection. Eric On Thu, 7 Oct 2004 17:14:27 -0400, Phillip Qin [EMAIL PROTECTED] wrote: 1. web.xml: OK 2. context.xml on context of server.xml: Resource name=jdbc/test_connect auth=Container type=javax.sql.DataSource/ = have you added this? ResourceParams name=jdbc/test_connect parameter namedriverClassName/name valueyour.jdbc.driver/value /parameter parameter nameurl/name valueyour.jdbc.url/value /parameter parameter nameusername/name valueyouruser/value /parameter parameter namepassword/name valueyourpass/value /parameter parameter namemaxActive/name value20/value /parameter parameter namemaxIdle/name value10/value /parameter parameter nameminIdle/name value10/value /parameter parameter namemaxWait/name value15000/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter namevalidationQuery/name valueyour_query/value /parameter parameter nametestOnBorrow/name valuetrue/value /parameter parameter nametestOnReturn/name valuetrue/value /parameter parameter nameminEvictableIdleTimeMillis/name value-1/value /parameter !-- sleeps 5 minutes -- parameter nametimeBetweenEvictionRunsMillis/name value30/value /parameter parameter namenumTestsPerEvictionRun/name value1/value /parameter parameter nametestWhileIdle/name valuetrue/value /parameter /ResourceParams 3. code Context initContext = new InitialContext(); Context jdbcContext = (Context) initContext.lookup(java:comp/env); DataSource dataSource = (DataSource) jdbcContext.lookup(jdbc/test_connect); ... -Original Message- From: Eric Wulff [mailto:[EMAIL PROTECTED] Sent: October 7, 2004 4:34 PM To: Tomcat Users List Subject: Re: connection pooling Hi Phillip, On Thu, 7 Oct 2004 09:29:09 -0400, you wrote: Detail, detail, detail. 1. your context.xml 2. your web.xml 3. how do you obtain connection from pool, java code pls. 4. can you connect using pool 5. commons-pool version Etc. etc. You need to provide details otherwise we can't help. This was all included in my original post. Ok, actually my 2nd post because I accidentally hit send prior to completing my post via the scroll pad on my laptop. Still, thx for checking on this and the info you looking for is copied again here... System: Tomcat 5 on Fedora Core 2 connecting to a db on an Informix Dynamic Server 9.4 on Windows Server -I am able to connect to my db via typical JDBC
RE: apache problem
Check your document root directory in apache configuration file (httpd.conf). Matteo. -Original Message- From: Wade Chandler [mailto:[EMAIL PROTECTED] Sent: giovedì 7 ottobre 2004 19.52 To: Tomcat Users List Subject: Re: apache problem Nandish Rudra wrote: Hi, I am running Apache 2.0.49 and Tomcat 5.0.28 on RedHat 9.0. The users are unable to get the images when using the link http://test.test.net/images/test.gif but can get to it using http://test.test.net:8080/images/test.gif. I am new to Apache and would appreciate some help. Regards, Nandish Rudra ECI Conference Call Services, LLC Phone: (973) 796-5043 Cell: (732) 794 5362 Email: [EMAIL PROTECTED] Email2: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] You need to read up on modjk2 first I guess. That will start you on a path to understanding the purpose of each server in this context. If you don't have a reason to use Apache and Tomcat together you could just use Tomcat soley. Either way. I use Tomcat by itself on some servers and I've been very happy with it. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Setting no-cache headers for javascript
Using filter to set the headers works. Thanks for the help. rgds Antony Paul On Thu, 7 Oct 2004 19:20:18 +0530, Antony Paul [EMAIL PROTECTED] wrote: Ok. I will test by adding a header using a Filter to all js requests. I thought I have to interpret every js request and read the file from dist and deliver it. Thanks rgds Antony Paul On Thu, 7 Oct 2004 09:40:28 -0400, Phillip Qin [EMAIL PROTECTED] wrote: Read servlet spec or books. In short, extend filter, then your custom class add header, finally map your in web.xml. -Original Message- From: Antony Paul [mailto:[EMAIL PROTECTED] Sent: October 7, 2004 7:52 AM To: Tomcat Users List Subject: Re: [OT] Setting no-cache headers for javascript I used JSP. How to use filter ? rgds Antony Paul On Thu, 07 Oct 2004 04:44:28 -0700, Hassan Schroeder [EMAIL PROTECTED] wrote: Antony Paul wrote: How to add no-cache header to a javascript file which is set in the html as script src=scripts/hello.js/script. Either make your JavaScript file a JSP, or use a Filter. (The first is quicker, the second's more scalable if you might want to do this with multiple JS files...) HTH! -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:41652df0280486782219933! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need reseller hosting with Tomcat support
On Thu, 7 Oct 2004, Dave Kennedy wrote: Can anyone recommend a very reputable company that provides reliable unix reseller hosting with knowledgeable Tomcat support? You can try my company, www.mythic-beasts.com, we do Virtual Dedicated Linux servers, Real Dedicated Servers and co-location that are suitable for hosting Tomcat. Our (not yet finalised) guide to setting up Tomcat on a virtual server is at http://www.ex-parrot.com/~pete/vdsjava.html The focus is cheap, but we can supply support on a chargeable per incident basis. Yours, Pete Stevens -- Pete Stevens [EMAIL PROTECTED] http://www.ex-parrot.com/~pete/ Not enough. As long as people can afford to ferry one child to school in a vehicle designed to cross fields, we cannot be feeling the pinch. -- Answer to the question 'How much does petrol cost' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DefaultServlet
Hi I just read the DefaultServlet code and found in doGet(...) the following: try { serveResource(request, response, true); } catch( IOException ex ) { // we probably have this check somewhere else too. if( ex.getMessage() != null ex.getMessage().indexOf(Broken pipe) = 0 ) { // ignore it. } // HERE throw ex; } It seems there is a else missing ? Otherwise, it is just NOT ignored the the complete catch Statement makes no sense. Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
AW: Need reseller hosting with Tomcat support
Hi Can anyone recommend a very reputable company that provides reliable unix reseller hosting with knowledgeable Tomcat support? Hi. Try www.ipx-server.de together with [EMAIL PROTECTED]@apache.org... Works fine for me. Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBERZVHZBHOXOJH Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESANGTPRLVSIR Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
One urgent help needed
Hi All , We have an application deployed on Tomcat 4.1.27 in production. We did some changes in web.xml to use one third party Applinx. In development enviorment it is working fine. But when we move to same web.xml to production we got errors in log file and application wont get up. Attach is the Web.xml and Log file having error. Please provide few tips to resolve this issue. Regards, Pradeep Chauhan 2004-10-08 17:38:26 WebappLoader[/admin]: Deploying class repositories to work directory C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\admin 2004-10-08 17:38:26 WebappLoader[/admin]: Deploy class files /WEB-INF/classes to C:\Program Files\Apache Group\Tomcat 4.1\webapps\..\server\webapps\admin\WEB-INF\classes 2004-10-08 17:38:26 WebappLoader[/admin]: Deploy JAR /WEB-INF/lib/struts.jar to C:\Program Files\Apache Group\Tomcat 4.1\webapps\..\server\webapps\admin\WEB-INF\lib\struts.jar 2004-10-08 17:38:30 ContextConfig[/admin]: Configured an authenticator for method FORM 2004-10-08 17:38:30 StandardManager[/admin]: Seeding random number generator class java.security.SecureRandom 2004-10-08 17:38:30 StandardManager[/admin]: Seeding of random number generator has been completed 2004-10-08 17:38:30 StandardWrapper[/admin:applinx]: Marking servlet applinx as unavailable 2004-10-08 17:38:30 StandardContext[/admin]: Servlet /admin threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class com.sabratec.applinx.server.runtime.servlet.GXApplinxServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3421) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:385) at org.apache.catalina.core.StandardHost.install(StandardHost.java:803) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:442) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:399) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
Re: DefaultServlet
The else is implicit. The next line throws the IOException so something else down the chain can catch it. -Tim Steffen Heil wrote: Hi I just read the DefaultServlet code and found in doGet(...) the following: try { serveResource(request, response, true); } catch( IOException ex ) { // we probably have this check somewhere else too. if( ex.getMessage() != null ex.getMessage().indexOf(Broken pipe) = 0 ) { // ignore it. } // HERE throw ex; } It seems there is a else missing ? Otherwise, it is just NOT ignored the the complete catch Statement makes no sense. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: One urgent help needed
Hi Pradeep, Looks like your tomcat installation cannot find: com.sabratec.applinx.server.runtime.servlet.GXApplinxServlet Are you sure the jar containing GXApplinxServlet is in a place Tomcat can find it? (e.g. shared\lib ?) Michiel Pradeep Chauhan wrote: Hi All , We have an application deployed on Tomcat 4.1.27 in production. We did some changes in web.xml to use one third party Applinx. In development enviorment it is working fine. But when we move to same web.xml to production we got errors in log file and application wont get up. Attach is the Web.xml and Log file having error. Please provide few tips to resolve this issue. Regards, Pradeep Chauhan 2004-10-08 17:38:26 WebappLoader[/admin]: Deploying class repositories to work directory C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\admin 2004-10-08 17:38:26 WebappLoader[/admin]: Deploy class files /WEB-INF/classes to C:\Program Files\Apache Group\Tomcat 4.1\webapps\..\server\webapps\admin\WEB-INF\classes 2004-10-08 17:38:26 WebappLoader[/admin]: Deploy JAR /WEB-INF/lib/struts.jar to C:\Program Files\Apache Group\Tomcat 4.1\webapps\..\server\webapps\admin\WEB-INF\lib\struts.jar 2004-10-08 17:38:30 ContextConfig[/admin]: Configured an authenticator for method FORM 2004-10-08 17:38:30 StandardManager[/admin]: Seeding random number generator class java.security.SecureRandom 2004-10-08 17:38:30 StandardManager[/admin]: Seeding of random number generator has been completed 2004-10-08 17:38:30 StandardWrapper[/admin:applinx]: Marking servlet applinx as unavailable 2004-10-08 17:38:30 StandardContext[/admin]: Servlet /admin threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class com.sabratec.applinx.server.runtime.servlet.GXApplinxServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3421) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:385) at org.apache.catalina.core.StandardHost.install(StandardHost.java:803) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:442) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:399) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497)
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESGYHKBHOXOID Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESHBGOXVDLQHZ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESHDGQDEWGQHG Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Tomcat - Apache with JK2: mapping urls...
Douglas WF Acheson has said late last year: # Define the Manager proxy that comes with Tomcat [uri:/tomcat/manager/*] context=/manager info=Manager prefix mapping But, after frustrating attempts I cannot seem to get it correct. I have search the mail archives and a few people have asked similar questions, but I have not see any replies. Hope someone can help me ... I'm trying to do the same thing. I want Apache/JK2 to trap a specific URI (tomcat/manager/* in this example), but to map it to something else (eg. manager) before it sends the request on to Tomcat through the JK connection. The context parameter shown above in workers2.properties does not do this, in fact, who knows what it does. I agree with Doug that the JK2 docs are abysmal. Anyone figured out a way to do such URI mapping using JK2? Is it even possible? Thanks! Andrzej Jan Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESJPHEDEWGQHJ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
TOMCAT not Starting up
hi All, I have TOMCAT 4.0.4 on my m/c. I just wanted to move to latest version of TOMCAT that is 5. I have downloaded the binary files after extracting all files i have placed them to jakarta-tomcat-5 dir. I have changed all env. variables accordingly. I am running start-up bat file from BIN dir. It is showing all env. variables properly in first screen and after that command window is vanishing. Kindly suggest me the way so that I can start TOMCAT 5 and test it. Release it on production server. It is really urgent. thanx regards RKS Rathour extn-321 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mail connections in Tomcat 5.0.25
Hi, As posted to this list at the time, the 5.0.25 build is missing the mail session resource factory (due to my own faulty build configuration for that release). Accordingly, and always, use the latest stable version (5.0.28 at the time of this writing). Yoav Shapira Millennium Research Informatics -Original Message- From: Ivan Vasquez [mailto:[EMAIL PROTECTED] Sent: Thursday, October 07, 2004 5:06 PM To: [EMAIL PROTECTED] Subject: Mail connections in Tomcat 5.0.25 I'm having problems setting a mail resource in Tomcat 5.0.25. The problem can be reproduced as follows: Install a new copy of 5.0.25 Place activation.jar and mail.jar (reference implementation) in common/lib Configure server.xml with a global resource just like the JNDI howto describes. Resource name=mail/Session auth=Container type=javax.mail.Session/ ResourceParams name=mail/Session parameter namemail.smtp.host/name valuetest.domain.edu/value /parameter /ResourceParams At startup, an attempt to create a resource instance will fail. If the same steps are followed in 5.0.28, no problems occur. javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFac t ory.java:132) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301 ) at org.apache.naming.NamingContext.lookup(NamingContext.java:791) at org.apache.naming.NamingContext.lookup(NamingContext.java:151) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBean s (GlobalResourcesLifecycleListener.java:155) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBean s (GlobalResourcesLifecycleListener.java:160) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBean s (GlobalResourcesLifecycleListener.java:125) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEv e nt(GlobalResourcesLifecycleListener.java:97) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS u pport.java:119) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2291) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja v a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso r Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TOMCAT not Starting up
Hi, I like how a major version upgrade is really urgent ;) Always a good thing to rush. The startup window is supposed to disappear by default. Verify that the server is running by pointing your browser to its address, http://localhost:8080 is the default. Alternatively, you can use catalina.bat run (instead of catalina.bat start) to keep the DOS console window open. Yoav Shapira Millennium Research Informatics -Original Message- From: Kumar Singh Rathour, Raj (Vedam) [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 8:11 AM To: Tomcat Users List (E-mail) Subject: TOMCAT not Starting up hi All, I have TOMCAT 4.0.4 on my m/c. I just wanted to move to latest version of TOMCAT that is 5. I have downloaded the binary files after extracting all files i have placed them to jakarta-tomcat-5 dir. I have changed all env. variables accordingly. I am running start-up bat file from BIN dir. It is showing all env. variables properly in first screen and after that command window is vanishing. Kindly suggest me the way so that I can start TOMCAT 5 and test it. Release it on production server. It is really urgent. thanx regards RKS Rathour extn-321 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using Digested Passwords and DIGEST Authentication at the sam e time.
Hi, Thank you for posting this fine explanation and solution so that others may learn. It always makes my day when people figure out good solutions! Now if the Red Sox win, this will truly be a great day! ;) But a good weekend to all, regardless... Yoav Shapira Millennium Research Informatics -Original Message- From: Shinobu Kawai [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 1:14 AM To: Tomcat Users List Subject: Re: Using Digested Passwords and DIGEST Authentication at the sam e time. Hi Phillip, Thanks for the information. - Not all browsers supported DIGEST authentication, so you can't gurantee that all clients will be able to authenticate... Internet Explorer and Knoqueror are two browsers that do support DIGEST authentication. Mozilla 1.0 claims to recognize the DIGEST request (0.9 doesn't even recognize this), but can't authenticate. This is cleared, since we are using IE 6. - DIGEST authentication doesn't work if the passwords are digested on the Tomcat side (so that they can't be read as cleartext) because of the way that DIGEST mechanism calculates its digest. First of all the browser calculates a digest of the username, the password, the URL, the HTTP method, and a random string sent to it by the server. Likewise, the server creates a digest to verify that the details entered by the user are correct. However, as the password is already digested on the server, and thus completely diferent from the cleartext version entered into the browser, the two digests will be different, and authentication will fail... So here's my problem. I looked further into this, and found a solution, which I would like to share. First, if you take a look at the DIGEST authentication spec at http://www.faqs.org/rfcs/rfc2617.html You will see in section 3.2.2.2 A1, that for MD5, the hashed result depends on username, realm and password. Which means, if I couple the usernames with the realm, it is possible to hash the passwords stored in the server. Next, I found where the A1 is being calculated in Tomcat: RealmBase#getDigest(String username, String realmName) If I override this method to return the hashed password, the digested password and DIGEST authentication should work together. In order to test my theory, I have created a Realm that does the above, extending MemoryRealm: http://sylow.no- ip.com/pub/apache/jakarta/tomcat/DigestableMemoryRealm.java I set it in my Context using: Context path=/shinobu docBase=shinobu workDir=work\Catalina\localhost\shinobu Realm className=org.ieee.shinobu.demo.tomcat.DigestableMemoryRealm digest=MD5 pathname=conf/shinobu-users.xml / /Context Inside my shinobu-users.xml: tomcat-users role rolename=shinobu.admin/ user username=md5a1_admin password=57348f05c8378963c2d52ec456f6b6fd roles=shinobu.admin/ /tomcat-users The password is md5a1_admin:Shinobu's domain:shinobu_admin digested with MD5. I set authentication to DIGEST in my web.xml: web-app security-constraint web-resource-collection url-pattern/admin/*/url-pattern /web-resource-collection auth-constraint role-nameshinobu.admin/role-name /auth-constraint /security-constraint login-config auth-methodDIGEST/auth-method realm-nameShinobu's domain/realm-name /login-config security-role role-nameshinobu.admin/role-name /security-role /web-app I access http://localhost:8080/shinobu/admin/ and wholla! It works! Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Weird Red Hat Enterprise Startup
Hi, Any JVM switch to make an internal JVM crash disappear is cruising for a bruising. Search for the root cause. Most likely, it's missing OS-level patches for your system. The list of required patches and such for Linux, Solaris, and other *nix systems are included in the installation instructions from Sun (available on the JDK download page). Yoav Shapira Millennium Research Informatics -Original Message- From: Mike Cherichetti (Renegade Internet) [mailto:[EMAIL PROTECTED] Sent: Thursday, October 07, 2004 6:33 PM To: Tomcat Users List Subject: RE: Weird Red Hat Enterprise Startup Thanks for the info. I just want to make sure, are you saying that I should put -server in JAVA_OPTS and CATALINA_OPTS? Because I already have it set in CATALINA_OPTS right now. I think maybe I'll only need it in JAVA_OPTS, because if I recall those get passed to Tomcat too along with CATALINA_OPTS. Have a nice day ... Sincerely, Mike Cherichetti -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Shankar Unni Sent: Thursday, October 07, 2004 4:24 PM To: [EMAIL PROTECTED] Subject: Re: Weird Red Hat Enterprise Startup Mike Cherichetti (Renegade Internet) wrote: Another exception has been detected while we were handling last error. Dumping information about last error: ERROR REPORT FILE = (N/A) PC= 0x This is the Java VM aborting. You'll probably find core.* files littered in the Tomcat directory from java. I've been running into this same problem with Java 1.4.2_0x (including _05) on Red Hat EL 3.0. One (not guaranteed or foolproof) workaround is to run java with the -server option (you'll have to pass it in via the JAVA_OPTS env variable or something). This made the crash go away in our setup. You can also play with the heap params and see if that helps. The crash is in some GC processing that kicks in at the wrong moment.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESOBGVTTTQEIQ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
RE: DefaultServlet
Someone please correct me if I've got this wrong, but I don't think that the try/catch or if constructs achieve anything, so the whole code that Steffen posted could be replaced with simply: serveResource(request, response, true); (Maybe this is what Steffen was implying?) So, as I am reading it, if you add else instead of // HERE, it will change the behaviour of the code, and the IOException will only be rethrown when the if expression evaluates to false (i.e. when the IOException is not a broken pipe). So to answer your original question Steffen, I think that either the else is missing, or the whole try/catch and if clauses are redundant. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday 08 October 2004 11:45 To: Tomcat Users List Subject: Re: DefaultServlet The else is implicit. The next line throws the IOException so something else down the chain can catch it. -Tim Steffen Heil wrote: Hi I just read the DefaultServlet code and found in doGet(...) the following: try { serveResource(request, response, true); } catch( IOException ex ) { // we probably have this check somewhere else too. if( ex.getMessage() != null ex.getMessage().indexOf(Broken pipe) = 0 ) { // ignore it. } // HERE throw ex; } It seems there is a else missing ? Otherwise, it is just NOT ignored the the complete catch Statement makes no sense. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultServlet
I see the code now. Its dead code. At one time - when tomcat was serving resources and the client pressed the stop button - a broken pipe exception would be logged. But since then in other code spots - the non-logging of broken pipe has been implemented. -Tim Steve Kirk wrote: Someone please correct me if I've got this wrong, but I don't think that the try/catch or if constructs achieve anything, so the whole code that Steffen posted could be replaced with simply: serveResource(request, response, true); (Maybe this is what Steffen was implying?) So, as I am reading it, if you add else instead of // HERE, it will change the behaviour of the code, and the IOException will only be rethrown when the if expression evaluates to false (i.e. when the IOException is not a broken pipe). So to answer your original question Steffen, I think that either the else is missing, or the whole try/catch and if clauses are redundant. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday 08 October 2004 11:45 To: Tomcat Users List Subject: Re: DefaultServlet The else is implicit. The next line throws the IOException so something else down the chain can catch it. -Tim Steffen Heil wrote: Hi I just read the DefaultServlet code and found in doGet(...) the following: try { serveResource(request, response, true); } catch( IOException ex ) { // we probably have this check somewhere else too. if( ex.getMessage() != null ex.getMessage().indexOf(Broken pipe) = 0 ) { // ignore it. } // HERE throw ex; } It seems there is a else missing ? Otherwise, it is just NOT ignored the the complete catch Statement makes no sense. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Yahoo! Auto Response
Hello Visitor, Thank you for your interest shown towards our work from HOME/CAFE (EARNING THROUGH INTERNET) opportunity.This is responce to your mail. PLZ visit our webpage for Details. http://freetime2money.cjb.net For more Details Call us at 0-9841243410 (between 7.00pm to 10.30 pm) Original Message: X-YahooFilteredBulk: 219.64.131.243 X-Originating-IP: [219.64.131.243] Return-Path: [EMAIL PROTECTED] Received: from 219.64.131.243 (EHLO yahoo.com) (219.64.131.243) by mta115.mail.sc5.yahoo.com with SMTP; Fri, 08 Oct 2004 05:55:13 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Order Date: Fri, 8 Oct 2004 06:24:24 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==_NextPart_000_0016=_NextPart_000_0016 X-Priority: 3 X-MSMail-Priority: Normal This is a multi-part message in MIME format. --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit Thank you for your request, your details are attached! Attachment: No Virus found Norman AntiVirus - www.norman.com --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: application/octet-st _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File retrieving
Hi all! I need to retrieve a file from inside a servlet. If I try: Url myURL = servletcontext.getResource(/WEB-INF/myFile.xml); File myFile = myURL.getFile(); If I try this, I obtain a different behaviour depending on the web container: on Tomcat 4 myURL contains \localhost\myapp\WEB-INF\myFile.xml i.e. path relative to the host running application on Jetty myURL contains c:\mywebserver\myapp... i.e. absolute path Thus, I think that there is a better method to retrieve the file, isn't it? Any ideas or suggestions? G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQBGXBHOXOIC Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQGHCDEWGQHF Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQRHNGZJDLIE Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: File retrieving
FAQ http://jakarta.apache.org/tomcat/faq/misc.html#getResourceAsStream -Tim Giuseppe Briotti wrote: Hi all! I need to retrieve a file from inside a servlet. If I try: Url myURL = servletcontext.getResource(/WEB-INF/myFile.xml); File myFile = myURL.getFile(); If I try this, I obtain a different behaviour depending on the web container: on Tomcat 4 myURL contains \localhost\myapp\WEB-INF\myFile.xml i.e. path relative to the host running application on Jetty myURL contains c:\mywebserver\myapp... i.e. absolute path Thus, I think that there is a better method to retrieve the file, isn't it? Any ideas or suggestions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File retrieving
On Fri, Oct 08, 2004 at 03:07:01PM +0200, Giuseppe Briotti wrote: : I need to retrieve a file from inside a servlet. If I try: : : Url myURL = servletcontext.getResource(/WEB-INF/myFile.xml); : File myFile = myURL.getFile(); : : If I try this, I obtain a different behaviour depending on : the web container: : [snip] : Thus, I think that there is a better method to retrieve the file, : isn't it? : There are three reliable ways to do this: 1/ put the specified file under the classpath, such as in a JAR or under WEB-INF/classes, such that you can fetch it using getResourceAsStream(). This is suitable if you don't want the data to be accessible to clients via GET requests. 2/ Use the RequestDispatcher to forward() to the data (if you want clients to get just that file) or include() it (if you're putting several different files' data in the response). This works well if the file in question is under the document root, that is, it would otherwise be accessible via a client's GET request. 3/ Open an InputStream to the file's absolute path, and push that to the client via the Response object's OutputStream. This works best if the specified files exist outside of the webapp context, since the webapp may be sealed inside a WAR and thus the notion of absolute path goes out the window... -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File retrieving
Hi, There's no requirement that the URL you get back from the getResource call be identical across implementations. Such a requirement would be impossible to implement in a portable manner anyways. What IS required, and what you can rely on, is that the URL is resolvable to a resource within the JVM. Yoav Shapira Millennium Research Informatics -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 9:14 AM To: Tomcat Users List Subject: Re: File retrieving On Fri, Oct 08, 2004 at 03:07:01PM +0200, Giuseppe Briotti wrote: : I need to retrieve a file from inside a servlet. If I try: : : Url myURL = servletcontext.getResource(/WEB-INF/myFile.xml); : File myFile = myURL.getFile(); : : If I try this, I obtain a different behaviour depending on : the web container: : [snip] : Thus, I think that there is a better method to retrieve the file, : isn't it? : There are three reliable ways to do this: 1/ put the specified file under the classpath, such as in a JAR or under WEB-INF/classes, such that you can fetch it using getResourceAsStream(). This is suitable if you don't want the data to be accessible to clients via GET requests. 2/ Use the RequestDispatcher to forward() to the data (if you want clients to get just that file) or include() it (if you're putting several different files' data in the response). This works well if the file in question is under the document root, that is, it would otherwise be accessible via a client's GET request. 3/ Open an InputStream to the file's absolute path, and push that to the client via the Response object's OutputStream. This works best if the specified files exist outside of the webapp context, since the webapp may be sealed inside a WAR and thus the notion of absolute path goes out the window... -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: DefaultServlet
Hi I see the code now. Its dead code. At one time - when tomcat was serving resources and the client pressed the stop button - a broken pipe exception would be logged. But since then in other code spots - the non-logging of broken pipe has been implemented. So you agree to remove it from the code? Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
Re: AW: DefaultServlet
It can go even though it does no harm. (Even from a performance point of view) -Tim Steffen Heil wrote: Hi I see the code now. Its dead code. At one time - when tomcat was serving resources and the client pressed the stop button - a broken pipe exception would be logged. But since then in other code spots - the non-logging of broken pipe has been implemented. So you agree to remove it from the code? Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: DefaultServlet
Hi if ( len buffer.length ) break; seems to be dead code too in DefaultServlet.copyRange( InputStream, ServletOutputStream, long, long ). Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
RE: DefaultServlet
Hi, Please don't make a habit of posting every bit of what you think is dead code on this list ;) There's enough traffic on here as-is. If you feel like auditing the code, that's a great thing, and we welcome your contributions. Here's how to do it nicely: remove whatever bits of code you think are dead, build your custom Tomcat, test the code affects by your removals, and if you think it works fine, post a Bugzilla enhancement issue with .diff patches of the relevant files. Thanks ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Steffen Heil [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 9:34 AM To: 'Tomcat Users List' Subject: AW: DefaultServlet Hi if ( len buffer.length ) break; seems to be dead code too in DefaultServlet.copyRange( InputStream, ServletOutputStream, long, long ). Regards, Steffen This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESSNHLIETZJIL Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
AW: DefaultServlet
Hi Please don't make a habit of posting every bit of what you think is dead code on this list ;) There's enough traffic on here as-is. Ok, I see. Although I tried to keen it in one thread to make it easy to ignore it for others. If you feel like auditing the code, that's a great thing, and we welcome your contributions... But before posting something to bugzilla, I'd like to mail someone who knows to code, since I am just starting to get acustomed to that. And there are lots of questions. I see that this is not the right place, so can someone tell me an email adress for that code part? Regads, Steffen PS: Since I am already sending another mail, let me append a pending question: I often see code like this in the servlet: while (...) { try { ... } catch ( ... ) { ... } } which could be replaced with try { while (...) { ... } } catch ( ... ) { ... } which is faster in my imagination. Is there a reason or is my imagination false? smime.p7s Description: S/MIME cryptographic signature
RE: DefaultServlet
Hi, Although I tried to keen it in one thread to make it easy to ignore it for others. But that makes the archives useless: for example any discussions not-related to DefaultServlet don't belong in this thread. But before posting something to bugzilla, I'd like to mail someone who Have confidence in yourself and do your testing ;) If your tests work, we'll most likely trust you. If they don't, you'll know and fix it yourself. lots of questions. I see that this is not the right place, so can someone tell me an email adress for that code part? There's the tomcat-dev list. I often see code like this in the servlet: while (...) { try { ... } catch ( ... ) { ... } } which could be replaced with try { while (...) { ... } } catch ( ... ) { ... } There is a critical functional difference between the above two approaches: one keep running if a single go within the loop fails, the other one quits on the first failure. There are use-cases for both, but they're by no means identical in functionality, and so you can't simple interchange the two. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: AW: DefaultServlet
removing dead code patches will probably be ignored in bugzilla. Typically because we're too busy with such a patch. Your alternative code below is probably faster but drastically changes how the code works. The original snippet allows for exceptions to be caught and continue looping. Your alternative stops looping when an exception is thrown. -Tim Steffen Heil wrote: PS: Since I am already sending another mail, let me append a pending question: I often see code like this in the servlet: while (...) { try { ... } catch ( ... ) { ... } } which could be replaced with try { while (...) { ... } } catch ( ... ) { ... } which is faster in my imagination. Is there a reason or is my imagination false? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] Re: AW: DefaultServlet
Hi, Actually, I like these kind of patches and would be happy to evaluate/commit them ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 10:16 AM To: Tomcat Users List Subject: [OT] Re: AW: DefaultServlet removing dead code patches will probably be ignored in bugzilla. Typically because we're too busy with such a patch. Your alternative code below is probably faster but drastically changes how the code works. The original snippet allows for exceptions to be caught and continue looping. Your alternative stops looping when an exception is thrown. -Tim Steffen Heil wrote: PS: Since I am already sending another mail, let me append a pending question: I often see code like this in the servlet: while (...) { try { ... } catch ( ... ) { ... } } which could be replaced with try { while (...) { ... } } catch ( ... ) { ... } which is faster in my imagination. Is there a reason or is my imagination false? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: File retrieving
Hi, There's no requirement that the URL you get back from the getResource call be identical across implementations. Such a requirement would be impossible to implement in a portable manner anyways. What IS required, and what you can rely on, is that the URL is resolvable to a resource within the JVM. Yoav Shapira Millennium Research Informatics Thank you Yoav. Thus, cannot you suggest a better way to access file? Maybe by JNDI? As you cand understand, I don't have a good knowledge of JSP Servlet specs. TIA G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: File retrieving
Hi, Thus, cannot you suggest a better way to access file? Maybe by JNDI? As you cand understand, I don't have a good knowledge of JSP Servlet specs. Maybe my post wasn't clear enough (I was only typing about 5 messages at the time concurrently ;)). getResource is good: you can use it and rely on it. But don't look for the URLs it returns to be identical across different server implementations. Both the Class#getResource or the ServletContext#getResource are good, as the FAQ suggests. You'll find that in fact for the latter, (most versions of) Tomcat do return jndi:/localhost URLs. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Re: AW: DefaultServlet
On Fri, 8 Oct 2004 10:16:49 -0400, Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, Actually, I like these kind of patches and would be happy to evaluate/commit them ;) I believe only committers should engage in code cleanups like that. Otherwise, the overhead generated is much greater than the benefit (almost none: the code does the same, but is cleaner). So if someone wants to submit tens like that: forget it ;) (submit more significant patches, become a committer, and then, do the cleanups) -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat directory browsing
I have a problem where Tomcat is allowing a user, once logged in, to browse the directory structure and files on the server. How do I stop this from happening? Process: The user follows the URL https://machine_name:8443/myapp/servlet/MyServlet. Logs in using the user name and password that will allow them access to the servlet the removes items off the URL up to myapp and then can browse the entire structure below that root on the tree. I need to confine them only to valid interaction between the servlets and the users. Robert S. Harper Senior Engineer 1100 East 6600 South, Suite 300 Salt Lake City, UT 84121-7411 801.265.8800 ex. 255
RE: Tomcat directory browsing
Hi, The docs are your friend(s): http://jakarta.apache.org/tomcat/tomcat-5.0-doc/default-servlet.html ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Robert Harper [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 10:45 AM To: Tomcat Users Subject: Tomcat directory browsing I have a problem where Tomcat is allowing a user, once logged in, to browse the directory structure and files on the server. How do I stop this from happening? Process: The user follows the URL https://machine_name:8443/myapp/servlet/MyServlet. Logs in using the user name and password that will allow them access to the servlet the removes items off the URL up to myapp and then can browse the entire structure below that root on the tree. I need to confine them only to valid interaction between the servlets and the users. Robert S. Harper Senior Engineer 1100 East 6600 South, Suite 300 Salt Lake City, UT 84121-7411 801.265.8800 ex. 255 This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESZGHLTTTQEIX Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESZKHPBOZLEIJ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: [ANN] Apache Jakarta Tomcat 5.5.3-alpha Released
Quoting Mladen Turk [EMAIL PROTECTED]: Here is what I send to Yoav directly yesterday: I think that those two should be present inside .zip file, cause one can not install the service without them. The tar.gz distribution doesn't need those two exe's. Other option is to move them to separate package (together with service.bat). Also making the same with jsvc.gz on tar.gz distributions. For example: jakarta-tomcat-5.5.X-daemon.tar.gz jsvc.tar.gz + commons-daemon.jar + deps. jakarta-tomcat-5.5.X-daemon.zip tomcat5.exe + tomcat5w.exe + service.bat The problem is that you have a 'service.bat', but no way to use it, so It's pretty confusing. Exactly my point, but better stated. Perhaps having additional distros holding only the daemon code would be a way to go if the modularity to that level is needed. Fine by me. Having service.bat there with no daemon executables is pretty pointless. Jake Regards, MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ServletException is being an exception
ServletException seems to behave differently than expected when wrapping other Throwables, and I'm wondering if there is a reason for this. A bit more explanation: in general, since JDK 1.4, any subclass of Throwable can be used to wrap another Throwable passed as an arg to its constructor (see the JDK 1.4 docs for Throwable). The passed Throwable arg becomes the cause of the new Exception. This can be extended, so that the whole chain of causes can be recorded. This can be useful for logging/debugging, and the whole chain of causes can be logged with their stacktraces if required. However, the problem is that when trying to chain by wrapping with ServletException, it seems to not wrap the underlying cause correctly, in that it cannot be retrieved using Throwable's getCause() method later. Instead, the cause has to be retrieved using ServletException's own getRootCause() method. So in the case below, the output is null then java.lang.Exception: My error message: import javax.servlet.ServletException; public class ServletExceptionTest { public static void main(String[] args) { Exception e = new Exception(My error message); ServletException se = new ServletException(e); System.out.println(se.getCause()); System.out.println(se.getRootCause()); } } This means having to write specific code to handle ServletExceptions, rather than being able to treat all Throwables generically. This seems to go against the benefits of inheritance...? Perhaps ServletException was not retrofitted to the cause approach when it was introduced in JDK 1.4?? Or is there something more to it than that which I'm missing? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
same error-page handles multiple error-codes ?
Does anyone know if there is a way to make a single error-page entry in web.xml cover more than one error-code? I have created a single error page which I would like to display whatever the exception-type or error-code. Catching all the exception-types in one go is easy - I just use: error-page exception-typejava.lang.Throwable/exception-type location/WEB-INF/jsp/Error.jsp/location /error-page However I can't see how to catch multiple error-codes. I'm currently listing them all separately but directing them all to the same page, but this seems weak from the standpoint of maintenance and error avoidance: error-page error-code401/error-code location/WEB-INF/jsp/Error.jsp/location /error-page error-page error-code402/error-code location/WEB-INF/jsp/Error.jsp/location /error-page error-page error-code403/error-code location/WEB-INF/jsp/Error.jsp/location /error-page etc. I've searched the web, the docs I can think of, and the books that I have, to no avail. Any suggestions much appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSLT parser alternatives
Hi everyone, I'm relatively new to Tomcat and am looking for some direction to solve a performance issue. We have an app that does XSLT transformation after creating the XML in the JSP. Right now we're using XALAN for XSLT transform with Tomcat and it's terribly slow. I've searched the net and it seems to me that the only thing available is open source is XT which is I think not supported any more. I couldn't find a sample to make a transformation and see if it's any better. After further research I found out that if I could precompile the XSL stylesheets with XSLTc then I would notice improvement. But again I wasn't able to find any samples on using XALAN for this and finally decided to ask you. Did you have any experience with this and could you recommend anything? maybe another library that accomplishes this or maybe a sample of doing XSLTc precompilation. Thanks, David Aleksanyan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSLT parser alternatives
David Aleksanyan wrote: Hi everyone, I'm relatively new to Tomcat and am looking for some direction to solve a performance issue. We have an app that does XSLT transformation after creating the XML in the JSP. Right now we're using XALAN for XSLT transform with Tomcat and it's terribly slow. I've searched the net and it seems to me that the only thing available is open source is XT which is I think not supported any more. I couldn't find a sample to make a transformation and see if it's any better. After further research I found out that if I could precompile the XSL stylesheets with XSLTc then I would notice improvement. But again I wasn't able to find any samples on using XALAN for this and finally decided to ask you. Did you have any experience with this and could you recommend anything? maybe another library that accomplishes this or maybe a sample of doing XSLTc precompilation. Are you caching your Templates object (you should not cache the Transformer object)? Anyway, you could 'pre' compile them in a servlet's init method with load-on-startup=1 (or some other value). However, I don't think you will get validation errors until you run source through the stylesheets. You might want to check out Caucho's Resin which also compiles the XSL. It is open source, but not free. best, -Rob Thanks, David Aleksanyan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XSLT parser alternatives
Hi, If you haven't read this already, I suggest http://xml.apache.org/xalan-j/xsltc/xsltc_performance.html. And http://java.sun.com/webservices/docs/1.0/tutorial/doc/JAXPXSLT3.html. Yoav Shapira Millennium Research Informatics -Original Message- From: Robert Koberg [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 1:27 PM To: Tomcat Users List Subject: Re: XSLT parser alternatives David Aleksanyan wrote: Hi everyone, I'm relatively new to Tomcat and am looking for some direction to solve a performance issue. We have an app that does XSLT transformation after creating the XML in the JSP. Right now we're using XALAN for XSLT transform with Tomcat and it's terribly slow. I've searched the net and it seems to me that the only thing available is open source is XT which is I think not supported any more. I couldn't find a sample to make a transformation and see if it's any better. After further research I found out that if I could precompile the XSL stylesheets with XSLTc then I would notice improvement. But again I wasn't able to find any samples on using XALAN for this and finally decided to ask you. Did you have any experience with this and could you recommend anything? maybe another library that accomplishes this or maybe a sample of doing XSLTc precompilation. Are you caching your Templates object (you should not cache the Transformer object)? Anyway, you could 'pre' compile them in a servlet's init method with load-on-startup=1 (or some other value). However, I don't think you will get validation errors until you run source through the stylesheets. You might want to check out Caucho's Resin which also compiles the XSL. It is open source, but not free. best, -Rob Thanks, David Aleksanyan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSLT parser alternatives
Shapira, Yoav wrote: Hi, If you haven't read this already, I suggest http://xml.apache.org/xalan-j/xsltc/xsltc_performance.html. And The only thing I disagree with in the above page is avoiding keys. Perhaps it is a good practice for xsltc, but keys can greatly improve transformation speed and ease xpath statements. You *should* use keys if you have to jump around the source frequently. While using compiled stylesheets reduces memory usage, I find using a cached Templates object (using Saxon) the best way to go, especially when building the Templates object in the init method. This because if you have any XSL validity errors you will see them immediately. best, -Rob http://java.sun.com/webservices/docs/1.0/tutorial/doc/JAXPXSLT3.html. Yoav Shapira Millennium Research Informatics - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error
Greetings, I am having problems running some of our JSP pages. Instead of the compiled JSP page being displayed i get this on the page: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPUsage: jsp-javac options source files where options includes: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -d directory Specify where to place generated class files -encoding encoding Specify character encoding used by source files -target release Generate class files for specific VM version at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1027) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125 ) at java.lang.Thread.run(Thread.java:536) WEB.XML: web-app servlet servlet-nameRelayCenter/servlet-name servlet-classvega.fw.ntf.mdl.appl.RelayCenter/servlet-class init-param param-namedetector/param-name param-valueopenbase.system.hb.server.EventDetectorImpl/para m-value /init-param init-param param-nameConnection/param-name param-valueWEB-INF/connection.cfg/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-nameRelayCenter/servlet-name url-pattern/RelayCenter/url-pattern /servlet-mapping session-config session-timeout-1/session-timeout /session-config /web-app
RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error
Hi, Because 4.0.4 is an ancient release that was never stable, you will get limited (if any) support for it. As a first step towards resolving your problem, I suggest updating to a more recent and stable tomcat release (5.0.28 is the best at the moment). Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:41 PM To: [EMAIL PROTECTED] Subject: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Greetings, I am having problems running some of our JSP pages. Instead of the compiled JSP page being displayed i get this on the page: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPUsage: jsp-javac options source files where options includes: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -d directory Specify where to place generated class files -encoding encoding Specify character encoding used by source files -target release Generate class files for specific VM version at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary( JspS e rvlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServl et.j a va:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j a va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.j ava: 2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:23 47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:18 0 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV alve . java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:17 0 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav a :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor. java : 1027) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java :112 5 ) at java.lang.Thread.run(Thread.java:536) WEB.XML: web-app servlet servlet-nameRelayCenter/servlet-name servlet-classvega.fw.ntf.mdl.appl.RelayCenter/servlet-class init-param
Re: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error
Hello! Thanks for the reply. If you ask me, I am more than willing to upgrade this setup, but that is not my decision to make. I seriously doubt too that my Japanese managers will agree to changing the version of tomcat we are using, since the Solaris and Linux versions of the software ran with Tomcat 4.0.4, without any problems. I will still try to convince them though, but other than that -- do you have an idea what is causing this error? Thanks so much. Regards, Renan Galang - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Renan Galang [EMAIL PROTECTED] Sent: Saturday, October 09, 2004 2:49 AM Subject: RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hi, Because 4.0.4 is an ancient release that was never stable, you will get limited (if any) support for it. As a first step towards resolving your problem, I suggest updating to a more recent and stable tomcat release (5.0.28 is the best at the moment). Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:41 PM To: [EMAIL PROTECTED] Subject: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Greetings, I am having problems running some of our JSP pages. Instead of the compiled JSP page being displayed i get this on the page: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPUsage: jsp-javac options source files where options includes: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -d directory Specify where to place generated class files -encoding encoding Specify character encoding used by source files -target release Generate class files for specific VM version at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary( JspS e rvlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServl et.j a va:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j a va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.j ava: 2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:23 47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:18 0 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV alve . java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:17 0 ) at
RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error
Hi, Is the JDK properly installed on your HPUX machine? Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:56 PM To: Tomcat Users List Subject: Re: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hello! Thanks for the reply. If you ask me, I am more than willing to upgrade this setup, but that is not my decision to make. I seriously doubt too that my Japanese managers will agree to changing the version of tomcat we are using, since the Solaris and Linux versions of the software ran with Tomcat 4.0.4, without any problems. I will still try to convince them though, but other than that -- do you have an idea what is causing this error? Thanks so much. Regards, Renan Galang - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Renan Galang [EMAIL PROTECTED] Sent: Saturday, October 09, 2004 2:49 AM Subject: RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hi, Because 4.0.4 is an ancient release that was never stable, you will get limited (if any) support for it. As a first step towards resolving your problem, I suggest updating to a more recent and stable tomcat release (5.0.28 is the best at the moment). Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:41 PM To: [EMAIL PROTECTED] Subject: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Greetings, I am having problems running some of our JSP pages. Instead of the compiled JSP page being displayed i get this on the page: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPUsage: jsp-javac options source files where options includes: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -d directory Specify where to place generated class files -encoding encoding Specify character encoding used by source files -target release Generate class files for specific VM version at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary( JspS e rvlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServl et.j a va:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j a va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.j ava: 2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:23 47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:18 0 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at
Re: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error
I believe so, actually other JSP pages on a different directory (different application) run. We also have some java applications, and they run as well. I don't understand what is causing the exception. Was the compiler executed by jasper without any parameters? If that is the case, is there any reason why it would be done so by jasper? I have read some posts before that if a wrong option was passed, it would be pointed out by the exception stack trace, but not in this case, because it has no mention of erring parameters. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Renan Galang [EMAIL PROTECTED] Sent: Saturday, October 09, 2004 2:55 AM Subject: RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hi, Is the JDK properly installed on your HPUX machine? Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:56 PM To: Tomcat Users List Subject: Re: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hello! Thanks for the reply. If you ask me, I am more than willing to upgrade this setup, but that is not my decision to make. I seriously doubt too that my Japanese managers will agree to changing the version of tomcat we are using, since the Solaris and Linux versions of the software ran with Tomcat 4.0.4, without any problems. I will still try to convince them though, but other than that -- do you have an idea what is causing this error? Thanks so much. Regards, Renan Galang - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Renan Galang [EMAIL PROTECTED] Sent: Saturday, October 09, 2004 2:49 AM Subject: RE: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Hi, Because 4.0.4 is an ancient release that was never stable, you will get limited (if any) support for it. As a first step towards resolving your problem, I suggest updating to a more recent and stable tomcat release (5.0.28 is the best at the moment). Yoav Shapira Millennium Research Informatics -Original Message- From: Renan Galang [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 2:41 PM To: [EMAIL PROTECTED] Subject: Apache Tomcat/4.0.4 - HTTP 505 - Internal Server Error Greetings, I am having problems running some of our JSP pages. Instead of the compiled JSP page being displayed i get this on the page: Apache Tomcat/4.0.4 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPUsage: jsp-javac options source files where options includes: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -d directory Specify where to place generated class files -encoding encoding Specify character encoding used by source files -target release Generate class files for specific VM version at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary( JspS e rvlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServl et.j a va:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.j ava: 5 66) at
StringBuffer memory optimization
Hello folks, i have a problem with StringBuffer, profiling my web-application i noticed, StringBuffer due to its creation and use consumes too much memory. Does onyone here know a good way to solve that problem? Regards, Edson
Re: StringBuffer memory optimization
On Fri, Oct 08, 2004 at 05:27:52PM -0300, Edson Alves Pereira wrote: : Hello folks, i have a problem with StringBuffer, profiling my : web-application i noticed, StringBuffer due to its creation and use consumes : too much memory. Does onyone here know a good way to solve that problem? That's fairly vague, so all I can say is: 1/ figure out where you're using StringBuffer, and use something else 2/ otherwise, increase the heap space =) -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StringBuffer memory optimization
Hello folks, i have a problem with StringBuffer, profiling my web-application i noticed, StringBuffer due to its creation and use consumes too much memory. Does onyone here know a good way to solve that problem? Not much to go on there, but a key factor to using StringBuffer well is if you can estimate how big the resulting String will be beforehand. This is because StringBuffer starts out rather small (16 characters as I recall) and grows as needed. Each time it grows, it has to allocate a new buffer and copy the previous buffer, so it can be wasteful if misused this way. So, if you know before, do something like: StringBuffer buf = new StringBuffer(4000); Or, if you already have a buffer and you need to add another 500 characters, you can use: buf.ensureCapacity(buf.length()+500); The second will ensure that the buffer is at least big enough to hold its current contents plus another 500 characters so that if it's not big enough, it will only do one reallocation as you add up to another 500 characters. Good luck, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Intalling Tomcat 5.0 on AIX
I am trying to install Tomcat 5.0 on aix with apache. When I run the make file I get an error message stating mod_jk2.so does not exist. I would appreciate any help. AIX 5.1 Apache 1.3.19.3 jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2, run make: Making in server/apache13 make[1]: Entering directory `/usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13' mkdir -p ../../../build/jk2/apache13//usr/HTTPServer/libexec /bin/sh ../../libtool --mode=install /usr/bin/cp ../../../build/jk2/apache13/mod_jk2.la `pwd`/../../../build/jk2/apache13//usr/HTTPServer/libexec /usr/bin/cp ../../../build/jk2/apache13/.libs/mod_jk2.lai /usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13/../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.la /usr/bin/cp ../../../build/jk2/apache13/.libs/mod_jk2.a /usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13/../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.a ranlib /usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13/../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.a chmod 644 /usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13/../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.a libtool: install: warning: remember to run `libtool --finish /usr/HTTPServer/libexec' /usr/bin/cp ../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.so ../../../build/jk2/apache13/mod_jk2.so cp: ../../../build/jk2/apache13//usr/HTTPServer/libexec/mod_jk2.so: A file or directory in the path name does not exist. make[1]: *** [../../../build/jk2/apache13/mod_jk2.so] Error 1 make[1]: Leaving directory `/usr/ben/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/ apache13' make: *** [jk2-build] Error 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File retrieving
Thanks to Tim, QM and, last but not least, Yoav! G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PrintWriter is different on Tomcat and Apache?
I have servlets using code like: StringBuffer sb= new StringBuffer(); AJavaClass.aMethod(sb); PrintWriter out = response.getWriter(); out.println(bf.toString()) When the servlet is run from Tomcat, it is fine, but if I run it on Apache, the whole source code is written on the browser, instead display the web page with qui. What is wrong? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PrintWriter is different on Tomcat and Apache?
I Solved it. Just response.setContentType(text/html); -Original Message- From: Daxin Zuo [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 3:01 PM To: Tomcat Users List Subject: PrintWriter is different on Tomcat and Apache? I have servlets using code like: StringBuffer sb= new StringBuffer(); AJavaClass.aMethod(sb); PrintWriter out = response.getWriter(); out.println(bf.toString()) When the servlet is run from Tomcat, it is fine, but if I run it on Apache, the whole source code is written on the browser, instead display the web page with qui. What is wrong? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: StringBuffer memory optimization
There is a known StringBuffer memory leak in a certain version of the jvm (which I can't remember now offhand). But I'm pretty sure I mentioned on this list before, so search the archives. (or just wait.. someone will chime in with the exact version). I think it was around 4.1.2_05 ? -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 3:28 PM To: Tomcat-User List (E-mail) Subject: StringBuffer memory optimization Hello folks, i have a problem with StringBuffer, profiling my web-application i noticed, StringBuffer due to its creation and use consumes too much memory. Does onyone here know a good way to solve that problem? Regards, Edson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [OT] Re: AW: DefaultServlet
Hi Actually, I like these kind of patches and would be happy to evaluate/commit them ;) Okay, so for a start, can I do some changes that I think would be good for the code, make a diff and send that to you? Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
Multithreading problems with the JK2 connector
I've been seeing apache httpd processes consuming the processor, and I believe it has to do with multithreading issues in JK2. I found the following bug in the database which seems to report exactly this problem. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27667 The thread dump of the process shows something like this: #0 apr_pool_cleanup_kill (p=0x816fad8, data=0x40622d90, cleanup_fn=0x4005a578 socket_cleanup) at apr_pools.c:1910 #1 0x40061cda in apr_pool_cleanup_run (p=0x816fad8, data=0x40622d90, cleanup_fn=0x4005a578 socket_cleanup) at apr_pools.c:1941 #2 0x4005a824 in apr_socket_close (thesocket=0x40622d90) at sockets.c:125 #3 0x4025b8b3 in jk2_channel_apr_close (env=0x8174618, ch=0x822f580, endpoint=0x40720b88) at ../../common/jk_channel_apr_socket.c:363 #4 0x40268ce6 in jk2_close_endpoint (env=0x8174618, ae=0x40720b88) at ../../common/jk_worker_ajp13.c:250 #5 0x40269400 in jk2_worker_ajp13_forwardStream (env=0x8174618, worker=0x8231570, s=0x832c2b8, e=0x40720b88) at ../../common/jk_worker_ajp13.c:549 #6 0x40269688 in jk2_worker_ajp13_service1 (env=0x8174618, w=0x8231570, s=0x832c2b8, e=0x40720b88) at ../../common/jk_worker_ajp13.c:642 #7 0x40269b21 in jk2_worker_ajp13_service (env=0x8174618, w=0x8231570, s=0x832c2b8) at ../../common/jk_worker_ajp13.c:814 ... It seems that a cycle is created and it's getting stuck in apr_pool_cleanup_kill. Has anyone else seen issues like this when using JK 2.0.2 or JK 2.0.4 with Apache 2.0.X? Any suggestions for working around this problem or patches to the connector out there? Thanks, Jonathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: StringBuffer memory optimization
Hi There is a known StringBuffer memory leak in a certain version of the jvm (which I can't remember now offhand). But I'm pretty sure I mentioned on this list before, so search the archives. (or just wait.. someone will chime in with the exact version). I think it was around 4.1.2_05 ? First, you propably mean 1.4.2_05. Second, no, that's the current 1.4.x one without that error. I thing 1.4.2_02 hat that. However 1.5.0 is fine and stable. Upgrade. Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
AW: DefaultServlet
Hi But that makes the archives useless: for example any discussions not-related to DefaultServlet don't belong in this thread. Right now, I am just reading that single file... Have confidence in yourself and do your testing ;) If your tests work, we'll most likely trust you. If they don't, you'll know and fix it yourself. I will. See my other post. There's the tomcat-dev list. I will go there soon propably. There is a critical functional difference between the above two approaches: one keep running if a single go within the loop fails, the other one quits on the first failure. There are use-cases for both, but they're by no means identical in functionality, and so you can't simple interchange the two. Okay, I should have stated, that the inner catch-Block sets a variable to quit the loop. So if an exception occurs inside, the loop is always left. Usually I think such a little difference in speed is not so important, however this is the most important inner loop of the DefaultServlet, which servs every static file. This will add up to a lot of time. Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
Tomcat 4 as a service
I've looked around and found a lot of scripts for installing Tomcat 5 as a service. However, I need to install Tomcat 4. I need to add some jvm options for SSL. I've run tomcat.exe but the service won't start, and doesn't give any errors. I'm running it as follows. tomcat -install tomcattest %JAVA_HOME%\bin\server\jvm.dll -Dsun.io.useCanonCaches=false -jvm_option -Djava.endorsed.dirs=%CATALINA_HOME%\common\endorsed -jvm_option -Djava.class.path=%CATALINA_HOME%\bin\bootstrap.jar -jvm_option -Dcatalina.home=%CATALINA_HOME% -jvm_option -Djavax.net.ssl.trustStore=server.ts -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out %CATALINA_HOME%\logs\stdout.log -err %CATALINA_HOME%\logs\stderr.log TIA. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compiling Mod_jk2 and problems
I'm attempting a build of jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2 on Mac 10.3.5 Server My configure includes: sudo ./configure \ --with-apxs2=/Library/Apache2/bin/apxs \ --with-java-home=/Library/Java/Home \ --with-pcre \ --with-jni I installed apr-1.0.0 Darwin layout and apr-util at /usr When I run configure for the native2 I get this error: need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl configure: error: can't locate libapr Any one successfully build mod_jk2 on 10.35 that can clue me in on what I'm doing wrong? Samuel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TOMCAT not Starting up
Hi Shapira, I am getting following error when I am running catalina from DOS command prompt --- C:\jakarta-tomcat-5\bincatalina run Using CATALINA_BASE: c:\jakarta-tomcat-5 Using CATALINA_HOME: c:\jakarta-tomcat-5 Using CATALINA_TMPDIR: c:\jakarta-tomcat-5\temp Using JAVA_HOME: c:\jdk1.3 [ERROR] Digester - Begin event threw error java.lang.ExceptionInInitializerErro rjava.lang.ExceptionInInitializerError: sun.misc.InvalidJarIndexException: Inva lid index! at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594) at sun.misc.URLClassPath.getResource(URLClassPath.java:134) at java.net.URLClassLoader$2.run(URLClassLoader.java:349) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:346) at org.apache.catalina.loader.StandardClassLoader.findResource(StandardC lassLoader.java:527) at org.apache.catalina.loader.StandardClassLoader.getResource(StandardCl assLoader.java:603) at org.apache.commons.modeler.Registry.loadDescriptors(Registry.java:895 ) at org.apache.catalina.mbeans.MBeanUtils.createRegistry(MBeanUtils.java: 1602) at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:107) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit( GlobalResourcesLifecycleListener.java:65) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.j ava:253) at org.apache.commons.digester.Rule.begin(Rule.java:200) at org.apache.commons.digester.Digester.startElement(Digester.java:1273) at org.apache.catalina.util.CatalinaDigester.startElement(CatalinaDigest er.java:65) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Sour ce) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn own Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElemen t(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.Catalina.load(Catalina.java:489) at org.apache.catalina.startup.Catalina.load(Catalina.java:528) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:250) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:424) java.lang.reflect.InvocationTargetException: java.lang.ExceptionInInitializerErr or: sun.misc.InvalidJarIndexException: Invalid index! at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594) at sun.misc.URLClassPath.getResource(URLClassPath.java:134) at java.net.URLClassLoader$2.run(URLClassLoader.java:349) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:346) at org.apache.catalina.loader.StandardClassLoader.findResource(StandardC lassLoader.java:527) at org.apache.catalina.loader.StandardClassLoader.getResource(StandardCl assLoader.java:603) at org.apache.commons.modeler.Registry.loadDescriptors(Registry.java:895 ) at org.apache.catalina.mbeans.MBeanUtils.createRegistry(MBeanUtils.java: 1602) at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:107) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit( GlobalResourcesLifecycleListener.java:65) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.j ava:253) at org.apache.commons.digester.Rule.begin(Rule.java:200) at org.apache.commons.digester.Digester.startElement(Digester.java:1273) at org.apache.catalina.util.CatalinaDigester.startElement(CatalinaDigest er.java:65) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Sour ce) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn own Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElemen t(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent