Re: Tomcat 5.0.14: error in opening zip file
Gerry, Receiving error: INFO: Installing web application at context path /jetspeed from URL file:/usr/local/jakarta-tomcat/webapps/jetspeed java.util.zip.ZipException: error in opening zip file This often happens for two reasons: 1. You are on win32 and you FTP'd the file using ASCII mode. 2. You are using CVS (or some other source control system) and you did not specify the binary switch when checking the file in. Getting is back may screw up \n characters and other things. Check to see that the file is not actually corrupt by doing: jar tvf jetspeed.jar to see what happens. I'd use some form of 'zip' to test it, but sometimes people only have the JDK tools... -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cannot find custom libraries
Hello, I'm new to JSP, so this is confusing me. I am trying to use the com.oreilly.servlet.multipart package to try and upload files for a test page. However, I'm facing the following error: /tmp/foo/jakarta-tomcat-4.1.27/temp/cd/SMC/insertProduct_jsp.java:8: package com.oreilly.servlet does not exist import com.oreilly.servlet.*; ^ /tmp/foo/jakarta-tomcat-4.1.27/temp/cd/SMC/insertProduct_jsp.java:9: package com.oreilly.servlet.multipart does not exist import com.oreilly.servlet.multipart.*; ^ 2 errors The packages are contained in a jar file called cos.jar , which I've put in .../cd/SMC/WEB-INF (and /cd/SMC/WEB-INF/lib ) (the file that uses this - insertProduct.jsp - is located in /cd/SMC ) Can anyone throw any pointers as to why this is happeneing? I set my classpath to point to the jar file, but it doesnt help (frankly, I don't see why it would, since the webserver is running of a totally different daemon, and I'm not even the owner of that :( -- but I'm just trying to get this to compile!) Thanks, Kaushal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Réf. : RE: dbcp pool size
Sorry, but I'm quite new to this, and I'd like to know if I'm doing it OK. I'm using dbcp with mySQL and I always specify this parameter: parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter Is this OK? Will I get the same error Meissa does? Thanks. Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vedr.: RE: Server Tweaking
I have this experience as well on a test rig running IIS and Tomcat 4.1.27 whereas the problem does not occur on our production servers running IIS and Tomcat 4.0.6. No solutions found though... /Thomas Hart, Justin [EMAIL PROTECTED] 07-11-03 20:24 Besvar venligst til Tomcat Users List Til:Tomcat Users List [EMAIL PROTECTED] cc: Vedr.: RE: Server Tweaking Version I'm running right now is 4.1.29. Issue first presented itself after I set up NT Authentication using BASIC JDNIRealm. Essentially, I get the popup to authenticate, then, the next page has this in its body: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODYPRE/PRE/BODY/HTML If I hit refresh, the next page I get is the acutal JSP I was hoping to serve up. Thanks BTW, I can't seem to find a solution to this anywhere! If you've got a thread you can pull on this, that would really help me a lot. Justin -Original Message- From: David Rees [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 2:18 PM To: Tomcat Users List Subject: RE: Server Tweaking On Fri, November 7, 2003 1at 0:40 am, Hart, Justin wrote: K, I have this issue, and I've heard of it. Anybody got a fix? Well, what version(s) of Tomcat are affected and do you have any references to the issue? Sounds like a serious bug in Tomcat to me. -Dave - 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] FONT SIZE=1 FACE=Arial___ Vi goer opmaerksom paa, at denne e-mail kan indeholde fortrolig information. Hvis du ved en fejltagelse modtager e-mailen, beder vi dig venligst informere afsender om fejlen ved at bruge svar-funktionen. Samtidig beder vi dig slette e-mailen i dit system uden at videresende eller kopiere den. Selv om e-mailen og ethvert vedhaeftet bilag efter vores overbevisning er fri for virus og andre fejl, som kan paavirke computeren eller it-systemet, hvori den modtages og laeses, aabnes den paa modtagerens eget ansvar. Vi paatager os ikke noget ansvar for tab og skade, som er opstaaet i forbindelse med at modtage og bruge e-mailen. ___ Please note that this message may contain confidential information. If you have received this message by mistake, please inform the sender of the mistake by sending a reply, then delete the message from your system without making, distributing or retaining any copies of it. Although we believe that the message and any attachments are free from viruses and other errors that might affect the computer or IT system where it is received and read, the recipient opens the message at his or her own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this message. /FONT
Strange behaviour of runtime.exec(...)
Hi, we are trying to make some calls to scripts from within tomcat, so we are using runtime.exec() inside a Servlet: The script (it submits a Job to teh Sun Grid Engine, http://gridengine.sunsource.net/) runs fine from the command line, and also the java-class, which is called from the servlet for the submit, runs fine outside of tomcat: When the Class is called from inside tomcat, the job is submitted, but never reaches the scheduler: It looks like the spawned process is not allowed to make up sockets to the outside world - are there any restrictions on using Runtime.exec() from within tomcat?! And if there is, is there a way around these restrictions?! Greetingsthx in advance for any help Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.14: error in opening zip file
Chris, I can both unjar and unzip the war file with no problem from the command line. I've noticed that other people are having similar problems with this same error being reported in reading through some of the recent posts. --- Christopher Schultz [EMAIL PROTECTED] wrote: Gerry, Receiving error: INFO: Installing web application at context path /jetspeed from URL file:/usr/local/jakarta-tomcat/webapps/jetspeed java.util.zip.ZipException: error in opening zip file This often happens for two reasons: 1. You are on win32 and you FTP'd the file using ASCII mode. 2. You are using CVS (or some other source control system) and you did not specify the binary switch when checking the file in. Getting is back may screw up \n characters and other things. Check to see that the file is not actually corrupt by doing: jar tvf jetspeed.jar to see what happens. I'd use some form of 'zip' to test it, but sometimes people only have the JDK tools... -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.14: error in opening zip file
Don't know whether this has any bearing on the problem but the war file was built and deployed using maven. --- Gerry Reno [EMAIL PROTECTED] wrote: Chris, I can both unjar and unzip the war file with no problem from the command line. I've noticed that other people are having similar problems with this same error being reported in reading through some of the recent posts. --- Christopher Schultz [EMAIL PROTECTED] wrote: Gerry, Receiving error: INFO: Installing web application at context path /jetspeed from URL file:/usr/local/jakarta-tomcat/webapps/jetspeed java.util.zip.ZipException: error in opening zip file This often happens for two reasons: 1. You are on win32 and you FTP'd the file using ASCII mode. 2. You are using CVS (or some other source control system) and you did not specify the binary switch when checking the file in. Getting is back may screw up \n characters and other things. Check to see that the file is not actually corrupt by doing: jar tvf jetspeed.jar to see what happens. I'd use some form of 'zip' to test it, but sometimes people only have the JDK tools... -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree = Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Database JAR files
Where's the best place to put the database driver JAR files so all web apps using JDBC can utilize them? Is it ../tomcat/common/classes or ../tomcat/common/lib or ../tomcat/server/lib Thanks, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Database JAR files
Peter I would think: ../tomcat/common/lib Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or diclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Peter O'Reilly [mailto:[EMAIL PROTECTED] :: Sent: Saturday, November 08, 2003 7:02 PM :: To: [EMAIL PROTECTED] :: Subject: Database JAR files :: :: Where's the best place to put the database driver JAR files so all web apps :: using JDBC can utilize them? :: :: Is it :: ../tomcat/common/classes :: or :: ../tomcat/common/lib :: or :: ../tomcat/server/lib :: :: Thanks, :: Peter :: :: :: - :: 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: ant deploy
Thank you! It works! - Original Message - From: Phillip Qin [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Saturday, November 08, 2003 12:01 AM Subject: RE: ant deploy Win32 requires an extra /, so your war should be file:///${dist.home}/${app.name}-${app.version}.war or file:/${dist.home}/${app.name}-${app.version}.war -Original Message- From: Steven Woody [mailto:[EMAIL PROTECTED] Sent: November 7, 2003 10:51 AM To: Tomcat Users List Subject: Re: ant deploy deploy url=${manager.url} username=${manager.username} password=${manager.password} path=${app.path} war=file://${dist.home}/${app.name}-${app.version}.war/ When the configuration run on a Linux host, it can deploy onto the local Linux server and remove W2K server. When the same configuration run on a W2K host, it can *NOT* deploy onto either local Tomcat server nor the remove Linux server! What's the problem? - Original Message - From: Phillip Qin [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:36 PM Subject: RE: ant deploy Can you show us your build.xml? Mine is deploy url=http://remotehost/manager; username=${username} password=${password} path=/${your.app.name} war=${war.url}/ username: manager your.app.name: context name linux host: file:${war.dir}/${war.file} win32 host: file:/${war.dir}/${war.file} -Original Message- From: Steven Woody [mailto:[EMAIL PROTECTED] Sent: November 6, 2003 8:39 PM To: Tomcat Users List Subject: Re: ant deploy I heard the 'install' task can only communicate to local server :-( but I want to deploy to a remove tomcat. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:52 PM Subject: RE: ant deploy Howdy, You want to use the install task instead of deploy most likely. Needless to say, the host name should be a valid one that you can ping/lookup ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Steven Woody [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 12:47 AM To: [EMAIL PROTECTED] Subject: ant deploy Hi, I wanna use ant deploy task to deploy a war onto Tomcat, but always got a UnknownHostName exception. What's wrong here? Did anyone used the deploy task with sucessful? Regards. -- Steven Woody 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 5.0.14: error in opening zip file
Gerry Reno wrote: Don't know whether this has any bearing on the problem but the war file was built and deployed using maven. - First, make sure you have a $CATALINA_HOME/temp or $CATALINA_BASE/temp folder - Please post your full stack trace, it may be useful - How can this problem be reproduced ? -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.14: error in opening zip file
Remy, Here's the trace. Also, I moved the xalan-2.4.1.jar out of the WEB-INF/lib directory since I already had xalan-2.5.1.jar in TC/common/endorsed and I don't see the zip error now. There is another error about a class not being found but that is app related I think. Still investigating. Zip error stack trace: 2003-11-08 12:06:26 WebappLoader[/jetspeed]: Deploy JAR /WEB-INF/lib/xalan-2.4.1.jar to /usr/local/jakarta-tomcat/webapps/jetspeed/WEB-INF/lib/xalan-2.4.1.jar 2003-11-08 12:06:26 ContextConfig[/jetspeed] Exception processing JAR at resource path /WEB-INF/lib/xalan-2.4.1.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/xalan-2.4.1.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567) 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:260) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1064) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(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:1562) 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.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) 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.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause -
Example form-based authentication
Hi, I'm under Tomcat/4.1.18-LE-jdk14 and just have tested form based example. Unfortunately, when I access http://localhost:8080/examples/jsp/security/protected/index.jsp i'm well redirected to login.jsp as mentionned in web.xml form-login-config form-login-page/jsp/security/protected/login.jsp/form-login-page form-error-page/jsp/security/protected/error.jsp/form-error-page /form-login-config but I've got the following error message: Generated servlet error: [javac] Compiling 1 source file C:\java\plateforme\tomcat\work\Standalone\localhost\examples\jsp\security\protected\login_jsp.java:1: expected package org.apache.jsp.jsp.security.protected; ^ 1 error I've changed nothing to examples directory, so is it an known error? How may i fix this? Thanks in advance for your response, Regards, Cyril.
Re: Tomcat 5.0.14: error in opening zip file
Remy, It appears that the xalan-2.4.1.jar in the app (jetspeed-2) is bad. When I attempt to list it from the command line (jar -tvf xalan-2.4.1.jar) it begins listing the contents and then displays this error: ... 21920 Thu Oct 31 14:22:02 EST 2002 org/apache/xalan/templates/ElemNumber.class 538 Thu Oct 31 14:22:04 EST 2002 org/apache/xalan/templates/ElemOtherwise.class 2808 Thu Oct 31 14:22:00 EST 2002 org/apache/xalan/templates/ElemParam.class 4026 Thu Oct 31 14:22:04 EST 2002 org/apache/xalan/templates/ElemPI.class java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134) at java.util.zip.ZipInputStream.read(ZipInputStream.java:139) at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91) at sun.tools.jar.Main.list(Main.java:744) at sun.tools.jar.Main.run(Main.java:192) at sun.tools.jar.Main.main(Main.java:904) I'm going to open a bug on jetspeed-2 for this. --- Gerry Reno [EMAIL PROTECTED] wrote: Remy, Here's the trace. Also, I moved the xalan-2.4.1.jar out of the WEB-INF/lib directory since I already had xalan-2.5.1.jar in TC/common/endorsed and I don't see the zip error now. There is another error about a class not being found but that is app related I think. Still investigating. Zip error stack trace: 2003-11-08 12:06:26 WebappLoader[/jetspeed]: Deploy JAR /WEB-INF/lib/xalan-2.4.1.jar to /usr/local/jakarta-tomcat/webapps/jetspeed/WEB-INF/lib/xalan-2.4.1.jar 2003-11-08 12:06:26 ContextConfig[/jetspeed] Exception processing JAR at resource path /WEB-INF/lib/xalan-2.4.1.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/xalan-2.4.1.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567) 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:260) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1064) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(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:1562) 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
Equipt a DBMS to Tomcat
Hi, folks MySQL and PostgreSQL, which one is the better choice for tomcat ? -- Steven Woody [EMAIL PROTECTED]
Re: Equipt a DBMS to Tomcat
http://advocacy.postgresql.org/advantages pgSQL is ANSI SQL (unions, stored procs), is considered faster than most dbs and is a free license, even on windows, no mater how you use it. MySQL is not realy full SQL, it is sort of like MS Access. Steven Woody wrote: Hi, folks MySQL and PostgreSQL, which one is the better choice for tomcat ? -- Steven Woody [EMAIL PROTECTED] -- Victor Cekvenich, Struts Instructor (215) 321-9146 Advanced Struts Training http://basebeans.com/do/cmsPg?content=TRAINING Server Side Java training with Rich UI, mentoring, designs, samples and project recovery in North East. Simple best practice basic Portal, a Struts CMS, Membership, Forums, Shopping and Credit processing, http://basicportal.com software, ready to develop/customize; requires a db to run. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Equipt a DBMS to Tomcat
I would say MySQL is the better choice, not simply with Tomcat but in general. Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or diclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Steven Woody [mailto:[EMAIL PROTECTED] :: Sent: Saturday, November 08, 2003 9:22 PM :: To: [EMAIL PROTECTED] :: Subject: Equipt a DBMS to Tomcat :: :: Hi, folks :: :: MySQL and PostgreSQL, which one is the better choice for tomcat ? :: :: -- :: Steven Woody :: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Log4J configuration
Hello, the Log4J manual mentions the possibility to put log4j.properties under WEB-INF/classes directory to automatically configure Log4J for the context. Is it possible to put log4j.xml instead to the directory to configure Log4J? Thanks in advance Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Strange behavior of runtime.exec(...)
I suspect the problem to be that no external task that is started by Tomcat is allowed to open any connections. I had a similar problem with cgi and a windows executable. The executable tried to open a socket connection. The same setup had worked on a different server but not on Tomcat. I ended up rewritting the program as a java servlet. This worked. If you setup a Security Manager for Tomcat then you can control what the java code of your applications is allowed to do. Grts, Patrick -Original Message- From: Stefan Frank [mailto:[EMAIL PROTECTED] Sent: Saturday, November 08, 2003 6:52 AM To: [EMAIL PROTECTED] Subject: Strange behaviour of runtime.exec(...) Hi, we are trying to make some calls to scripts from within tomcat, so we are using runtime.exec() inside a Servlet: The script (it submits a Job to teh Sun Grid Engine, http://gridengine.sunsource.net/) runs fine from the command line, and also the java-class, which is called from the servlet for the submit, runs fine outside of tomcat: When the Class is called from inside tomcat, the job is submitted, but never reaches the scheduler: It looks like the spawned process is not allowed to make up sockets to the outside world - are there any restrictions on using Runtime.exec() from within tomcat?! And if there is, is there a way around these restrictions?! Greetingsthx in advance for any help Stefan - 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: Strange behavior of runtime.exec(...)
uuh, this sounds not too good - do you have any ideas where to start with setting up the security manager for the Web-App?! Is this a problem of tomcat and setting another securitymanager for the bootstrap-process will help or do I have to tell it to the Web-App?! Are there any examples for this somewhere - alas i think we cannot re-write this sge-stuff, so i have to fix it in another way... Patrick Willart wrote: I suspect the problem to be that no external task that is started by Tomcat is allowed to open any connections. I had a similar problem with cgi and a windows executable. The executable tried to open a socket connection. The same setup had worked on a different server but not on Tomcat. I ended up rewritting the program as a java servlet. This worked. If you setup a Security Manager for Tomcat then you can control what the java code of your applications is allowed to do. Grts, Patrick -Original Message- From: Stefan Frank [mailto:[EMAIL PROTECTED] Sent: Saturday, November 08, 2003 6:52 AM To: [EMAIL PROTECTED] Subject: Strange behaviour of runtime.exec(...) Hi, we are trying to make some calls to scripts from within tomcat, so we are using runtime.exec() inside a Servlet: The script (it submits a Job to teh Sun Grid Engine, http://gridengine.sunsource.net/) runs fine from the command line, and also the java-class, which is called from the servlet for the submit, runs fine outside of tomcat: When the Class is called from inside tomcat, the job is submitted, but never reaches the scheduler: It looks like the spawned process is not allowed to make up sockets to the outside world - are there any restrictions on using Runtime.exec() from within tomcat?! And if there is, is there a way around these restrictions?! Greetingsthx in advance for any help Stefan - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Database JAR files
My preference is /usr/java/lib Granted webapps use these files for the majority, but any other jdbc application can use jdbc as well. Putting them in a more global area will allow for great visibility. Just my thoughts. -Original Message- From: Schalk [mailto:[EMAIL PROTECTED] Sent: Saturday, November 08, 2003 10:10 AM To: 'Tomcat Users List' Subject: RE: Database JAR files Peter I would think: ../tomcat/common/lib Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or diclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Peter O'Reilly [mailto:[EMAIL PROTECTED] :: Sent: Saturday, November 08, 2003 7:02 PM :: To: [EMAIL PROTECTED] :: Subject: Database JAR files :: :: Where's the best place to put the database driver JAR files so all web apps :: using JDBC can utilize them? :: :: Is it :: ../tomcat/common/classes :: or :: ../tomcat/common/lib :: or :: ../tomcat/server/lib :: :: Thanks, :: Peter :: :: :: - :: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
LDAP Configuration And Passwords
Hello, I have set up Tomcat in the standalone mode to do user authorization by using LDAP. We don't allow anonymous browsing of the LDAP tree, so the connectionUser and connectionPassword attributes have to be used in the JNDIRealm configuration. However, for obvious reasons, having the user name and password in the server.xml file is not a good idea. Is there any other way to address this problem? Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat 5.0 docs
Hello, I am reading the documentation for tomcat 5.0.14. I am at the 'first web app' section and I have followed all of the documentation very closely in setting up my first web app. I am using the example build.xml, build.properties, and web.xml files with appropriate changes to reflect my setup. However when I execute 'ant install' I get: [...] install: [deploy] FAIL - Encountered exception java.util.zip.ZipException: error in opening zip file BUILD FAILED file:/home/toll/java/swit/build.xml:360: FAIL - Encountered exception java.util.zip.ZipException: error in opening zip file line number 360 from build.xml is: deploy url=${manager.url} username=${manager.username} password=${manager.password} path=${app.path} war=file://${build.home}/ My environment: jdk 1.4.; debian sarge on a sparc station. I can overcome this by just copying my build directory over to my context base directory in the web-apps directory, however, it's a pain in the ass. Does anybody have a solution to this for me? Thanks, Dustins - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 5.0 docs
I'm pretty sure war=file://${build.home} doesn't pont to a .war file. You need to create a .war file using the jar or war task before the deploy and point to that file in the war attribute of the deploy task. Jake At 05:15 PM 11/8/2003 -0700, you wrote: Hello, I am reading the documentation for tomcat 5.0.14. I am at the 'first web app' section and I have followed all of the documentation very closely in setting up my first web app. I am using the example build.xml, build.properties, and web.xml files with appropriate changes to reflect my setup. However when I execute 'ant install' I get: [...] install: [deploy] FAIL - Encountered exception java.util.zip.ZipException: error in opening zip file BUILD FAILED file:/home/toll/java/swit/build.xml:360: FAIL - Encountered exception java.util.zip.ZipException: error in opening zip file line number 360 from build.xml is: deploy url=${manager.url} username=${manager.username} password=${manager.password} path=${app.path} war=file://${build.home}/ My environment: jdk 1.4.; debian sarge on a sparc station. I can overcome this by just copying my build directory over to my context base directory in the web-apps directory, however, it's a pain in the ass. Does anybody have a solution to this for me? Thanks, Dustins - 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]
JasperException:Unable to compile class for JSP
I have the following error for all JSP applications. I know it's not my code as it worked for my server before I reformatted. Any tips on getting it working?? Archer org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) _ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]