AW: problem - BindException: JVM_Bind: 80
Hi Get tcpview pro (it's free) and check what binds this port. Regards, Steffen -Ursprüngliche Nachricht- Von: Stephen Charles Huey [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 10. November 2004 22:01 An: Tomcat User Betreff: problem - BindException: JVM_Bind: 80 I'm seeing a strange error message. We only run Tomcat as a service on Windows 2000, and no IIS or anything else, so I can't see anything else holding onto port 80. Any idea what would be causing this? Would it be something as simple as choosing to Start or Restart the service when it's already started and Tomcat isn't releasing hold of port 80 as it stops and restarts? Catalina.start: LifecycleException: Protocol handler initialization failed: java.net.BindException: Address already in use: JVM_Bind:80 LifecycleException: Protocol handler initialization failed: java.net.BindException: Address already in use: JVM_Bind:80 at org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector.java:11 19) at org.apache.catalina.core.StandardService.initialize(StandardService.java:579 ) at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:2246) at org.apache.catalina.startup.CatalinaService.load(CatalinaService.java:236) at org.apache.catalina.startup.CatalinaService.load(CatalinaService.java:258) 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.BootstrapService.init(BootstrapService.java:231) at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:297) Bootstrap: Starting service Starting service Tomcat-Standalone Apache Tomcat/4.1.24-LE-jdk14 Catalina.start: LifecycleException: Protocol handler start failed: java.net.BindException: Address already in use: JVM_Bind:80 LifecycleException: Protocol handler start failed: java.net.BindException: Address already in use: JVM_Bind:80 at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1143) at org.apache.catalina.core.StandardService.start(StandardService.java:506) 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 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245 ) at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307) Bootstrap: Service started - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
AW: Problem!
Hi I have installed j2re-1_4_2_01-windows-i586 and jakarta-tomcat-5.0.25 on a Windows server 2003 SE. This will not work. Tomcats needs a java compiler, which is not part of the jre. Install the sdk. And better install j2sdk-1_4_2_05 instead of ..._01, because there were a lot of bug fixes, including some important memory leak fixes. (Tomcat 5.5 will work with jre only, but is in early non-stable stages.) Regards, Steffen smime.p7s Description: S/MIME cryptographic signature
AW: problem starting sever-engine
guess I found the error... a class in a Web/inf/libs/...jar-library is requesting an XML-file via Tomcat. Since Tomcat hasn't started the file can't be found which probably incommodates the deploy (or however you'd express it!). -Ursprüngliche Nachricht- Von: QM [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 1. September 2004 15:06 An: Tomcat Users List Betreff: Re: problem starting sever-engine On Wed, Sep 01, 2004 at 10:04:00AM +0200, Hermel Thomas , K?ln wrote: : this might sound peculiar, but I'm having problems starting Tomcat (V4). : I placed my application (Java-Applet) as usual in the webapps directory, : but the engine doesn't initialize completely, although there are no error : messages in the loggings. having problems and doesn't initialize -- these are too vague for someone to offer you a solution. More details, please. -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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem with session counting
Hm, the API doc for HttpSessionListener states that sessionDestroyed() should be called when a session is invalidated not when the session object will be destroyed. I can wait eternally, for the orphan sessions the sessionDestroyed() method will never be called. I think I am close to the solution now. In our app for a new session there is a thread started that inserts some session-specific data into a database. If I replace that thread by synchronous code, the problem does not occur. So the solution should be to stop this thread before invalidating a session. Does it sound OK to you that a running thread causes this behaviour? Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem with session counting
Before calling session.invalidate() I now interrupt the thread which causes a database rollback. Now my JMeter-Tests run fine. As for stopping the thread before invalidating a session, how will you control that? You could perform this action as part of the general logout page, but what about people who simply let the sessions time out? When the session times out, the DB cleanup is done in a valueUnbound() method of an appropriate session object. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: Problem with Tomcat + Apache + mod_jk
Hello ming fang, thanks for your help. I found no 'new' way, to disable the chunked response. What I did, is to set request.setContentLength(0); When I connect directly to the tomcat, I'll see this header: Content-Length: 0 But when I connect to the Apache, I'll see this header: Transfer-Encoding: chunked It is the same request. All the tips I found, told to set set Content-Length. But when I set it, it'll be ignored whe I connect through apache and mod_jk. - Jens -Ursprüngliche Nachricht- Von: ming fang [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 22. Juni 2004 20:05 An: Tomcat Users List Betreff: Re: AW: Problem with Tomcat + Apache + mod_jk first you seem to have a problem with those 302 responses from tomcat. you have to fix that first. i'm using tomcat5 + apache2 + mod_jk2. in my setup, the chunked header comes from tomcat. just search google for tomcat disable chunking. there are lots of hits. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem with Tomcat + Apache + mod_jk
The response from the tomcat looks as follow: = HTTP/1.1 302 Moved Temporarily Set-Cookie: JSESSIONID=E733DF07439078F09D5DD92695DA91F6.e1; Path=/ Location: x/login/ Content-Type: text/plain Content-Length: 0 Date: Tue, 22 Jun 2004 14:22:37 GMT Server: Apache Coyote/1.0 And now the response from the apache: = HTTP/1.1 302 Moved Temporarily Date: Tue, 22 Jun 2004 14:26:08 GMT Server: Apache/1.3.26 (Unix) mod_jk/1.2.5 mod_ssl/2.8.10 OpenSSL/0.9.6e Set-Cookie: JSESSIONID=34F73FFFDB846B67D9AAD027DA152B3E.e1; Path=/ Location: x/login/ Transfer-Encoding: chunked Content-Type: text/plain Only if I send the request to the apache I will recieve a response with the header 'Transfer-Encoding: chunked'. Where does this header come from? From the apache or from the tomcat? When it comes from tomcat, it is possible to disable this 'feature'`? Greets Jens -Ursprüngliche Nachricht- Von: ming fang [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 22. Juni 2004 15:10 An: Tomcat Users List Betreff: Re: Problem with Tomcat + Apache + mod_jk it looks like the respond is in chunked format. you should have a header that reads Transfer-Encoding:chunked. mod_jk1/2 both have serious bugs with chunked encoding. try going to tomcat direct to see with the proper header is there. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Problem with Tomcat + Apache + mod_jk
first you seem to have a problem with those 302 responses from tomcat. you have to fix that first. i'm using tomcat5 + apache2 + mod_jk2. in my setup, the chunked header comes from tomcat. just search google for tomcat disable chunking. there are lots of hits. On Jun 22, 2004, at 10:30 AM, [EMAIL PROTECTED] wrote: The response from the tomcat looks as follow: = HTTP/1.1 302 Moved Temporarily Set-Cookie: JSESSIONID=E733DF07439078F09D5DD92695DA91F6.e1; Path=/ Location: x/login/ Content-Type: text/plain Content-Length: 0 Date: Tue, 22 Jun 2004 14:22:37 GMT Server: Apache Coyote/1.0 And now the response from the apache: = HTTP/1.1 302 Moved Temporarily Date: Tue, 22 Jun 2004 14:26:08 GMT Server: Apache/1.3.26 (Unix) mod_jk/1.2.5 mod_ssl/2.8.10 OpenSSL/0.9.6e Set-Cookie: JSESSIONID=34F73FFFDB846B67D9AAD027DA152B3E.e1; Path=/ Location: x/login/ Transfer-Encoding: chunked Content-Type: text/plain Only if I send the request to the apache I will recieve a response with the header 'Transfer-Encoding: chunked'. Where does this header come from? From the apache or from the tomcat? When it comes from tomcat, it is possible to disable this 'feature'`? Greets Jens -Ursprüngliche Nachricht- Von: ming fang [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 22. Juni 2004 15:10 An: Tomcat Users List Betreff: Re: Problem with Tomcat + Apache + mod_jk it looks like the respond is in chunked format. you should have a header that reads Transfer-Encoding:chunked. mod_jk1/2 both have serious bugs with chunked encoding. try going to tomcat direct to see with the proper header is there. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -ming fang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem invoking webservice from within servlets service meth od.
The setup is this way: Development setup: 1) browser requests content from servlet running on tomcat 3.3 on server (A) 2) servlet calls webservice running on IIS on server (B) Production setup: 1) browser requests iView content from SAP portal server on IIS on server (A) 2) request is routed through iPlanet proxy (A) to execute the iView's servlet 3) servlet running on iPlanet proxy (A) calls webservice running on IIS on server (B) As you can see the request from the servlet to the webservice running on server (B) is the same in the development and in the production environment. The thing is that I don't see the request coming in on server (B) when running through tomcat. Michael -Ursprüngliche Nachricht- Von: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 21. April 2004 13:37 An: Tomcat Users List Betreff: RE: Problem invoking webservice from within servlets service method. I don't know anything about axis. The message indicates for me that axis is reading from a http server. The server answers (with 404). The question is, which http server is it talking to ? May be it's just talking with the wrong http server. Are you using tomcat standalone or behind apache/iis/... ? I don't think that anything in tomcat will activly deny such kind of access. It's more likely a misconfiguration. -Original Message- From: KRUEGER MICHAEL [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 21, 2004 1:06 PM To: _Tomcat Users List (E-Mail) Subject: Problem invoking webservice from within servlets service method. Caused by: (404)Not Found at org.apache.axis.transport.http.HTTPSender.readFromSocket(HTTPS ender.java:630) - 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]
AW: Problem invoking webservice from within servlets service meth od.
Just to make shure that I understood everthing: - The problem exists in the development setup [correct] - Tomcat is running standalone in the development setup. [correct] I just can think of the following causes: - The servlet in tomcat is talking to the same tomcat instance. [-?- The servlet running in tomcat will get it's data from a physically different server -?-] - The servlet in tomcat is talking to another webserver on the same server. [no, tomcat and my dev env. are on server a, the webservice that is contacted is on server b] - The servlet in tomcat is talking to another webserver on server B [correct] - The servlet in tomcat is talking to another webserver on server C [no, unless you count the production server as c, but that one is not involved in the problem] - The servlet in tomcat is talking to proxy between development and production. [no] - The servlet in tomcat is talking to iis and return 404 [hmm, yes the servlet is talking to the webservice on server b which runs IIS ...] But 404 just makes no sense, for these reasons: a) I can use IE directly on my development server (A) and browse the WSDL for the web service. b) I also can use wsdl compiler to create the proxy classes so that I can invoke the web servivce from java. c) My small java test app (using main method not service method of the servlet) is able to invoke the webservices from the same machine, where tomcat fails. d) Webservice invocation works on the production server which is iPlanet (C) -Original Message- From: KRUEGER MICHAEL [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 21, 2004 1:52 PM To: Tomcat Users List Subject: AW: Problem invoking webservice from within servlets service method. Development setup: 1) browser requests content from servlet running on tomcat 3.3 on server (A) 2) servlet calls webservice running on IIS on server (B) As you can see the request from the servlet to the webservice running on server (B) is the same in the development and in the production environment. The thing is that I don't see the request coming in on server (B) when running through tomcat. - 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]
AW: problem with mod_jk 1.2: error in action code
Hi, I programmed a connection pool by myself as an object, that I put into a global variable by context.setAttribute(myConnectionPool). The lost of the pool is a subsequent error, that occures as a reason of the error in the action code of the coyote connector. In the mysql logs there is nothing to see about errors. By the way, my workers.properties are: worker.list=worker1 worker.worker1.port=8009 worker.worker1.host=localhost worker.worker1.type=ajp13 worker.worker1.lbfactor=50 worker.worker1.cachesize=100 #worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 #worker.worker1.socket_timeout=300 Great problem!!! -Ursprüngliche Nachricht- Von: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 12. März 2004 17:14 An: Tomcat Users List Betreff: RE: problem with mod_jk 1.2: error in action code I don't think that this message has anything to with the lost connection pool. (Do you really mean 'connection pool' and not just 'connection' ?) If you lose your connection, it may be caused by the databaseserver that cancels idle connections after a while. Look for validationQuery in: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-resources-howto.html The message in the mod_jk.log is typically indication that a browser was closed while tomcat was sending an answer. I'm not shure if the message in catalina.out is related to that. -Original Message- From: Michael Görlich (CSC) [mailto:[EMAIL PROTECTED] Sent: Friday, March 12, 2004 4:53 PM To: Tomcat Mailinglist Subject: problem with mod_jk 1.2: error in action code I've got problems with a tomcat web application, that establishes a connection pool to a database (mysql). This connection pool is lost after an unspecified period of time the system wasn't used (f.e. 8 houres). 10.03.2004 15:59:58 org.apache.jk.server.JkCoyoteHandler action SCHWERWIEGEND: Error in action code java.net.SocketException: Broken pipe The log in mod_jk.log shows the following: [Wed Mar 10 15:59:58 2004] [jk_ajp_common.c (1052)]: ERROR sending data to client. Connection aborted or network problems [Wed Mar 10 15:59:58 2004] [jk_ajp_common.c (1303)]: ERROR: Client connection aborted or network problems - 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]
AW: Problem with session persistence
I don't think so. When you open a new browser via File-New-Window, It inherits all the sessiondata (cookie), so there is no way for Tomcat to tell a difference between the 2 clients. However when you open a brand new browser on the same client, it should create a new session coz the session cookie is bound to the browser, not systemwide -- MfG Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. März 2004 11:22 An: Tomcat Users List Betreff: Problem with session persistence Greetings I'm having a problem with session persistence in a web App. Problem beeing some variables are saved on the Session, and we would like to make it so that any conection to a specific jsp would create a new session. However, since the new browser windows run on the same PID on the client, they simply re-use the one the other window is using, causing a mess. Is there any way i can go around this feature? TIA Sérgio - 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]
AW: problem: add in httpd.conf :mod_jk2.so
Yes! It work now! Many thanks! gianni -Ursprungliche Nachricht- Von: Eric J. Pinnell [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 8. Juli 2003 18:57 An: Tomcat Users List Betreff: Re: problem: add in httpd.conf :mod_jk2.so Hi, in httpd.conf make sure you have LoadModule jk2_module modules/mod_jk2.so I think you have jk_module in their now. -e On Tue, 8 Jul 2003, Gianni Martiradonna wrote: hi When is start apache received follow error: Can't locate API module structure `jk_module' in file /etc/httpd/modules/mod_jk2.so: /usr/lib/libapr-0.so.0: undefined symbol: jk_module I built mod_jk2 : ./configure --with-apxs2=/usr/sbin/apxs make copy mod_jk2.so to /etc/httpd/modules copy jkjni.so to to /etc/httpd/modules I installed apache 2.0.46 ./configure --enable-layout=SuSE --enable-modules=status info proxy cache expires so make make install what's wrong? gianni - 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]
AW: problem compile mod_jk2
Ok. thanks It works! -gianni -Ursprungliche Nachricht- Von: Eric J. Pinnell [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 8. Juli 2003 15:40 An: Tomcat Users List Betreff: Re: problem compile mod_jk2 Hi, Try just using the --use-apxs2 option. -e On Tue, 8 Jul 2003, Gianni Martiradonna wrote: Hello I have compile the mod_jk2 (see below). And when I run make, I received follow error: ../../common/jk_vm_default.c: In function `jk2_vm_guessJvmDll': ../../common/jk_vm_default.c:449: stray '\' in program make[1]: *** [../../../build/jk2/apache2/jk_vm_default.lo] Error 1 make[1]: Leaving directory `/opt/mod_jk/jakarta-tomcat-connectors-4.1.24-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 I have Linux SUSE 8.0 Can somewhere help me? gianni I made this steps: jakarta-tomcat-connectors-jk2-2.0.2-src.tar.gz from http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0 .2/src/ 2. Uncompress it and extract the tar file. 3. cd to jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2 4. chmod u+x configure 5. Run configure with: ./configure --with-apxs2=apache-root-directory/bin/apxs \ --with-tomcat41=tomcat-root-directory \ --with-java-home=java-root-directory \ --with-jni \ --with-pcre For example: ./configure --with-apxs2=/home/apache/bin/apxs \ --with-tomcat41=/home/tomcat \ --with-java-home=/usr/java \ --with-jni \ --with-pcre 6. Run make - 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]
AW: Problem starting tomcat4 .rpm
Hi John, Here the beginning of my startup-script: # Source function library. . /etc/rc.d/init.d/functions # Setup JAVA_HOME to your JDK home dir export JAVA_HOME=/usr/java/current #export TOMCAT_HOME=/home/tomcat4 export PATH=$PATH:/usr/java/current/bin export TOMCAT_HOME=/var/tomcat4 export CATALNA_HOME=/var/tomcat4 #See how we were called. case $1 in start) echo -n Starting tomcat4: daemon tomcat4 start echo touch /var/lock/subsys/tomcat4 ;; stop) echo -n Shutting down tomcat4: daemon tomcat4 stop echo rm -f /var/lock/subsys/tomcat4 rm -f /var/run/tomcat4.pid ;; restart) $0 stop sleep 2 $0 start ;; *) echo Usage: $0 {start|stop|restart} exit 1 Esac I have a user tomcat4 with no login so where should I declare the variable for him? Thanx Andreas -Ursprüngliche Nachricht- Von: Turner, John [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 29. Januar 2003 15:33 An: 'Tomcat Users List' Betreff: RE: Problem starting tomcat4 .rpm Are you positive JAVA_HOME and CATALINA_HOME are set? I don't use RPMs, but I think that in this case the RPM sets up a user specifically for Tomcat (tomcat4?). JAVA_HOME and CATALINA_HOME either need to be set for that user and not you, or for all users. John -Original Message- From: Andreas Galatis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: Problem starting tomcat4 .rpm Hello list, I just installed Tomcat4 as RPM on Redhat 8 with apache2 installed. I have configured my workers.properties, setup JAVA_HOME, CATALINA_HOME On trying to start tomcat4 the logfile /var/tomcat4/logs/catalina.out shows: ERROR reading /var/tomcat4/conf/server.xml At Line 96 /Server/Service/Connector/ className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true Catalina.start: java.lang.ClassNotFoundException: org.apache.coyote.tomcat4.CoyoteConnector java.lang.ClassNotFoundException: org.apache.coyote.tomcat4.CoyoteConnector at org.apache.catalina.loader.StandardClassLoader.loadClass(Stand ardClassLo ader.java:1022) at org.apache.catalina.loader.StandardClassLoader.loadClass(Stand ardClassLo ader.java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.catalina.util.xml.ObjectCreate.start(XmlMapper.java:600) at org.apache.catalina.util.xml.XmlMapper.matchStart(XmlMapper.java:405) at org.apache.catalina.util.xml.XmlMapper.startElement(XmlMapper.java:88) at com.sun.xml.parser.Parser.maybeElement(Parser.java:1391) at com.sun.xml.parser.Parser.content(Parser.java:1499) at com.sun.xml.parser.Parser.maybeElement(Parser.java:1400) at com.sun.xml.parser.Parser.content(Parser.java:1499) at com.sun.xml.parser.Parser.maybeElement(Parser.java:1400) at com.sun.xml.parser.Parser.parseInternal(Parser.java:492) at com.sun.xml.parser.Parser.parse(Parser.java:284) at javax.xml.parsers.SAXParser.parse(SAXParser.java:155) at javax.xml.parsers.SAXParser.parse(SAXParser.java:126) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:221) at org.apache.catalina.startup.Catalina.start(Catalina.java:626) at org.apache.catalina.startup.Catalina.execute(Catalina.java:596) at org.apache.catalina.startup.Catalina.process(Catalina.java:169) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:133) Here is my server.xml Lines 91 to 97. I dont know whats wrong with that. !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Note : To disable connection timeouts, set connectionTimeout value to -1 -- Could anybody help me? Thanx Andreas
AW: Problem starting tomcat4 .rpm
This rpm does not install the user tomcat, Klaus is right, there was a fault in my startup-script. my startup-script is the following: # config: /home/tomcat4/conf/tomcat.conf # Source function library. . /etc/rc.d/init.d/functions # Setup JAVA_HOME to your JDK home dir export JAVA_HOME=/usr/java/current #export TOMCAT_HOME=/home/tomcat4 export PATH=$PATH:/usr/java/current/bin export TOMCAT_HOME=/var/tomcat4 export CATALINA_HOME=/var/tomcat4 #See how we were called. case $1 in start) echo -n Starting tomcat4: daemon tomcat4 start echo touch /var/lock/subsys/tomcat4 ;; stop) echo -n Shutting down tomcat4: daemon tomcat4 stop echo rm -f /var/lock/subsys/tomcat4 rm -f /var/run/tomcat4.pid ;; restart) $0 stop sleep 2 $0 start ;; *) echo Usage: $0 {start|stop|restart} exit 1 esac exit 0 I tried the startup-script like Klaus wrote: daemon --user $TOMCAT_USER -c $TOMCAT_SCRIPT start The result was Shutting down tomcat4: /etc/init.d/tomcat4: Verwendung: daemon [+/-nicelevel] {Programm} So I tried it with the following: su root /usr/bin/tomcat4 start And still have the same output in catalina.out. Andreas -Ursprüngliche Nachricht- Von: Turner, John [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 29. Januar 2003 17:11 An: 'Tomcat Users List' Betreff: RE: Problem starting tomcat4 .rpm Looks OK to me. Like I said, I don't use the RPMs, my point is just that binary installs of Tomcat and the RPM install typically work out of the box. If they don't, it's usually related to permissions or invalid/missing environment variable settings. What happens if you run a command like this: su - tomcat4 -c $CATALINA_HOME/startup.sh John -Original Message- From: Andreas Galatis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 11:56 AM To: 'Tomcat Users List' Subject: AW: Problem starting tomcat4 .rpm Hi John, Here the beginning of my startup-script: # Source function library. . /etc/rc.d/init.d/functions # Setup JAVA_HOME to your JDK home dir export JAVA_HOME=/usr/java/current #export TOMCAT_HOME=/home/tomcat4 export PATH=$PATH:/usr/java/current/bin export TOMCAT_HOME=/var/tomcat4 export CATALNA_HOME=/var/tomcat4 #See how we were called. case $1 in start) echo -n Starting tomcat4: daemon tomcat4 start echo touch /var/lock/subsys/tomcat4 ;; stop) echo -n Shutting down tomcat4: daemon tomcat4 stop echo rm -f /var/lock/subsys/tomcat4 rm -f /var/run/tomcat4.pid ;; restart) $0 stop sleep 2 $0 start ;; *) echo Usage: $0 {start|stop|restart} exit 1 Esac I have a user tomcat4 with no login so where should I declare the variable for him? Thanx Andreas -Ursprüngliche Nachricht- Von: Turner, John [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 29. Januar 2003 15:33 An: 'Tomcat Users List' Betreff: RE: Problem starting tomcat4 .rpm Are you positive JAVA_HOME and CATALINA_HOME are set? I don't use RPMs, but I think that in this case the RPM sets up a user specifically for Tomcat (tomcat4?). JAVA_HOME and CATALINA_HOME either need to be set for that user and not you, or for all users. John -Original Message- From: Andreas Galatis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: Problem starting tomcat4 .rpm Hello list, I just installed Tomcat4 as RPM on Redhat 8 with apache2 installed. I have configured my workers.properties, setup JAVA_HOME, CATALINA_HOME On trying to start tomcat4 the logfile /var/tomcat4/logs/catalina.out shows: ERROR reading /var/tomcat4/conf/server.xml At Line 96 /Server/Service/Connector/ className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true Catalina.start: java.lang.ClassNotFoundException: org.apache.coyote.tomcat4.CoyoteConnector java.lang.ClassNotFoundException: org.apache.coyote.tomcat4.CoyoteConnector at org.apache.catalina.loader.StandardClassLoader.loadClass(Stand ardClassLo ader.java:1022) at org.apache.catalina.loader.StandardClassLoader.loadClass(Stand ardClassLo ader.java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140
AW: problem with session tracking and redirection http--- https
If the login is so critical that you want/have to encrypt it, it doesn't make much sense to me to open that session to anyone who can listen to your traffic. If there can't be done any harm after the login, why even bother to encrypt the user/password ? One option for you to work around this, would be (roughly) something like this: - Create a hashtable that is global to the webapp. - Create a hashtable for each session - Store the session hashtable in the application Hashtable and use the session id as key - if (session.isNew() (RequestedSessionId != null)) get the session hashtable by using the RequestedSessionId and store it with the new SessionId as key. - otherwise get the session hashtable by using the current session id. - Store your session variables in the session hashtable - make shure to remove every thing from the application hashtable whenever a session gets destroyed. -Ursprüngliche Nachricht- Von: Henrik Bentel [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 17. Oktober 2002 06:45 An: [EMAIL PROTECTED] Betreff: Re: problem with session tracking and redirection http--- https My approach is that I only use https to scramble the login request itself, so that a login password cannot be read, or sniffed, in clear text. snip/ Nothing critical is stored in the http session itself. snip/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Problem with Apache and mod_jk on Debian
What error messages are in the log files ? -Ursprüngliche Nachricht- Von: Jean-Baptiste Onofré [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 17. September 2002 13:11 An: [EMAIL PROTECTED] Betreff: Problem with Apache and mod_jk on Debian When i try to acces to a Tomcat manage URL (for exemple /klo/), i have : Internal Server Error. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: PROBLEM with Tomcat 4.10 and Jasper
It looks like jasper is generating wrong code in this case. encode() is called on the result of FIECONJV1.getCONTCO(vect), which is a long. This should be converted to a string before calling encode(). As a work around you can force the expression to return a string like this: jsp:include .. ... jsp:param name=valeur value=%= Long.toString(FIECONJV1.getCONTCO(vect)) % / ... /jsp:include See if that helps. Ralph Einfeldt Uptime Internet Solution Center GmbH Hamburg, Germany Hosting, Content Management, Java Consulting http://www.uptime-isc.de -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 12. September 2002 10:26 An: [EMAIL PROTECTED] Betreff: PROBLEM with Tomcat 4.10 and Jasper I have a problem with Tomcat 4.10 and Jasper I use tags jsp:include... . That functions very well with Tomcat 4.0.x but not with Tomcat 4.10 I you sendings my log and my file jsp + file compiled (Tomcat 4.0.4 and 4.10). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Problem with Jakarta IIS Redirector
Hi John, Yes the filter shows a green arrow! I need the filter only on one virtual host. SO I've added the filter there. The virtuel directory is named jakarta and has Execute Permissions: Scripts and Executables. The local Path is fixed to the position of the filter DLL and got the permission Read. Ok? Mit freundlichem Gruß S e b a s t i a n L e p p e r t _ Elements of Arts GmbH Co. KG http://www.eoa.de An der Eickesmuehle 37 41238 Moenchengladbach fon: +49 (2166) 91567-89 fax: +49 (2166) 91567-99 -Ursprüngliche Nachricht- Von: Turner, John [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 11. Juli 2002 14:50 An: 'Tomcat Users List' Betreff: RE: Problem with Jakarta IIS Redirector If you are using virtual hosts, you need a jakarta virtual directory for each virtual host, but you can only have ONE filter...in other words, do not add the redirector as a filter for each virtual host. You only need the filter once. What is the status of the filter? Is it showing a green arrow? John Turner [EMAIL PROTECTED] -Original Message- From: Sebastian Leppert [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 8:42 AM To: [EMAIL PROTECTED] Subject: Problem with Jakarta IIS Redirector Hi everybody, I've just installed a new Webserver with IIS5.0 and now would like to add support to Servlets and JSP on that Server (all operations should go through the IIS). I've followed the HowTo at: http://members.ozemail.com.au/~lampante/howto/tomcat/iisnt/ Everything is fine (I can use the JSPs with :8080-extension in the URL, but when I try to use it with the Redirector over ajp13 there is an HTTP 500 error. Then I've set the Redirect Loglevel to debug und the Request looks like this: --- [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (657)]: HttpFilterProc started [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (705)]: In HttpFilterProc Virtual Host redirection of /193.99.41.111/index.jsp [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (447)]: Into jk_uri_worker_map_t::map_uri_to_worker [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (464)]: Attempting to map URI '/193.99.41.111/index.jsp' [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (489)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /193.99.41.111/ [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (721)]: HttpFilterProc [/index.jsp] is a servlet url - should redirect to ajp13 [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (784)]: HttpFilterProc check if [/index.jsp] is points to the web-inf directory So, in my opinion the Redirector operates fine! The next question is about the worker.properties: #-- DEFAULT worket list -- #- # # # The workers that your plugins should create and work with # # Add 'inprocess' if you want JNI connector worker.list=ajp12, ajp13 # , inprocess # #-- DEFAULT ajp12 WORKER DEFINITION -- #- # # # Defining a worker named ajp12 and of type ajp12 # Note that the name and the type do not have to match. # worker.ajp12.port=8007 worker.ajp12.host=localhost worker.ajp12.type=ajp12 # # Specifies the load balance factor when used with # a load balancing worker. # Note: # lbfactor must be 0 # Low lbfactor means less work done by the worker. worker.ajp12.lbfactor=1 # #-- DEFAULT ajp13 WORKER DEFINITION -- #- # # # Defining a worker named ajp13 and of type ajp13 # Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 # # Specifies the load balance factor when used with # a load balancing worker. # Note: # lbfactor must be 0 # Low lbfactor means less work done by the worker. worker.ajp13.lbfactor=1 # # Specify the size of the open connection cache. #worker.ajp13.cachesize - Seems to me very well, too! So, habe a look at the uriworkermap.properties: -- # # Default worker to be used through our mappings # default.worker=ajp13 # # Sites to be redirected to Tomcat # /193.99.41.1=$(default.worker) /193.99.41.1/*=$(default.worker) - IP is not the real one :) My ROOT-Directory for my Testwebsite (with an index.jsp in it) is on: d:\webs\ingcom.de\data So I put the following HOST-Part into server.xml: -- Host name=193.99.41.1 reloadable=true unpackWARs=true Context path= docBase=D:\webs\ingcom.de\data crossContext=false debug=0 reloadable=true / Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=test.de. suffix=.log timestamp=true/ Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=test.de.access. suffix=.log
Re: AW: Problem with Jakarta IIS Redirector
Please switch of your Lesebestätigung. Thanks, Nick Sebastian Leppert wrote: Hi John, Yes the filter shows a green arrow! I need the filter only on one virtual host. SO I've added the filter there. The virtuel directory is named jakarta and has Execute Permissions: Scripts and Executables. The local Path is fixed to the position of the filter DLL and got the permission Read. Ok? Mit freundlichem Gruß S e b a s t i a n L e p p e r t _ Elements of Arts GmbH Co. KGhttp://www.eoa.de An der Eickesmuehle 37 41238 Moenchengladbach fon: +49 (2166) 91567-89 fax: +49 (2166) 91567-99 -Ursprüngliche Nachricht- Von: Turner, John [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 11. Juli 2002 14:50 An: 'Tomcat Users List' Betreff: RE: Problem with Jakarta IIS Redirector If you are using virtual hosts, you need a jakarta virtual directory for each virtual host, but you can only have ONE filter...in other words, do not add the redirector as a filter for each virtual host. You only need the filter once. What is the status of the filter? Is it showing a green arrow? John Turner [EMAIL PROTECTED] -Original Message- From: Sebastian Leppert [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 8:42 AM To: [EMAIL PROTECTED] Subject: Problem with Jakarta IIS Redirector Hi everybody, I've just installed a new Webserver with IIS5.0 and now would like to add support to Servlets and JSP on that Server (all operations should go through the IIS). I've followed the HowTo at: http://members.ozemail.com.au/~lampante/howto/tomcat/iisnt/ Everything is fine (I can use the JSPs with :8080-extension in the URL, but when I try to use it with the Redirector over ajp13 there is an HTTP 500 error. Then I've set the Redirect Loglevel to debug und the Request looks like this: --- [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (657)]: HttpFilterProc started [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (705)]: In HttpFilterProc Virtual Host redirection of /193.99.41.111/index.jsp [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (447)]: Into jk_uri_worker_map_t::map_uri_to_worker [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (464)]: Attempting to map URI '/193.99.41.111/index.jsp' [Thu Jul 11 14:31:36 2002] [jk_uri_worker_map.c (489)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /193.99.41.111/ [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (721)]: HttpFilterProc [/index.jsp] is a servlet url - should redirect to ajp13 [Thu Jul 11 14:31:36 2002] [jk_isapi_plugin.c (784)]: HttpFilterProc check if [/index.jsp] is points to the web-inf directory So, in my opinion the Redirector operates fine! The next question is about the worker.properties: #-- DEFAULT worket list -- #- # # # The workers that your plugins should create and work with # # Add 'inprocess' if you want JNI connector worker.list=ajp12, ajp13 # , inprocess # #-- DEFAULT ajp12 WORKER DEFINITION -- #- # # # Defining a worker named ajp12 and of type ajp12 # Note that the name and the type do not have to match. # worker.ajp12.port=8007 worker.ajp12.host=localhost worker.ajp12.type=ajp12 # # Specifies the load balance factor when used with # a load balancing worker. # Note: # lbfactor must be 0 # Low lbfactor means less work done by the worker. worker.ajp12.lbfactor=1 # #-- DEFAULT ajp13 WORKER DEFINITION -- #- # # # Defining a worker named ajp13 and of type ajp13 # Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 # # Specifies the load balance factor when used with # a load balancing worker. # Note: # lbfactor must be 0 # Low lbfactor means less work done by the worker. worker.ajp13.lbfactor=1 # # Specify the size of the open connection cache. #worker.ajp13.cachesize - Seems to me very well, too! So, habe a look at the uriworkermap.properties: -- # # Default worker to be used through our mappings # default.worker=ajp13 # # Sites to be redirected to Tomcat # /193.99.41.1=$(default.worker) /193.99.41.1/*=$(default.worker) - IP is not the real one :) My ROOT-Directory for my Testwebsite (with an index.jsp in it) is on: d:\webs\ingcom.de\data So I put the following HOST-Part into server.xml: -- Host name=193.99.41.1 reloadable=true unpackWARs=true Context path= docBase=D:\webs\ingcom.de\data crossContext=false debug=0
AW: AW: Problem with jdk1.3 nad jdk1.4
Have a look at this links: (Require login) http://developer.java.sun.com/developer/bugParade/bugs/4414162.html http://developer.java.sun.com/developer/bugParade/bugs/4697245.html -Ursprüngliche Nachricht- Von: shanmugampl [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 5. Juli 2002 14:43 An: Tomcat Users List Betreff: Re: AW: Problem with jdk1.3 nad jdk1.4 Thanks a lot. Can you give me an url where this problem is stated clearly, so that i can understand the root cause of it in a better way. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: AW: Problem with jdk1.3 nad jdk1.4
Thanks a lot. Can you give me an url where this problem is stated clearly, so that i can understand the root cause of it in a better way. Ralph Einfeldt wrote: suns jdk1.3 and 1.4 have issues with the try/catch handling that is generated by tomcat for the tags. Workarounds: - Stay with 1.2.2 - Upgrade to the latest tomcat 4.1 release - Upgrade to the latest tomcat 4.0 release and use Jasper2 from tomcat 4.1 - Use a jdk from a different vendor. -Ursprüngliche Nachricht- Von: shanmugampl [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 5. Juli 2002 12:09 An: [EMAIL PROTECTED] Betreff: Problem with jdk1.3 nad jdk1.4 When i started developing i used Tomcat 3.2.4 and jdk1.2.2 . The time taken for page loading was nearly 600 - 800 ms. Later i moved to jdk1.3. While using jdk1.3, i found out that the same page takes more than a second to load(Sometime it goes till 3sec). Also if i increase the number of custom tags by 5 times, it takes me nearly 20 sec to load the page. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: AW: problem with connections not closing...
A JDBC Realm is just a tool to authenticate and authorize an user against a database. So it has nothing to do with your problem. As said earlier finalize() won't help you, as the time when a servlet instance is destroyed is undetermined. It might never be destroyed until tomcat is shut down. How you can achieve your goal is not easy to say, as it requires more knowledge about your application. It's quite unclear to me when and under which circumstances you want to close the connections. The socke write error you reported indicates, that you keep the connection open to long. -Ursprüngliche Nachricht- Von: Christian J. Dechery [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 18:30 An: [EMAIL PROTECTED] Betreff: Re: AW: problem with connections not closing... I was thinking of some type os static variable to control it on the super DAO class. There is a super DAO class which all the DAO inherit the connection object from, I wrote the finalize() and cleanUp() code in there... I was thinking of a solution that would use this class. But what about the JDBC Realm? I still don't know what it is, and what it's for. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: problem with connections not closing...
The finalize method migth not be called until tomcat is shut down. Recommended actions: - Use a connection pool - Request the connection as close as possible to the usage - Return the connection as soon as possible after the usage - Always use a pattern like Connection mCon = null; try { mCon = mPool.getConnection(); // The exact code depends on the implemenation of the pool } catch (...) { } finally { mPool.releaseConnection(mCon); // The exact code depends on the implemenation of the pool // if you have to catch Exception or to make shure that // mCon != null and if you need transactions } -Ursprüngliche Nachricht- Von: Christian J. Dechery [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 15:33 An: [EMAIL PROTECTED] Betreff: problem with connections not closing... I've even debugged it, there are some JSPs that opens like 4 connections, and in my finalize() method there's a con.close() call, never all the 4 con.close() are successfull, there's always at least one that fails and gives an execption. I don't know why. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: problem with connections not closing...
This kind of design will give you nothing but headache. - The connection will be longer open than needed. - You must do hard work to close the connections at all - You have hardly control about the number of connections I prefer to manage the connections outside of my dao's. My DAO's get the connection as a parameter. -Ursprüngliche Nachricht- Von: Christian J. Dechery [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 16:42 An: [EMAIL PROTECTED] Betreff: Re: problem with connections not closing... but I can't close the connection in each query... the connection is used by other objects... I have a DAO for each class that needs access to the DB... but some of these DAOs are Singletons, so several objects can use one DAO and one connection to the db... so I can't just close it whenever I want... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: AW: problem with connections not closing...
yeah... I know what u mean, but now is kinda too late for me to change that... there are way too many JSPs accessing my beans (the ones who make calls to the DAOs)... so I want a better (simpler) solution to provide closure to all the connections? I was thinking of some type os static variable to control it on the super DAO class. There is a super DAO class which all the DAO inherit the connection object from, I wrote the finalize() and cleanUp() code in there... I was thinking of a solution that would use this class. But what about the JDBC Realm? I still don't know what it is, and what it's for. Thanks .:| Christian J. Dechery .:| FINEP - Depto. de Sistemas .:| [EMAIL PROTECTED] .:| (21) 2555-0332 [EMAIL PROTECTED] 11/06/02 11:54 This kind of design will give you nothing but headache. - The connection will be longer open than needed. - You must do hard work to close the connections at all - You have hardly control about the number of connections I prefer to manage the connections outside of my dao's. My DAO's get the connection as a parameter. -Ursprüngliche Nachricht- Von: Christian J. Dechery [ mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 16:42 An: [EMAIL PROTECTED] Betreff: Re: problem with connections not closing... but I can't close the connection in each query... the connection is used by other objects... I have a DAO for each class that needs access to the DB... but some of these DAOs are Singletons, so several objects can use one DAO and one connection to the db... so I can't just close it whenever I want... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: problem with opencms - where to specify java memory
Set the env variable JAVA_OPTS before starting tomcat. Either define it in the environment of the user that runs tomcat or change startup.[sh|bat] -Ursprüngliche Nachricht- Von: Christoph Kukulies [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 11. April 2002 16:17 An: [EMAIL PROTECTED] Betreff: problem with opencms - where to specify java memory Were can one set this option in Tomcat? -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: Problem porting webapp from Orion / Resin to Tomcat 4.0.1
Just a guess (Haven't worked with filters by now): You set the contenttype of the response ofter the doFilter(). If the doFilter() creates some output to the output stream it might be flushed before you set the content type. Once a flush() happened on the output stream any call of response.set*() won't have an effect. To verify my guess you can either set the content type before doFilter() or increase the buffer size. -Ursprüngliche Nachricht- Von: Wolfram Laube [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 14. Februar 2002 12:58 An: [EMAIL PROTECTED]; Wolfram Laube Betreff: Problem porting webapp from Orion / Resin to Tomcat 4.0.1 -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: AW: Problem Restarting Tomcat
Also have look at: http://jakarta.apache.org/tomcat/tomcat-3.2-doc/mod_jk-howto.html#s9 Here it is in httpd.conf. -Ursprüngliche Nachricht- Von: Ralph Einfeldt Gesendet: Donnerstag, 10. Januar 2002 09:01 An: Tomcat Users List Betreff: AW: AW: Problem Restarting Tomcat I think at this point the documentation is wrong. AFAIK those entries must be part of http.conf not server xml. (In fact they are no real xml, apache uses a pseudo xml for the configuration. That's what causes the parsing error). -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 08:46 An: Tomcat Users List Betreff: Re: AW: Problem Restarting Tomcat But I saw it at http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-apache- howto.html#virtual_hosting Thanks Vikas -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: AW: AW: Problem Restarting Tomcat
It means I need to follow the folloing link only, not the previous one? Vikas Ralph Einfeldt wrote: Also have look at: http://jakarta.apache.org/tomcat/tomcat-3.2-doc/mod_jk-howto.html#s9 Here it is in httpd.conf. -Ursprüngliche Nachricht- Von: Ralph Einfeldt Gesendet: Donnerstag, 10. Januar 2002 09:01 An: Tomcat Users List Betreff: AW: AW: Problem Restarting Tomcat I think at this point the documentation is wrong. AFAIK those entries must be part of http.conf not server xml. (In fact they are no real xml, apache uses a pseudo xml for the configuration. That's what causes the parsing error). -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 08:46 An: Tomcat Users List Betreff: Re: AW: Problem Restarting Tomcat But I saw it at http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-apache- howto.html#virtual_hosting Thanks Vikas -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: AW: AW: Problem Restarting Tomcat
For this specific information yes. The other parts can be correct. (I havn't test either doc, am not using tomcat) -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 10:02 An: Tomcat Users List Betreff: Re: AW: AW: Problem Restarting Tomcat It means I need to follow the folloing link only, not the previous one? Vikas Ralph Einfeldt wrote: Also have look at: http://jakarta.apache.org/tomcat/tomcat-3.2-doc/mod_jk-howto.html#s9 snip/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: Problem Restarting Tomcat
That config snippet is not for the server.xml but for the httpd.conf. These asre directives for apache not tomcat. -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 08:30 An: Tomcat Users List Betreff: Problem Restarting Tomcat snip/ VirtualHost 216.109.76.6 ServerName mydomain.com DocumentRoot /usr/local/psa/home/vhosts/thelinuxhostingpeople.com/httpdocs ApJServMount /servlet /ROOT Directory /usr/local/psa/home/vhosts/thelinuxhostingpeople.com/httpdocs /WEB-INF Options None Deny from all /Directory /VirtualHost snip/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: AW: Problem Restarting Tomcat
But I saw it at http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-apache-howto.html#virtual_hosting Thanks Vikas Ralph Einfeldt wrote: That config snippet is not for the server.xml but for the httpd.conf. These asre directives for apache not tomcat. -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 08:30 An: Tomcat Users List Betreff: Problem Restarting Tomcat snip/ VirtualHost 216.109.76.6 ServerName mydomain.com DocumentRoot /usr/local/psa/home/vhosts/thelinuxhostingpeople.com/httpdocs ApJServMount /servlet /ROOT Directory /usr/local/psa/home/vhosts/thelinuxhostingpeople.com/httpdocs /WEB-INF Options None Deny from all /Directory /VirtualHost snip/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: AW: Problem Restarting Tomcat
I think at this point the documentation is wrong. AFAIK those entries must be part of http.conf not server xml. (In fact they are no real xml, apache uses a pseudo xml for the configuration. That's what causes the parsing error). -Ursprüngliche Nachricht- Von: Designing Department [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 10. Januar 2002 08:46 An: Tomcat Users List Betreff: Re: AW: Problem Restarting Tomcat But I saw it at http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-apache- howto.html#virtual_hosting Thanks Vikas -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: Problem with URLs
Hi, Maybe your problem would be solved by adding / into the path= section... -Ursprüngliche Nachricht- Von: Andrés Bernal [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 6. September 2001 01:15 An: Tomcat User Betreff: Problem with URLs Hi, I have Apache 1.3.20 + Tomcat 3.2.3 + JBoss 2.4. The problem is that sometimes (not all the time) when clicking URLs (well written: http://host.com/page.html) in generated JSP pages, Tomcat answers with 404 File Not Found http:/host.com/page.html (Note that is http:/ and not http://) and in the browser location appears the correct URL. Where is the problem? (I have the following context in Tomcat: Context path= docBase=webapps/ROOT crossContext=true debug=0 reloadable=false trusted=false /Context In Apache: JkMount /*.jsp ajp13 JkMount /b2bportales/* ajp13 ) Thanks for your help! Andrés Bernal Engineer of Development B2BPortales Norma Comunicaciones S.A. [EMAIL PROTECTED] Tel: (57 4) 3122791 (57 1) 4106355
AW: Problem in refresh the new jsp file
Hi, write this in your .jsp: response.setHeader(Cache-Control, no-cache); response.setHeader(Pragma, no-cache); This will avoid that the jsp-page is cached. Regards, Mascha Mascha-Kathinka Kluge ByteCom GmbH Martin-Luther-Str. 5a 97072 Wurzburg Tel: +49 (931) 35 45 8-44 Fax: +49 (931) 35 45 8-19 http://www.bytecom.net mailto:[EMAIL PROTECTED] -Ursprungliche Nachricht- Von: Franky Tong [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Mai 2001 10:42 An: [EMAIL PROTECTED] Betreff: Problem in refresh the new jsp file Hi all, I have a problem that I get an outdated JSP page even if I have updated the JSP file in the server. It shows me the old content in the browser even I have refreshed the page. Is there something that I need to set about the caching? Thanks!
Re: AW: AW: Problem with mod_jk
Thomas Bezdicek wrote: Hi, One more point, did you compiled mod_jk with apxs? if not try it that way : apxs -o mod_jk.so -DSOLARIS -I../jk -I/usr/java/include -I/usr/java/include/solaris -lposix4 -c *.c ../jk/*.c in the mod_jk-howto.html it is mentioned and it worked for us (but Solaris 8) regards, tom Yes, I used apxs with and without -lposix4 : same problem. I found in archive a message about this problem (on alpha, not sun-solaris), but no answer :-( http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg09705.html Thanx -- Philippe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Problem with mod_jserv.so...
Ciao Irene I also get this message and it works. Did you ever try ? (besides I use mod_jk). don't panic, just try ;-) nice weekend Markus (Switzerland) -Ursprngliche Nachricht- Von:Irene Ferrari [SMTP:[EMAIL PROTECTED]] Gesendet am:Samstag, 20. Januar 2001 14:27 An: [EMAIL PROTECTED] Betreff:Problem with mod_jserv.so... Hello, excuse me... i have a great problem, and i don't know how solve it... can someone help me ? when i start apache, it give me the error message: # /sbin/init.d/apache start Starting service httpd[Sat Jan 20 14:24:28 2001] [warn] Loaded DSO /usr/lib/apac he/mod_jserv.so uses plain Apache 1.3 API, this module might crash under EAPI! ( please recompile it with -DEAPI) failed i have no idea about recompile mod_jserv.so... i have not mod_jserv.c i'm so despserated :(... thank you Irene ;) Italy Datei: ATT00022.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Problem starting Tomcat 3.1 (together with JRun)
Can you be a bit more specific, what the problem is? -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. Januar 2001 13:37 An: [EMAIL PROTECTED] Betreff: Problem starting Tomcat 3.1 (together with JRun) Hi, I'm having a problem starting the Tomcat Servlet Runner. The problem appears when executing this command: "start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9" Tomcat used to run without any problem. After installing ColdFusion 4.5 with JRun, this problem came up. Does anyone know a solution. Is it JRun that's causing the problem? Thx. Joeri Theelen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: AW: Problem starting Tomcat 3.1 (together with JRun)
Try running c:\jakarta-tomcat\bin\tomcat.bat run from a command prompt - this will allow any errors to be printed the console. If its not obvious what the problem is, post and we'll figure it out. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 9:33 AM To: [EMAIL PROTECTED] Subject: Re: AW: Problem starting Tomcat 3.1 (together with JRun) I don't think I can be more specific. All I can do is tell you which steps are heading to my problem: 1. I put the path to all the necessary JAR-files in my CLASSPATH. 2. I start Tomcat executing the file "c:\jakarta-tomcat\bin\startup.bat". 3. This batch-file starts this file "c:\jakarta-tomcat\bin\tomcat.bat" with optional parameter "start". 4. In the batch-file, everything goes fine except the execution of the line added in my previous e-mail. There, a new console window is started, but IMMEDIATELY SHUT DOWN. It appears that the running the class "org.apache.tomcat.startup.Tomcat" generates the error now. In the past, everything went fine. We have several servlets and Java Server Pages running with Tomcat. Unfortunately, since the installation of ColdFusion 4.5 with JRun, Tomcat does not start up anymore. Hope this helps! Regards, Joeri Ralph Einfeldt ralph.einfeldt@uptiTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] me-isc.de cc: Subject: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 13:50 Please respond to tomcat-user Can you be a bit more specific, what the problem is? -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. Januar 2001 13:37 An: [EMAIL PROTECTED] Betreff: Problem starting Tomcat 3.1 (together with JRun) Hi, I'm having a problem starting the Tomcat Servlet Runner. The problem appears when executing this command: "start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9" Tomcat used to run without any problem. After installing ColdFusion 4.5 with JRun, this problem came up. Does anyone know a solution. Is it JRun that's causing the problem? Thx. Joeri Theelen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: AW: Problem starting Tomcat 3.1 (together with JRun)
Hi, I think JRuns default port is 8080 the same as the default port of Tomcat. So perhaps the prot is blocked ba JRun when you try to start Tomcat. Try to use Tomcat with another port (change server.xml). Regards Birte -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Montag, 8. Januar 2001 15:33 To: [EMAIL PROTECTED] Subject: Re: AW: Problem starting Tomcat 3.1 (together with JRun) I don't think I can be more specific. All I can do is tell you which steps are heading to my problem: 1. I put the path to all the necessary JAR-files in my CLASSPATH. 2. I start Tomcat executing the file "c:\jakarta-tomcat\bin\startup.bat". 3. This batch-file starts this file "c:\jakarta-tomcat\bin\tomcat.bat" with optional parameter "start". 4. In the batch-file, everything goes fine except the execution of the line added in my previous e-mail. There, a new console window is started, but IMMEDIATELY SHUT DOWN. It appears that the running the class "org.apache.tomcat.startup.Tomcat" generates the error now. In the past, everything went fine. We have several servlets and Java Server Pages running with Tomcat. Unfortunately, since the installation of ColdFusion 4.5 with JRun, Tomcat does not start up anymore. Hope this helps! Regards, Joeri Ralph Einfeldt ralph.einfeldt@uptiTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] me-isc.de cc: Subject: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 13:50 Please respond to tomcat-user Can you be a bit more specific, what the problem is? -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. Januar 2001 13:37 An: [EMAIL PROTECTED] Betreff: Problem starting Tomcat 3.1 (together with JRun) Hi, I'm having a problem starting the Tomcat Servlet Runner. The problem appears when executing this command: "start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9" Tomcat used to run without any problem. After installing ColdFusion 4.5 with JRun, this problem came up. Does anyone know a solution. Is it JRun that's causing the problem? Thx. Joeri Theelen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: AW: Problem starting Tomcat 3.1 (together with JRun)
Hey Randy, Thank you for helping me out (as well as all the other people that already sent me good tips). Here is the error that occurs as soon as I want to startup Tomcat. In stead of starting Tomcat in another console window, I chose the same so I could see the error message. (Embedded image moved to file: pic19674.gif) Regards, Joeri Theelen. Randy Layman randy.layman@asweTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] think.comcc: Subject: RE: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 15:12 Please respond to tomcat-user Try running c:\jakarta-tomcat\bin\tomcat.bat run from a command prompt - this will allow any errors to be printed the console. If its not obvious what the problem is, post and we'll figure it out. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 9:33 AM To: [EMAIL PROTECTED] Subject: Re: AW: Problem starting Tomcat 3.1 (together with JRun) I don't think I can be more specific. All I can do is tell you which steps are heading to my problem: 1. I put the path to all the necessary JAR-files in my CLASSPATH. 2. I start Tomcat executing the file "c:\jakarta-tomcat\bin\startup.bat". 3. This batch-file starts this file "c:\jakarta-tomcat\bin\tomcat.bat" with optional parameter "start". 4. In the batch-file, everything goes fine except the execution of the line added in my previous e-mail. There, a new console window is started, but IMMEDIATELY SHUT DOWN. It appears that the running the class "org.apache.tomcat.startup.Tomcat" generates the error now. In the past, everything went fine. We have several servlets and Java Server Pages running with Tomcat. Unfortunately, since the installation of ColdFusion 4.5 with JRun, Tomcat does not start up anymore. Hope this helps! Regards, Joeri Ralph Einfeldt ralph.einfeldt@uptiTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] me-isc.de cc: Subject: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 13:50 Please respond to tomcat-user Can you be a bit more specific, what the problem is? -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. Januar 2001 13:37 An: [EMAIL PROTECTED] Betreff: Problem starting Tomcat 3.1 (together with JRun) Hi, I'm having a problem starting the Tomcat Servlet Runner. The problem appears when executing this command: "start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9" Tomcat used to run without any problem. After installing ColdFusion 4.5 with JRun, this problem came up. Does anyone know a solution. Is it JRun that's causing the problem? Thx. Joeri Theelen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] Compuserve GIF ---
RE: AW: Problem starting Tomcat 3.1 (together with JRun)
Welcome to the wonderful world of Java on Windows NT. The JVM expects the last version of Java installed to have written its version to the registry and then will not run if its version number is different. (Why? I really wish I knew.) What you need to do is to make Tomcat run with the last version installed (which is 1.2 from your screen capture, probably installed by JRun). Make sure to set your JAVA_HOME to the directory containing java 1.2. Also, you probably need to edit the tomcat.bat file so that instead of launching java -classpath... it launches %JAVA_HOME%\bin\java -classpath... Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 10:19 AM To: [EMAIL PROTECTED] Subject: RE: AW: Problem starting Tomcat 3.1 (together with JRun) Hey Randy, Thank you for helping me out (as well as all the other people that already sent me good tips). Here is the error that occurs as soon as I want to startup Tomcat. In stead of starting Tomcat in another console window, I chose the same so I could see the error message. (Embedded image moved to file: pic19674.gif) Regards, Joeri Theelen. Randy Layman randy.layman@asweTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] think.comcc: Subject: RE: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 15:12 Please respond to tomcat-user Try running c:\jakarta-tomcat\bin\tomcat.bat run from a command prompt - this will allow any errors to be printed the console. If its not obvious what the problem is, post and we'll figure it out. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 9:33 AM To: [EMAIL PROTECTED] Subject: Re: AW: Problem starting Tomcat 3.1 (together with JRun) I don't think I can be more specific. All I can do is tell you which steps are heading to my problem: 1. I put the path to all the necessary JAR-files in my CLASSPATH. 2. I start Tomcat executing the file "c:\jakarta-tomcat\bin\startup.bat". 3. This batch-file starts this file "c:\jakarta-tomcat\bin\tomcat.bat" with optional parameter "start". 4. In the batch-file, everything goes fine except the execution of the line added in my previous e-mail. There, a new console window is started, but IMMEDIATELY SHUT DOWN. It appears that the running the class "org.apache.tomcat.startup.Tomcat" generates the error now. In the past, everything went fine. We have several servlets and Java Server Pages running with Tomcat. Unfortunately, since the installation of ColdFusion 4.5 with JRun, Tomcat does not start up anymore. Hope this helps! Regards, Joeri Ralph Einfeldt ralph.einfeldt@uptiTo: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] me-isc.de cc: Subject: AW: Problem starting Tomcat 3.1 (together with JRun) 08/01/01 13:50 Please respond to tomcat-user Can you be a bit more specific, what the problem is? -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. Januar 2001 13:37 An: [EMAIL PROTECTED] Betreff: Problem starting Tomcat 3.1 (together with JRun) Hi, I'm having a problem starting the Tomcat Servlet Runner. The problem appears when executing this command: "start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9" Tomcat used to run without any problem. After installing ColdFusion 4.5 with JRun, this problem came up. Does anyone know a solution. Is it JRun that's causing the problem? Thx. Joeri Theelen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Problem with Tomcat as NT service
hiya, try to put your jdbc driver's zip/jar file in your workers.properties file. this must look something like this... worker.inprocess.class_path=my-jdbc-driver.jar i'm not sure whether you have to modify the worker.properties or the wrapper.properties file. so you also might try the following in your wrapper.properties file... wrapper.class_path=my-jdbc-driver.jar regards daniel haischt -- -Ursprüngliche Nachricht- Von: Vinod [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 3. Januar 2001 12:47 An: [EMAIL PROTECTED] Betreff: Problem with Tomcat as NT service Hi, I have jakarta-tomcat-3.2 running on Win NT4 and IIS. I have used jk_nt_service.exe to make tomcat as NT service and followed the steps as it is in the documentation. After that I have started the service, when I run a small jdbc example I got the sql exception 'No suitable jdbc driver found'. The same program runs fine when I start tomcat manually. Please provide solution. Thanx n Regards, Vinod - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Problem starting tomcat again//FATAL:java.net.BindException: Address already in use
Tomcat didn't shut down properly the last time. It looks like your starting tomcat from a different account than last time: /usr/local/jakarta-tomcat/conf/tomcat-apache.conf (Permission denied) Verify with ls -l /usr/local/jakarta-tomcat/conf/tomcat-apache.conf id Make shure you have the right permissions to shutdown tomcat and restart it. If the bind exception persists try as root: lsof -i :8007 (Default internal tomcat port) lsof -i :8080 (Default tomcat port for hhtp) lsof -i :80 (Default apache port) Or apply this command to any other port you have configured. -Ursprüngliche Nachricht- Von: Mohammed Akacem [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 11. Dezember 2000 11:53 An: [EMAIL PROTECTED] Betreff: Problem starting tomcat again//FATAL:java.net.BindException: Address already in use Hello, bear with me please if my mail is a bit too long. I am using apache + tomcat (Linux) for few days and until now every thing worked Ok. yesterday I stopped tomcat(./shutdown.sh)and started tomcat again(./startup.sh). I got the following error Message (FATAL:java.net.BindException: Address already in use). can someone please help? Mohammed. aka@scratchy-ppc:/usr/local/tomcat/bin$ ./startup.sh Using classpath: .:/usr/local/tomcat/lib/ant.jar:/usr/local/tomcat/lib/jasper.ja r:/usr/local/tomcat/lib/servlet.jar:/usr/local/tomcat/lib/test :/usr/local/tomcat /lib/webserver.jar:/usr/local/tomcat/lib/xml.jar:/usr/local/ja va/lib/tools.jar aka@scratchy-ppc:/usr/local/tomcat/bin$ Failed to generate automatic apache conf iguration java.io.FileNotFoundException: /usr/local/jakarta-tomcat/conf/tomcat-a pache.conf (Permission denied) Starting tomcat. Check logs/tomcat.log for error messages Unable to open log file: /usr/local/jakarta-tomcat/logs/tomcat.log! Using stder r as the default. Unable to open log file: /usr/local/jakarta-tomcat/logs/jasper.log! Using stder r as the default. Unable to open log file: /usr/local/jakarta-tomcat/logs/servlet.log! Using stde rr as the default. Context log: path="/examples" Adding context path="/examples" docBase="webapps/ examples" Context log: path="" Adding context path="" docBase="webapps/ROOT" Context log: path="/test" Adding context path="/test" docBase="webapps/test" Starting tomcat install="/usr/local/tomcat" home="/usr/local/jakarta-tomcat" cla ssPath=".:/usr/local/tomcat/lib/ant.jar:/usr/local/tomcat/lib/ jasper.jar:/usr/lo cal/tomcat/lib/servlet.jar:/usr/local/tomcat/lib/test:/usr/loc al/tomcat/lib/webs erver.jar:/usr/local/tomcat/lib/xml.jar:/usr/local/java/lib/tools.jar" Context log: path="/admin" Automatic context load docBase="/usr/local/jakarta-to mcat/webapps/admin" Context log: path="/admin" Adding context path="/admin" docBase="/usr/local/jak arta-tomcat/webapps/admin" Context log path="/admin" :tomcat.errorPage: init Context log path="/admin" :jsp: init JASPER_LOG Mon Dec 11 10:35:16 CET 2000 The scratchDir you specified: /usr/loc al/jakarta-tomcat/work/localhost_8080%2Fadmin is unusable./JASPER_LOG JASPER_LOG Mon Dec 11 10:35:16 CET 2000 Scratch dir for the JSP engine is: /us r/local/jakarta-tomcat/work/localhost_8080%2Fadmin/JASPER_LOG JASPER_LOG Mon Dec 11 10:35:17 CET 2000 IMPORTANT: Do not modify the generated servlets/JASPER_LOG Context log path="/admin" :default: init Context log path="/examples" :tomcat.errorPage: init Context log path="/examples" :jsp: init JASPER_LOG Mon Dec 11 10:35:19 CET 2000 The scratchDir you specified: /usr/loc al/jakarta-tomcat/work/localhost_8080%2Fexamples is unusable./JASPER_LOG Context log path="/examples" :default: init Context log path="/test" :tomcat.errorPage: init Context log path="/test" :jsp: init JASPER_LOG Mon Dec 11 10:35:22 CET 2000 The scratchDir you specified: /usr/loc al/jakarta-tomcat/work/localhost_8080%2Ftest is unusable./JASPER_LOG Context log path="/test" :default: init Context log path="" :tomcat.errorPage: init Context log path="" :jsp: init JASPER_LOG Mon Dec 11 10:35:24 CET 2000 The scratchDir you specified: /usr/loc al/jakarta-tomcat/work/localhost_8080 is unusable./JASPER_LOG FATAL:java.net.BindException: Address already in use java.net.BindException: Address already in use at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:386) at java.net.ServerSocket.init(ServerSocket.java:169) at java.net.ServerSocket.init(ServerSocket.java:120) at org.apache.tomcat.net.DefaultServerSocketFactory.createSocket(Default ServerSocketFactory.java:97) at org.apache.tomcat.service.SimpleTcpEndpoint.startEndpoint(SimpleTcpEn dpoint.java:186) at org.apache.tomcat.service.SimpleTcpConnector.start(SimpleTcpConnector .java:142) at org.apache.tomcat.core.ContextManager.start(ContextManager.java:253) at
Re: AW: Problem starting tomcat again//FATAL:java.net.BindException: Address already in use
hello, Thanks for your help, tomcat was still running, I killed the process and started again , now it's OK. Mohammed Ralph Einfeldt schrieb: Tomcat didn't shut down properly the last time. It looks like your starting tomcat from a different account than last time: /usr/local/jakarta-tomcat/conf/tomcat-apache.conf (Permission denied) Verify with ls -l /usr/local/jakarta-tomcat/conf/tomcat-apache.conf id Make shure you have the right permissions to shutdown tomcat and restart it. If the bind exception persists try as root: lsof -i :8007 (Default internal tomcat port) lsof -i :8080 (Default tomcat port for hhtp) lsof -i :80 (Default apache port) Or apply this command to any other port you have configured.