Deploying on a Remote Tomcat Servers
Hi Guys, May I ask how you guys deploy on a remote tomcat servers? Is there a way to automate deployment? Regards, Richard - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying on a Remote Tomcat Servers
There are several way to automate it. One is to install on that remote tomcat, the tomcat manager webapp, which let you deploy war. There is also a ant task that can be used with it to submit the compiled war file to that manager. Another is to install lambdaprobe, which can also do deployement, but i don't think there are ant task to automate it. You'll have to use interface. Yet another solution is to scp, ftp or window share the war file to destination server, or use any server specific appropriate method to send a file to tomcat folder. Richard G. Reyes a écrit : Hi Guys, May I ask how you guys deploy on a remote tomcat servers? Is there a way to automate deployment? Regards, Richard - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat/Mod_jk on Redhat
Hi Guys, We are trying to introduce Java technology in our workplace (all the staff have been recently re-trained in Java). As far as I can tell, our System Administrators are really only resourced to be able to install standard Redhat packages. I initially thought we could install a clean vanilla tomcat, and then install mod_jk or mod_proxy_jk, however I am told by our System Administrators there are no packages for mod_jk, or mod_proxy_jk (I think they mean, that there are no packages that are supported by Redhat). I wonder if one of you more experienced people may be able to recommend a Redhat package or set of packages that we can ask our System Administrators to install? (That you guys are using in production of course). Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Modify JDBC Realm
Hi,
I want to authenticate users in my web application using the JDBC realm.
Unfortunately the user tables already exist and don't match the standard
configuration for the realm. Loading the users works fine but I have an
additional user-role-relation table. So I have to modify the following method:
protected PreparedStatement roles(Connection dbConnection, String username)
throws SQLException {
if (preparedRoles == null) {
StringBuffer sb = new StringBuffer(SELECT );
sb.append(roleNameCol);
sb.append( FROM );
sb.append(userRoleTable);
sb.append( WHERE );
sb.append(userNameCol);
sb.append( = ?);
preparedRoles =
dbConnection.prepareStatement(sb.toString());
}
preparedRoles.setString(1, username);
return (preparedRoles);
}
Is there eny smart possibility to modify this method or is there even another
solution for my problem?
Regards,
Jason
_
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten!
Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying on a Remote Tomcat Servers
Richard G. Reyes wrote: May I ask how you guys deploy on a remote tomcat servers? Is there a way to automate deployment? The most common way is to use an ant build file. One task to build the war, and another task to deploy it. Its quite simple once you know how. I don't have time to write how to do it but a quick google search found this: http://www.oneofthosedays.org.uk/archives/2005/09/18/deploying-java-apps-to-tomcat-via-ant/ Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5 and loading of native libraries
Hi, I am using Tomcat 5.5.23 and I have a webapp which uses a library (more specifically, Oracle's JDBC) that loads a native library on my system ( libocijdbc10.so ). Whenever I redeploy my webapp into tomcat, I get the exception java.lang.UnsatisfiedLinkError, since the native library was already loaded before by another class loader. By what I understand, tomcat uses a different class loader for each webapp (including new versions of existing ones). Is there anyway to force tomcat to use the same class loader for all webapps (or for new versions of existing ones) ? The details of the exception: java.lang.UnsatisfiedLinkError: Native Library /usr/lib/oracle/10.2.0.3/client/lib/libocijdbc10.so already loaded in another classloader java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1716) java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676) java.lang.Runtime.loadLibrary0(Runtime.java:822) java.lang.System.loadLibrary(System.java:993) oracle.jdbc.driver.T2CConnection$1.run(T2CConnection.java:3135) Thanks -- Filipe David Manana, [EMAIL PROTECTED] Obvious facts are like secrets to those not trained to see them.
Problem with application installation in Tomcat 5.5.
Hi Folks, I am new to Tomcat WEB applications deployment/development. I have been facing some problems in getting the application up in Tomcat 5.5. I am using JDK 1.6.0_03. Somehow, the WEB interface for the application doesn't show up. NETSTAT -A does show that the server is listening on the port. The appBase is outside of the default webapps directory. Tomcat logs show no exceptions. The application is bundled as a jar included in the classpath. Could you please provide pointers to resolve the issue? Thanks regards, Rajendra DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
RE: Tomcat 5.5 and loading of native libraries
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On To: Tomcat Users List Subject: Tomcat 5.5 and loading of native libraries Is there anyway to force tomcat to use the same class loader for all webapps Put the JDBC driver jar in common/lib, rather than in each webapp's WEB-INF/lib. This will likely require DB connections to be shared across webapps, but also allows Tomcat to manage the connection pooling. An alternative is to use Oracle's type 4 driver, which has no native code. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem by starting Tomcat after setting the spring-agent.jar
Hi all, I installed the Tomcat 5.5.17. After I set the java-agent in ther catalina.bat as follow: set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_BASE%\server\lib\spring-agent.jar After that I can't start the Tomcat anymore. Somebody knows why? Regards Thomas - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail.
Re: Tomcat 5.5 and loading of native libraries
On 10.01.08 13:22 Filipe David Manana wrote: I am using Tomcat 5.5.23 and I have a webapp which uses a library (more specifically, Oracle's JDBC) that loads a native library on my system ( libocijdbc10.so ). Is did you put the library files in your war file? I experienced similair problems when we wanted to use C libraries for Remedy. We ended up removing the library files from the war file and put them in /path/to/lib and added this path to LD_LIBRARY_PATH and added set the following param when starting tomcat: -Djava.library.path=/path/to/lib This resolved our unsatisfiedlink error. Hope this helps. Cheers, Wesley -- Orange Nederland Breedband BV, http://www.orange.nl http://www.equant.nl http://www.euronet.nl Wesley Schwengle, System Administrator, IT Operations - Business Systems Muiderstraat 1, P.o. BOX 10241 , 1001 EE Amsterdam T:+31 (0)20 535 52 55, F:+31 (0)20 535 57 49 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with application installation in Tomcat 5.5.
From: rajendra_sakpal [mailto:[EMAIL PROTECTED] Subject: Problem with application installation in Tomcat 5.5. The appBase is outside of the default webapps directory. Not possible; appBase defines where the default webapps directory. Do you mean docBase? The application is bundled as a jar included in the classpath. A fatal error. To repeat: never, never put things on Tomcat's classpath. Do not use the CLASSPATH variable under any circumstances, and do not add webapp jars to the command line -cp parameter. Tomcat has a well-defined and well-documented classloader mechanism; use it: http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem by starting Tomcat after setting the spring-agent.jar
From: Thomas Chang [mailto:[EMAIL PROTECTED] Subject: Problem by starting Tomcat after setting the spring-agent.jar After that I can't start the Tomcat anymore. Somebody knows why? Not without some real information, such as the contents of the various Tomcat logs. Watch out for spaces in path names. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with application installation in Tomcat 5.5.
Hi Charles, Thanks for your reply. We have followed the same procedure to deploy the application in Tomcat 5.5 as we did in Tomcat 4.X. The application worked properly in Tomcat 4.X i.e. The application jar was in the classpath as set in the TOMCAT/bin/setclasspath.sh. Here's the entry in server.xml pointing to the appBase: Host name=localhost appBase=/home/redhot/redhot1.25/redhotdata/web unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Also, I have added the jar in TOMCAT_HOME/bin/setclasspath.sh. What's the alternative way to deploy the application as a jar file in Tomcat? Thanks regards, Rajendra -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 6:17 PM To: Tomcat Users List Subject: RE: Problem with application installation in Tomcat 5.5. From: rajendra_sakpal [mailto:[EMAIL PROTECTED] Subject: Problem with application installation in Tomcat 5.5. The appBase is outside of the default webapps directory. Not possible; appBase defines where the default webapps directory. Do you mean docBase? The application is bundled as a jar included in the classpath. A fatal error. To repeat: never, never put things on Tomcat's classpath. Do not use the CLASSPATH variable under any circumstances, and do not add webapp jars to the command line -cp parameter. Tomcat has a well-defined and well-documented classloader mechanism; use it: http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem by starting Tomcat after setting the spring-agent.jar
From: Thomas Chang [mailto:[EMAIL PROTECTED] Subject: Re: Problem by starting Tomcat after setting the spring-agent.jar The problem is: As I double click the startup.bat, the cmd-console just come out very short a disappear. Stop trying to debug with a GUI. Start a command prompt, cd to the Tomcat bin directory, and enter catalina.bat run (without the quotes). This will kick off Tomcat in the current window and you'll be able to see any messages it generates. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with application installation in Tomcat 5.5.
Seems as if you lack the basic knowledge of what a ServletContainer (aka Tomcat) is about. I got no idea why you want to deploy a jar-file within Tomcat - are you trying something like Webstart? What is you application, anyways.? Is it a Servlet / JSP? If so, then the your deployment was already wrong using Tomcat 4. Maybe you want to read this as a start: http://tomcat.apache.org/tomcat-6.0-doc/appdev/index.html Gregor -- what's puzzlin' you, is the nature of my game gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with application installation in Tomcat 5.5.
I suspect that there's a change in the way we should be deploying the application in Tomcat 5.5. What worked for Tomcat 4.X doesn't seem to work with Tomcat 5.5. Thanks regards, Rajendra -Original Message- From: rajendra_sakpal [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 6:30 PM To: users@tomcat.apache.org Subject: RE: Problem with application installation in Tomcat 5.5. Hi Charles, Thanks for your reply. We have followed the same procedure to deploy the application in Tomcat 5.5 as we did in Tomcat 4.X. The application worked properly in Tomcat 4.X i.e. The application jar was in the classpath as set in the TOMCAT/bin/setclasspath.sh. Here's the entry in server.xml pointing to the appBase: Host name=localhost appBase=/home/redhot/redhot1.25/redhotdata/web unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Also, I have added the jar in TOMCAT_HOME/bin/setclasspath.sh. What's the alternative way to deploy the application as a jar file in Tomcat? Thanks regards, Rajendra -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 6:17 PM To: Tomcat Users List Subject: RE: Problem with application installation in Tomcat 5.5. From: rajendra_sakpal [mailto:[EMAIL PROTECTED] Subject: Problem with application installation in Tomcat 5.5. The appBase is outside of the default webapps directory. Not possible; appBase defines where the default webapps directory. Do you mean docBase? The application is bundled as a jar included in the classpath. A fatal error. To repeat: never, never put things on Tomcat's classpath. Do not use the CLASSPATH variable under any circumstances, and do not add webapp jars to the command line -cp parameter. Tomcat has a well-defined and well-documented classloader mechanism; use it: http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem by starting Tomcat after setting the spring-agent.jar
The problem is: As I double click the startup.bat, the cmd-console just come out very short a disappear. Even worse, there is nothing wrote into the log. I am quite stranged. :-( I copy the spring-agent.jar under the /server/lib. If I commend out the set JAVA_OPTS=..., Tomcat can be started. Vinu Varghese [EMAIL PROTECTED] schrieb: Any stack trace? Thomas Chang wrote: Hi all, I installed the Tomcat 5.5.17. After I set the java-agent in ther catalina.bat as follow: set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_BASE%\server\lib\spring-agent.jar After that I can't start the Tomcat anymore. Somebody knows why? Regards Thomas - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. -- Vinu Varghese *I use mozilla Thunderbird. Do you ?* - Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker.
RE: Problem with application installation in Tomcat 5.5.
From: rajendra_sakpal [mailto:[EMAIL PROTECTED] Subject: RE: Problem with application installation in Tomcat 5.5. We have followed the same procedure to deploy the application in Tomcat 5.5 as we did in Tomcat 4.X. Configuration and deployment are somewhat different in 5.5; read the docs. The application jar was in the classpath as set in the TOMCAT/bin/setclasspath.sh. Do not ever, ever do that, even under Tomcat 4. It was a bad idea then, it's a worse one now. appBase=/home/redhot/redhot1.25/redhotdata/web The above is fine; it tells Tomcat to use the specified directory as appBase, rather than the standard $CATALINA_BASE/webapps. Also, I have added the jar in TOMCAT_HOME/bin/setclasspath.sh. Repeat: don't ever do that. Webapps should be packaged in a .war file (or the expanded equivalent), and webapp jars should be placed in WEB-INF/lib inside the webapp. This is documented in the servlet spec, which you should be familiar with. What's the alternative way to deploy the application as a jar file in Tomcat? Follow the servlet spec and the procedures in the Tomcat 5.5 doc. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem by starting Tomcat after setting the spring-agent.jar
I don't understand so much you wrote. I haven't deployed any war but just want to start the Tomcat. Where to find the /WEB-INF/applicationContext-jpa.xml? [EMAIL PROTECTED] schrieb: The load time weaver is a property of entityManagerFactory http://java.sys-con.com/read/366275_2.htm Please display for group your configuration in /WEB-INF/applicationContext-jpa.xml also..please make sure the applicationContext-jpa.xml param value is configured in web.xml e.g. /WEB-INF/applicationContext-jpa.xml M- - Original Message - Wrom: NSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVL To: Sent: Thursday, January 10, 2008 7:43 AM Subject: Problem by starting Tomcat after setting the spring-agent.jar Hi all, I installed the Tomcat 5.5.17. After I set the java-agent in ther catalina.bat as follow: set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_BASE%\server\lib\spring-agent.ja r After that I can't start the Tomcat anymore. Somebody knows why? Regards Thomas - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. - Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker.
Re: Problem by starting Tomcat after setting the spring-agent.jar
I start it in cmd-console but it's the same. :-( Vinu Varghese [EMAIL PROTECTED] schrieb: Don't double click, type startup from a console - I mean command prompt, You'll see some thing in the console :-) Vinu Varghese *I use mozilla Thunderbird. Do you ?* Thomas Chang wrote: The problem is: As I double click the startup.bat, the cmd-console just come out very short a disappear. Even worse, there is nothing wrote into the log. I am quite stranged. :-( I copy the spring-agent.jar under the /server/lib. If I commend out the set JAVA_OPTS=..., Tomcat can be started. Vinu Varghese schrieb: Any stack trace? Thomas Chang wrote: Hi all, I installed the Tomcat 5.5.17. After I set the java-agent in ther catalina.bat as follow: set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_BASE%\server\lib\spring-agent.jar After that I can't start the Tomcat anymore. Somebody knows why? Regards Thomas - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. - Ihr erstes Fernweh? Wo gibt es den schönsten Strand.
RE: Problem by starting Tomcat after setting the spring-agent.jar
I did what you said and here is the message. Can you understand what it is? C:\Programme\Apache\apache-tomcat-5.5.17\bincatalina.bat run Using CATALINA_BASE: C:\Programme\Apache\apache-tomcat-5.5.17 Using CATALINA_HOME: C:\Programme\Apache\apache-tomcat-5.5.17 Using CATALINA_TMPDIR: C:\Programme\Apache\apache-tomcat-5.5.17\temp Using JRE_HOME:C:\Programme\Java\jdk1.5.0_09 Error opening zip file: C:\Programme\Apache\apache-tomcat-5.5.17\server\lib\spri ng-agent.jar -Djava.util.logging.manager Error occurred during initialization of VM agent library failed to init: instrument C:\Programme\Apache\apache-tomcat-5.5.17\bin Caldarale, Charles R [EMAIL PROTECTED] schrieb: From: Thomas Chang [mailto:[EMAIL PROTECTED] Subject: Re: Problem by starting Tomcat after setting the spring-agent.jar The problem is: As I double click the startup.bat, the cmd-console just come out very short a disappear. Stop trying to debug with a GUI. Start a command prompt, cd to the Tomcat bin directory, and enter catalina.bat run (without the quotes). This will kick off Tomcat in the current window and you'll be able to see any messages it generates. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Ihr erstes Baby? Holen Sie sich Tipps von anderen Eltern.
Re: Tomcat/Mod_jk on Redhat
Check this page http://apache.mirror.rafal.ca/tomcat/ Actually we have a Suse version 10.1 we managed to install a generic tomcat(version6.0.14, apache 2.26 and mod_jk1.2.26) So I don't see any probem doing the same thing in readhat Jacob Rhoden wrote: Hi Guys, We are trying to introduce Java technology in our workplace (all the staff have been recently re-trained in Java). As far as I can tell, our System Administrators are really only resourced to be able to install standard Redhat packages. I initially thought we could install a clean vanilla tomcat, and then install mod_jk or mod_proxy_jk, however I am told by our System Administrators there are no packages for mod_jk, or mod_proxy_jk (I think they mean, that there are no packages that are supported by Redhat). I wonder if one of you more experienced people may be able to recommend a Redhat package or set of packages that we can ask our System Administrators to install? (That you guys are using in production of course). Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDTCompiler and Classloading issues
Hello,
I am trying to compile a jsp page which contains references to classes
loaded in memory (not on physical location): i.e. I have my classes in my
Thread.currentThread.getContextClassLoader.
I tried to mimic what the JspServlet is doing.
After setting my classloader:
ClassLoader cl = {code to get a specific classloader containing the classes
I want}
Thread.currentThread().setContextClassLoader(cl);
I created a JspRuntimeContext (which initializes its classloader to the
current thread’s classloader).
new JspRuntimeContext(context, options);
When I create a JspServletWrapper for my jsp, The JspRuntimeContext that I
created above will pass it’s classloader to the JspCompilationContext inside
the JspServletWrapper object.
I browsed through the code, it seems JDTCompiler will make use of the
classloader of the JspCompilationContext that initialized it.
So, theoretically, when it will compile my jsp page, it should not fail,
since, although the .class files are not in physical locations on the disk,
they are already loaded by the classloader.
However, it just doesn’t work. It only works when I put the .class files in
physical locations.
I do not know if I am missing anything, but is there a way to twist the
JDTCompiler to read dependencies form the classloader the way I am intending
to do?
Thanks a lot,
--
View this message in context:
http://www.nabble.com/JDTCompiler-and-Classloading-issues-tp14734119p14734119.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Java Wrapper problems under T4.1.18, jdk1.3.1
Hi I'm attempting to use the Tomcat Wrapper (http://people.apache.org/~fhanik/wrapper.html) on our elderly set-up - Tomcat 4.1.18 Java JDK 1.3.1 Since its the only way I can see to ever obtain thread dumps of Tomcat running as a service. As far as I can tell, the code in ThreadDumpWrapper won't work in this environment, because 1) InetAddress.getByAddress() is only in JDK1.4.x 2) org.apache.catalina.startup.Bootstrap doesn't appear to be in the Tomcat 4.1 libs So I think I can use InetAddress.getByName(null) for #1, but what should I alter #2 to ? I think the maintainer of the software is on this list, so hopefully I can get a way forward. thanks! Tim - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem by starting Tomcat after setting the spring-agent.jar
2 situations which would prevent Tomcat from starting properly would be the engine is being fed parameters it cannot interpret you are using configuration parameters which cannot be resolved Most web applications have a WEB-INF for web specific configurations with libraries located in /LIB and classes located in /CLASSES folder as well as META-INF for paramContext.xml /WEB-INF/applicationContext-jpa.xml configuration contains the requisite declarations for entityManagerFactory as well as the loadTimeWeaver Anyone else? M- - Original Message - From: Thomas Chang [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Thursday, January 10, 2008 8:47 AM Subject: Re: Problem by starting Tomcat after setting the spring-agent.jar I don't understand so much you wrote. I haven't deployed any war but just want to start the Tomcat. Where to find the /WEB-INF/applicationContext-jpa.xml? [EMAIL PROTECTED] schrieb: The load time weaver is a property of entityManagerFactory http://java.sys-con.com/read/366275_2.htm Please display for group your configuration in /WEB-INF/applicationContext-jpa.xml also..please make sure the applicationContext-jpa.xml param value is configured in web.xml e.g. /WEB-INF/applicationContext-jpa.xml M- - Original Message - Wrom: NSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVL To: Sent: Thursday, January 10, 2008 7:43 AM Subject: Problem by starting Tomcat after setting the spring-agent.jar Hi all, I installed the Tomcat 5.5.17. After I set the java-agent in ther catalina.bat as follow: set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_BASE%\server\lib\spring-agent.ja r After that I can't start the Tomcat anymore. Somebody knows why? Regards Thomas - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. - Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can you call an MBean programatically from the command line?
Hi, I use JProfiler amongst other tools and this has some useful MBeans which i'd like to activate at a given point from a scheduled job. All sounds very simple. However I cannot find a command line tool, perhaps similar to JConsole which allows me to execute a given MBean. Surely such a tool is available? If not then how hard would it be to write one? Thanks! Dan Message sent using UebiMiau 2.7.10 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat/Mod_jk on Redhat
Hi Jacob, I've been administering Red Hat, Apache, Tomcat setups for about 5 years using jpackage. http://jpackage.org. It works great for me. Regards, Tom Jacob Rhoden wrote: Hi Guys, We are trying to introduce Java technology in our workplace (all the staff have been recently re-trained in Java). As far as I can tell, our System Administrators are really only resourced to be able to install standard Redhat packages. I initially thought we could install a clean vanilla tomcat, and then install mod_jk or mod_proxy_jk, however I am told by our System Administrators there are no packages for mod_jk, or mod_proxy_jk (I think they mean, that there are no packages that are supported by Redhat). I wonder if one of you more experienced people may be able to recommend a Redhat package or set of packages that we can ask our System Administrators to install? (That you guys are using in production of course). Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thomas Robinson - Infrastructure, Integration, Support, Development and Training Linux, Oracle, Windows, Networking Daedalus Compass Ltd Mobile: +44 (0)7879 428 968 132 Clifden Court, Clifden Road Work: +44 (0)20 8891 6262 Twickenham, Middlesex, TW1 4LRFax: +44 (0)20 8891 6363 United KingdomGPG Key: 8A4CB7A7 CONFIDENTIALITY: Copyright (C). This message with any appended or attached material is intended for addressees only and may not be copied or forwarded to or used by other parties without permission. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why use a Web Server over Tomcat?
Hi everyone! David, imagine that you are developing a web application to provide services like internet banking. What network architecture would you propose? How will you implement a DMZ? Probably you put a firewall between Web Server and Database Server!! Or not? Regards, Bárbara Vieira -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 9 de Janeiro de 2008 18:35 To: Tomcat Users List Subject: Re: Why use a Web Server over Tomcat? In my CISSP training, we covered the possiblity of putting a web server in between two firewalls. The outer one cleans the course junk out of the data stream like denial of service attacks, web server compromise attackes, malformed packets, as well as closing down server services that should be available to the company, but not the public. The inner one is more fine grained possibly protecting company data assets from disclosure or blocking unapproved websites from being accessed by employees. Just trying to say there is a business case for two firewalls -- it has more to do with protecting company assets than protecting the web server. --David Bárbara Vieira wrote: Alan and Johnny, I agree with Alan. I'm using the same scheme to save passwords in database, and SSL too. But, Johnny's answer help me understand some things. Johnny, when you say: So in those organization Tomcat is probably behind the second internal firewall for staff to use as well. What do you mean? If you have a Tomcat inside a DMZ, usually we have one firewall, that separates internet from intranet, i.e., the firewall filters requests that comes from de outside. Isn't that? Thanks, Regards, Bárbara Vieira -Original Message- From: Alan Chaney [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 9 de Janeiro de 2008 14:10 To: Tomcat Users List Subject: Re: Why use a Web Server over Tomcat? One reason for doing this, is again not whether IIS or APACHE is better although APACHE on linux in the hands of a guru is very good, its because Tomcat carries clear text passwords, so if a hacker did get at the machine, they would probably see the Active X LDAP master password, I don't understand this comment at all. 'Passwords' in tomcat can be managed by a whole host of authentication schemes. I use SSL to protect access to the password on the net and MD5 encoded passwords in a database for user authentication and access control. It depends entirely upon how you configure your system. Regards Alan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:4784031b130881839419991! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem by starting Tomcat after setting the spring-agent.jar
From: Thomas Chang [mailto:[EMAIL PROTECTED] Subject: RE: Problem by starting Tomcat after setting the spring-agent.jar Error opening zip file: C:\Programme\Apache\apache-tomcat-5.5.17\server\lib\spri ng-agent.jar -Djava.util.logging.manager Error occurred during initialization of VM The C: and backward slashes may be confusing the JVM while trying to load the agent. I put the spring-agent.jar in Tomcat's server/lib, and set JAVA_OPTS with: set JAVA_OPTS=-javaagent:../server/lib/spring-agent.jar Tomcat was then able to start properly. Using your setting for JAVA_OPTS caused a failure similar to what your are seeing. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying on a Remote Tomcat Servers
Thanks. david delbecq wrote: There are several way to automate it. One is to install on that remote tomcat, the tomcat manager webapp, which let you deploy war. There is also a ant task that can be used with it to submit the compiled war file to that manager. Another is to install lambdaprobe, which can also do deployement, but i don't think there are ant task to automate it. You'll have to use interface. Yet another solution is to scp, ftp or window share the war file to destination server, or use any server specific appropriate method to send a file to tomcat folder. Richard G. Reyes a écrit : Hi Guys, May I ask how you guys deploy on a remote tomcat servers? Is there a way to automate deployment? Regards, Richard - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why use a Web Server over Tomcat?
Hi Mikolaj! Thanks for your help. But my question isn't just about design a DMZ. It's much more. And answering your question: yes, google is not enough. There are certain questions that google doesn't answer. Regards, Bárbara Vieira -Original Message- From: Mikolaj Rydzewski [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 10 de Janeiro de 2008 14:59 To: Tomcat Users List Subject: Re: Why use a Web Server over Tomcat? Bárbara Vieira wrote: David, imagine that you are developing a web application to provide services like internet banking. What network architecture would you propose? How will you implement a DMZ? Probably you put a firewall between Web Server and Database Server!! Or not? Am I right that google is not enough for you? http://www.google.com/search?q=how+to+design+dmz -- Mikolaj Rydzewski [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat5 not start with -security flag
Hi, I am using tomcat5 installed from FC4 installation CD. It was working fine with default JVM - jre-1.4.2-gcj. I have installed new JVM from SUN - jre-1.5.0-sun-update14 following instructions on http://fedoranews.org/mediawiki/index.php/JPackage_Java_for_FC4. I have doing this because deploy new openlaszlo.war, and it needs java from sun. Tomcat and other deployed servlets are working, and everything is OK. But when i try start tomcat with -security flag it stops. When I change JAVA_HOME manually to older (java-gcj), tomcat starts normally with same security flag, and the same catalina.policy catalina.properties files. Please help me start Tomcat5 with security flag and the new java-1.5.0-sun -- View this message in context: http://www.nabble.com/tomcat5-not-start-with--security-flag-tp14736459p14736459.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why use a Web Server over Tomcat?
Bárbara Vieira wrote: David, imagine that you are developing a web application to provide services like internet banking. What network architecture would you propose? How will you implement a DMZ? Probably you put a firewall between Web Server and Database Server!! Or not? Am I right that google is not enough for you? http://www.google.com/search?q=how+to+design+dmz -- Mikolaj Rydzewski [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
RE: Deploying on a Remote Tomcat Servers
Hi Richard, Depending on your specific requirements, you may consider NGASI AppServer Manager. The website is http://www.ngasi.com Richard G. Reyes wrote: Hi Guys, May I ask how you guys deploy on a remote tomcat servers? Is there a way to automate deployment? Regards, Richard _ Get the power of Windows + Web with the new Windows Live. http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008
Re: mod_jk and Host matches server name
Just want to document the solution for folks facing the same problem in the future. Actually, it turned out to be quite nasty, in part because I wasn't paying much attention to the logs which were giving warnings that the AJP port was already bound. Being used to Tomcat failing to start when it hits a used port, I glazed over these warnings. Apparently, Tomcat will only fail to start when either the shutdown port or the http connector port are used, but will still continue with a warning if it can't bind a port for an AJP connector. The problem was caused by another application, VMWare's web admin console, using port 8009 for it's own needs. The problem was compounded by the fact that VMWare installed an AJP listener on that port. That's why it was responding to Apache's inquiries, but with an error message. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Shutdown error transport error 202: bind failed
Allways getting this error message while shutting down tomcat. Please use html tags to format code blocks. ERROR: transport error 202: bind failed: Address already in use [transport.c,L41] ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) [debugInit.c,L500] JDWP exit error JVMTI_ERROR_INTERNAL(113): No transports initializedFATAL ERROR in native method: JDWP No transports initialized, jvmtiError=JVMTI_ERROR_INTERNAL(113) These are my debug options -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=,server=y,suspend=n I also tried -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address= I have this entry in /etc/hosts too. 127.0.0.1 localhost I use Jre-1.5.0_06 and apache-tomcat-6.0.13. Anyone have any ideas on how to eliminate this error? -- View this message in context: http://www.nabble.com/Tomcat-Shutdown-error-transport-error-202%3A-bind-failed-tp14737139p14737139.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
First JSP page, Can't get Tomcat to show jsp-pages
Hi, I ran quickly in to a problem with my first JSP page under Tomcat. I've also been browsing google and java forums and can't seem to find any solution. I'm running Tomcat 6, and trying to show an simple Hello World JSP page. htmlbodyHello world !!/body/html But it keeps giving me an 404 error with the message: HTTP Status 404 - Servlet jsp is not available type Status report message Servlet jsp is not available description The requested resource (Servlet jsp is not available) is not available. If I rename the hello.jsp to hello.html it works fine. And a servlet compiled from a helloworld.java works fine. After some testing it seems that no jsp-pages works. In the logs it says that the server started okey, but in the localhost log it says: Jan 10, 2008 2:13:05 PM org.apache.catalina.core.StandardContext loadOnStartup SEVERE: Servlet /db threw load() exception javax.servlet.ServletException: Error instantiating servlet class org.apache.jasper.servlet.JspServlet I use these paths: Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/ CurrentJDK/Home Please help, any hints, link are most welcome! ..fredik -- Cloud Nine Fredrik Bonander Frontend Developer - the infinite power of the creative mind - Linnégatan 89 E Box 10304 100 55 Stockholm Sweden Tel: +46 (0) 8 - 663 44 00 Mail: [EMAIL PROTECTED] Website: www.cloudnine.se
RE: First JSP page, Can't get Tomcat to show jsp-pages
sounds like you're either missing a jar file or have it in the wrong location. -Original Message- From: Fredrik Bonander [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 10:30 AM To: users@tomcat.apache.org Subject: First JSP page, Can't get Tomcat to show jsp-pages Hi, I ran quickly in to a problem with my first JSP page under Tomcat. I've also been browsing google and java forums and can't seem to find any solution. I'm running Tomcat 6, and trying to show an simple Hello World JSP page. htmlbodyHello world !!/body/html But it keeps giving me an 404 error with the message: HTTP Status 404 - Servlet jsp is not available type Status report message Servlet jsp is not available description The requested resource (Servlet jsp is not available) is not available. If I rename the hello.jsp to hello.html it works fine. And a servlet compiled from a helloworld.java works fine. After some testing it seems that no jsp-pages works. In the logs it says that the server started okey, but in the localhost log it says: Jan 10, 2008 2:13:05 PM org.apache.catalina.core.StandardContext loadOnStartup SEVERE: Servlet /db threw load() exception javax.servlet.ServletException: Error instantiating servlet class org.apache.jasper.servlet.JspServlet I use these paths: Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/ CurrentJDK/Home Please help, any hints, link are most welcome! ..fredik -- Cloud Nine Fredrik Bonander Frontend Developer - the infinite power of the creative mind - Linnégatan 89 E Box 10304 100 55 Stockholm Sweden Tel: +46 (0) 8 - 663 44 00 Mail: [EMAIL PROTECTED] Website: www.cloudnine.se - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First JSP page, Can't get Tomcat to show jsp-pages
Any idea which jar i might be? In the my web-app I have only the test.jsp and WEB-INF/web.xml. ..fredrik On Jan 10, 2008, at 5:34 PM, Propes, Barry L wrote: sounds like you're either missing a jar file or have it in the wrong location. -Original Message- From: Fredrik Bonander [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 10:30 AM To: users@tomcat.apache.org Subject: First JSP page, Can't get Tomcat to show jsp-pages Hi, I ran quickly in to a problem with my first JSP page under Tomcat. I've also been browsing google and java forums and can't seem to find any solution. I'm running Tomcat 6, and trying to show an simple Hello World JSP page. htmlbodyHello world !!/body/html But it keeps giving me an 404 error with the message: HTTP Status 404 - Servlet jsp is not available type Status report message Servlet jsp is not available description The requested resource (Servlet jsp is not available) is not available. If I rename the hello.jsp to hello.html it works fine. And a servlet compiled from a helloworld.java works fine. After some testing it seems that no jsp-pages works. In the logs it says that the server started okey, but in the localhost log it says: Jan 10, 2008 2:13:05 PM org.apache.catalina.core.StandardContext loadOnStartup SEVERE: Servlet /db threw load() exception javax.servlet.ServletException: Error instantiating servlet class org.apache.jasper.servlet.JspServlet I use these paths: Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/ CurrentJDK/Home Please help, any hints, link are most welcome! ..fredik -- Cloud Nine Fredrik Bonander Frontend Developer - the infinite power of the creative mind - Linnégatan 89 E Box 10304 100 55 Stockholm Sweden Tel: +46 (0) 8 - 663 44 00 Mail: [EMAIL PROTECTED] Website: www.cloudnine.se - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Cloud Nine Fredrik Bonander Frontend Developer - the infinite power of the creative mind - Linnégatan 89 E Box 10304 100 55 Stockholm Sweden Tel: +46 (0) 8 - 663 44 00 Mail: [EMAIL PROTECTED] Website: www.cloudnine.se
RE: problem with data input
-Original Message- From: Steve Ingraham [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 7:30 PM To: Tomcat Users List Subject: RE: problem with data input -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wed 1/9/2008 5:02 PM To: Tomcat Users List Subject: RE: problem with data input From: Steve Ingraham [mailto:[EMAIL PROTECTED] Subject: RE: problem with data input So I can look in /usr/local/tomcat/common/lib and any duplicates of those in /usr/local/tomcat/webapps/occa/WEB-INF/lib I will remove. Am I thinking about this correctly? Yes. Just remember this is getting rid of the noise so we can better find the cause of the real problem, since I doubt this is it. Thought I would log on from home and check the mail list. I will look at this first thing when I get in. Once I clear those up what should be the next thing to do? Charles, I have checked the WEB-INF/lib for other duplicated .jar files. I have not seen any. What is the next step for troubleshooting the problem? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat5 not start with -security flag
Here is the catalina.out output when trying tomcat5 start -security java.lang.reflect.InvocationTargetException 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:585) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:250) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:424) Caused by: javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.SAXParserFactory cannot be found at javax.xml.parsers.SAXParserFactory.newInstance(Unknown Source) at org.apache.commons.digester.Digester.getFactory(Digester.java:478) at org.apache.commons.digester.Digester.getParser(Digester.java:683) at org.apache.commons.digester.Digester.getXMLReader(Digester.java:891) at org.apache.commons.digester.Digester.parse(Digester.java:1572) at org.apache.catalina.startup.Catalina.load(Catalina.java:489) at org.apache.catalina.startup.Catalina.load(Catalina.java:528) ... 6 more I have lost many days, looking for solution :-( rakel wrote: Hi, I am using tomcat5 installed from FC4 installation CD. It was working fine with default JVM - jre-1.4.2-gcj. I have installed new JVM from SUN - jre-1.5.0-sun-update14 following instructions on http://fedoranews.org/mediawiki/index.php/JPackage_Java_for_FC4. I have doing this because deploy new openlaszlo.war, and it needs java from sun. Tomcat and other deployed servlets are working, and everything is OK. But when i try start tomcat with -security flag it stops. When I change JAVA_HOME manually to older (java-gcj), tomcat starts normally with same security flag, and the same catalina.policy catalina.properties files. Please help me start Tomcat5 with security flag and the new java-1.5.0-sun -- View this message in context: http://www.nabble.com/tomcat5-not-start-with--security-flag-tp14736459p14738446.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5 and loading of native libraries
That was it. I had ojdbc14.jar in the WAR archive. I just moved it into CATALINA_HOME/common/lib/ and it works now :) By the way, is any of you using plain Oracle JDBC or with an ORM? On 1/10/08, Wesley Schwengle [EMAIL PROTECTED] wrote: On 10.01.08 13:22 Filipe David Manana wrote: I am using Tomcat 5.5.23 and I have a webapp which uses a library (more specifically, Oracle's JDBC) that loads a native library on my system ( libocijdbc10.so ). Is did you put the library files in your war file? I experienced similair problems when we wanted to use C libraries for Remedy. We ended up removing the library files from the war file and put them in /path/to/lib and added this path to LD_LIBRARY_PATH and added set the following param when starting tomcat: -Djava.library.path=/path/to/lib This resolved our unsatisfiedlink error. Hope this helps. Cheers, Wesley -- Orange Nederland Breedband BV, http://www.orange.nl http://www.equant.nl; http://www.euronet.nl Wesley Schwengle, System Administrator, IT Operations - Business Systems Muiderstraat 1, P.o. BOX 10241 , 1001 EE Amsterdam T:+31 (0)20 535 52 55, F:+31 (0)20 535 57 49 -- Filipe David Manana, [EMAIL PROTECTED] Obvious facts are like secrets to those not trained to see them.
Opening and Closing Sockets used in Http request and responses
I have a Spring based application that is running in Tomcat 5.5.12. Tomcat
is integrated with Apache. Apache host JavaScript client side code that
makes Http asynchronous calls to the Spring based application. I'm getting
an error reported from Apache as follows:
Too many open files: apr_accept: (client socket)
There is speculation that the resources being used in the Spring based app.
are not being properly cleaned up. More specifically, the HttpServletRequest
and HttpServletResponse objects are leaving streams and sockets open on the
Apache server. Should I be explicitly closing streams and sockets of the
HttpServletRequest and HttpServletReponse objects? If so, how would this be
done? Or does tomcat handle this?
Here's an example of what is currently is done.
public class Something implements Controller {
public ModelAndView handleRequest(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
//read something from request
doSomething();
return null;
}
}
RE: problem with data input
From: Steve Ingraham [mailto:[EMAIL PROTECTED] Subject: RE: problem with data input I have checked the WEB-INF/lib for other duplicated .jar files. I have not seen any. Good. What is the next step for troubleshooting the problem? You'll need to trace what's going on in the webapp and the database when attempts are made to update the area in question. Your DB most likely has some form of debugging capability that you can enable, hopefully with some filtering capability that will avoid generating tons of irrelevant traces. Also, if there's any debugging or logging built into the webapp of interest, turn that on. If all else fails, put logging (or print) statements in the webapp to see what's really going on when this particular kind of data is being entered. The webapp could be generating ill-formed SQL, sending it to the DB, and eating any exceptions generated; many other failure modes are also possible, but you'll need information from within the webapp and DB to find out what. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get tomcat to decode %26
Hi, Does anyone know how to get tomcat to interpret %26 as an ampersand character () Thanks, Vackar -- View this message in context: http://www.nabble.com/How-to-get-tomcat-to-decode--26-tp14738575p14738575.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem with data input
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 11:00 AM To: Tomcat Users List Subject: RE: problem with data input From: Steve Ingraham [mailto:[EMAIL PROTECTED] Subject: RE: problem with data input I have checked the WEB-INF/lib for other duplicated .jar files. I have not seen any. Good. What is the next step for troubleshooting the problem? You'll need to trace what's going on in the webapp and the database when attempts are made to update the area in question. Your DB most likely has some form of debugging capability that you can enable, hopefully with some filtering capability that will avoid generating tons of irrelevant traces. Also, if there's any debugging or logging built into the webapp of interest, turn that on. If all else fails, put logging (or print) statements in the webapp to see what's really going on when this particular kind of data is being entered. The webapp could be generating ill-formed SQL, sending it to the DB, and eating any exceptions generated; many other failure modes are also possible, but you'll need information from within the webapp and DB to find out what. Ok, I understand about getting more information on this. However, I lack the knowledge to go about doing so without some assistance. This is a system that I have inherited and that I just marginally understand. I can work through the steps necessary to do what you are talking about but I do not know what those steps are, where to go to do them or how to go about doing them without some guidance. If you have the time to walk me through this could you direct me on where and how I turn on debugging for the webapp and/or the database? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem with data input
From: Steve Ingraham [mailto:[EMAIL PROTECTED] Subject: RE: problem with data input If you have the time to walk me through this could you direct me on where and how I turn on debugging for the webapp and/or the database? Sorry, all that depends on the actual webapp and the DB you're using. Might be time to hire a consultant... - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
David, ~ sorry for my delay . . . ~ there is nothing to be shown. it is a config issue which you could reproduce by: ~ 1) downloading tc 4.1.36 ~ 2) giving it a first run to make sure everything is OK ~ 2) writing, within the admin.xml or manage.xml conf files, something like ~ Context path=/admin docBase=../server/webapps/admin ~ without closing the parentesis ~ I do this kind of stuff, heavily commenting conf files, constantly to reset these folders when I go from a Linux to a WIndows Box ~ lbrtchx On 1/5/08, David Smith [EMAIL PROTECTED] wrote: I just realized what you posted was just a very narrow excerpt of the comment block only. Could you provide a complete example? --David David Smith wrote: What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat + HttpClient + SSL + tcnative-1.dll issues?
Hi Mark, As Jim mentioned, thanks again for the find! We have tested with the latest source code and the issue is indeed solved. Do you happen to know when the new tcnative-1.dll will be available? Or is there a mailer I could track or an online release schedule? Stacy Jim Brikman (ybrikman) wrote: Good find Mark! It definitely does sound like the issue you linked. We'll try building the code ourselves and see if it takes care of the issue. Thanks, Jim -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 5:39 PM To: Tomcat Users List Subject: Re: Tomcat + HttpClient + SSL + tcnative-1.dll issues? JP Beaudry wrote: How do we go about debugging this? Is there any lower level tracing we can enable? Somewhere between the Tomcat access log and a sniffer trace? This sounds like http://issues.apache.org/bugzilla/show_bug.cgi?id=44087 A new native release is planned shortly to fix this. In the meantime, you could try building from the source and seeing if the issue you are seeing is indeed fixed. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Tomcat-%2B-HttpClient-%2B-SSL-%2B-tcnative-1.dll-issues--tp14587172p14741024.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
Sorry but you're still posting only a partial context.xml file and it still looks like invalid XML. Get a XML validator and check your files. I know NetBeans has one built-in. To illustrate the whole valid vs. invalid point: Valid xml -- note the invalid xml fragment wrapped in a comment so it doesn't count: Context path= !-- Context path=something -- /Context Invalid xml -- note the begin tag is commented out leaving an end tag w/o a begin: !-- Context path= -- Logger / /Context --David Albretch Mueller wrote: David, ~ sorry for my delay . . . ~ there is nothing to be shown. it is a config issue which you could reproduce by: ~ 1) downloading tc 4.1.36 ~ 2) giving it a first run to make sure everything is OK ~ 2) writing, within the admin.xml or manage.xml conf files, something like ~ Context path=/admin docBase=../server/webapps/admin ~ without closing the parentesis ~ I do this kind of stuff, heavily commenting conf files, constantly to reset these folders when I go from a Linux to a WIndows Box ~ lbrtchx On 1/5/08, David Smith [EMAIL PROTECTED] wrote: I just realized what you posted was just a very narrow excerpt of the comment block only. Could you provide a complete example? --David David Smith wrote: What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can you call an MBean programatically from the command line?
HI, use groovy with JMX. http://groovy.codehaus.org/Groovy+and+JMX http://jagger.berlios.de/ Regards Peter Am 10.01.2008 um 16:08 schrieb Dan: Hi, I use JProfiler amongst other tools and this has some useful MBeans which i'd like to activate at a given point from a scheduled job. All sounds very simple. However I cannot find a command line tool, perhaps similar to JConsole which allows me to execute a given MBean. Surely such a tool is available? If not then how hard would it be to write one? Thanks! Dan Message sent using UebiMiau 2.7.10 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FOLLOW-UP: Re: Tomcat 6 UTF-8 GET and POST - please Help..
I have tested the stuff below on JETTY, and both GET and POST work fine. Thanks again, a.m. On Jan 10, 2008 2:06 PM, Aleksandar Matijaca [EMAIL PROTECTED] wrote: Hi there, I am having some issue with submitting foreign language fonts in HTML form to Tomcat. If I set up the FORM with method=GET everything works just fine. However, when I use POST, things don't work - I get garbled characters in my servlet from the FORM. In the example below, I am showing the headers for both GET and POST - the character being sent is a single lower case letter f in cyrillic. The POST method does not work - gives garbled characters - please note that the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST, so I don't think that it is a browser issue (i think that my HTML is ok too). http://localhost:8080/Inter/takeText.do POST /Inter/takeText.do HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q= 0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 Content-Type: application/x-www-form-urlencoded Content-Length: 13 mytext=%D1%84 This is the request using GET - this works just fine - the servlet gets mytext nicely decoded... http://localhost:8080/Inter/takeText.do?mytext=%D1%84 GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q= 0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84 Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity= 1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 *** My HTML (rendered from the JSP) html head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / /head body form name=InputLanguageForm method=POST action=/Inter/takeText.do accept-charset=UTF-8 input type=text name=mytext value= input type=submit value=Do it /form /body /html This is the configuration of the Tomcat Connector - if I REMOVE URIEncoding, both GET and POST don't work any more. Connector port=8080 protocol=HTTP/1.1 connectionTimeout=2 URIEncoding=UTF-8 redirectPort=8443 / Thanks for any insight you can give me here... I really don't want to change ALL my forms to GET - there should be an easier (and more natural) fix for this. Thanks, Alex.
Re: Tomcat 6 UTF-8 GET and POST - please Help..
As you might infer, URIEncoding=UTF-8 only work on the Uri part, and thus affect only GET. The post is decoded using the browser provided content-encoding. Most borwser don't bother to set that header. Behaviour of tomcat is to then use some default (ISO-8859-1). Best way to ensure tomcat will use UTF-8 for post decoding is to force it using request.setCharacterEncoding(UTF-8), before any call to getParameter(s). a filter or a valve might be a good place :) btw, be carefull, struts (i see you use struts) tends to also have his default behaviour when decoding POST :) Aleksandar Matijaca a écrit : Hi there, I am having some issue with submitting foreign language fonts in HTML form to Tomcat. If I set up the FORM with method=GET everything works just fine. However, when I use POST, things don't work - I get garbled characters in my servlet from the FORM. In the example below, I am showing the headers for both GET and POST - the character being sent is a single lower case letter f in cyrillic. The POST method does not work - gives garbled characters - please note that the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST, so I don't think that it is a browser issue (i think that my HTML is ok too). http://localhost:8080/Inter/takeText.do POST /Inter/takeText.do HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 Content-Type: application/x-www-form-urlencoded Content-Length: 13 mytext=%D1%84 This is the request using GET - this works just fine - the servlet gets mytext nicely decoded... http://localhost:8080/Inter/takeText.do?mytext=%D1%84 GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84 Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 *** My HTML (rendered from the JSP) html head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / /head body form name=InputLanguageForm method=POST action=/Inter/takeText.do accept-charset=UTF-8 input type=text name=mytext value= input type=submit value=Do it /form /body /html This is the configuration of the Tomcat Connector - if I REMOVE URIEncoding, both GET and POST don't work any more. Connector port=8080 protocol=HTTP/1.1 connectionTimeout=2 URIEncoding=UTF-8 redirectPort=8443 / Thanks for any insight you can give me here... I really don't want to change ALL my forms to GET - there should be an easier (and more natural) fix for this. Thanks, Alex. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 UTF-8 GET and POST - please Help..
I will try the filter, and let you know -- I don't think that Struts is too worried about the encoding, while debugging, I saw that things go wrong much earlier, above struts, in the regular servlet layer on which Struts Action sits... Thanks for the suggestion.. You know, it is really disappointing, that one has to do custom programming (filter) depending on what kind of a container engine is used - in the ideal world, this should just work for all different application servers.. God only knows, what if anything I would have to do for Websphere, Weblogic, Oracle server etc... Thanks for your help. Alex. On Jan 10, 2008 2:12 PM, David Delbecq [EMAIL PROTECTED] wrote: As you might infer, URIEncoding=UTF-8 only work on the Uri part, and thus affect only GET. The post is decoded using the browser provided content-encoding. Most borwser don't bother to set that header. Behaviour of tomcat is to then use some default (ISO-8859-1). Best way to ensure tomcat will use UTF-8 for post decoding is to force it using request.setCharacterEncoding(UTF-8), before any call to getParameter(s). a filter or a valve might be a good place :) btw, be carefull, struts (i see you use struts) tends to also have his default behaviour when decoding POST :) Aleksandar Matijaca a écrit : Hi there, I am having some issue with submitting foreign language fonts in HTML form to Tomcat. If I set up the FORM with method=GET everything works just fine. However, when I use POST, things don't work - I get garbled characters in my servlet from the FORM. In the example below, I am showing the headers for both GET and POST - the character being sent is a single lower case letter f in cyrillic. The POST method does not work - gives garbled characters - please note that the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST, so I don't think that it is a browser issue (i think that my HTML is ok too). http://localhost:8080/Inter/takeText.do POST /Inter/takeText.do HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 Content-Type: application/x-www-form-urlencoded Content-Length: 13 mytext=%D1%84 This is the request using GET - this works just fine - the servlet gets mytext nicely decoded... http://localhost:8080/Inter/takeText.do?mytext=%D1%84 GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84 Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 *** My HTML (rendered from the JSP) html head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / /head body form name=InputLanguageForm method=POST action=/Inter/takeText.do accept-charset=UTF-8 input type=text name=mytext value= input type=submit value=Do it /form /body /html This is the configuration of the Tomcat Connector - if I REMOVE URIEncoding, both GET and POST don't work any more. Connector port=8080 protocol=HTTP/1.1 connectionTimeout=2 URIEncoding=UTF-8 redirectPort=8443 / Thanks for any insight you can give me here... I really don't want to change ALL my forms to GET - there should be an easier (and more natural) fix for this. Thanks, Alex. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Modify JDBC Realm
[EMAIL PROTECTED] wrote: Is there eny smart possibility to modify this method or is there even another solution for my problem? Use a view for the roles table. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem with data input
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 12:18 PM To: Tomcat Users List Subject: RE: problem with data input From: Steve Ingraham [mailto:[EMAIL PROTECTED] Subject: RE: problem with data input If you have the time to walk me through this could you direct me on where and how I turn on debugging for the webapp and/or the database? Sorry, all that depends on the actual webapp and the DB you're using. Might be time to hire a consultant... When you refer to webapp are you talking about Tomcat or Java or something else? The database is a MySQL database. MySQL, Java, Tomcat are all running on the same server. If there is a consultant that could look at this I would welcome the opportunity to talk with them. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Shutdown error transport error 202: bind failed
varunsuresh wrote: These are my debug options -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=,server=y,suspend=n How are you setting these? Using JPDA_TRANSPORT etc works for me. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get tomcat to decode %26
Vackar wrote: Hi, Does anyone know how to get tomcat to interpret %26 as an ampersand character () It does. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat + HttpClient + SSL + tcnative-1.dll issues?
stacjohn wrote: Hi Mark, As Jim mentioned, thanks again for the find! We have tested with the latest source code and the issue is indeed solved. Great. Do you happen to know when the new tcnative-1.dll will be available? Soon... Or is there a mailer I could track or an online release schedule? It will be announced on the list, the dev list and the Apache wide announce list. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error when shutting down Tomcat
If I start Tomcat and let it run for ~30 seconds (ie, let my webapp load completely), I can shut it down without any errors. However, if I start Tomcat and very shortly after try to shut it down again (before my webapp has finished loading), I get the following error in the logs: : : Oct 26 2007 14:00:44.124 -0400: %_--: Catalina.stop: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:519) at java.net.Socket.connect(Socket.java:469) at java.net.Socket.init(Socket.java:366) at java.net.Socket.init(Socket.java:179) at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:395) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:344) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:435) Nothing else appears in the logs afterwards, so I have no idea what's happening, but I'm pretty sure Tomcat keeps running and my webapp's shutdown code is never called. Any ideas? Thanks, Jim
Re: Tomcat 6 UTF-8 GET and POST - please Help..
The Filter worked -- now it works well with the POST as well as the GET.
David thank you so much...
Here is the filter.. nice and simple.. Maybe somebody else may need this
code
one day...
But you know, from a Philosophical Perspective,
I should not have to create extra code, to get around these
incompatibilities in Tomcat.
I don't have to do this in Jetty...
Regards, Alex.
package test.inter;
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
public class UTF8Filter implements Filter {
public void destroy() {
// TODO Auto-generated method stub
}
public void doFilter(ServletRequest arg0, ServletResponse arg1,
FilterChain arg2) throws IOException, ServletException {
arg0.setCharacterEncoding(UTF-8);
arg2.doFilter(arg0,arg1);
}
public void init(FilterConfig arg0) throws ServletException {
// TODO Auto-generated method stub
}
}
in web.xml
filter
filter-nameUTF8Filter/filter-name
filter-classtest.inter.UTF8Filter/filter-class
/filter
filter-mapping
filter-nameUTF8Filter/filter-name
url-pattern/*/url-pattern
/filter-mapping
On Jan 10, 2008 2:12 PM, David Delbecq [EMAIL PROTECTED] wrote:
As you might infer, URIEncoding=UTF-8 only work on the Uri part, and
thus affect only GET. The post is decoded using the browser provided
content-encoding. Most borwser don't bother to set that header.
Behaviour of tomcat is to then use some default (ISO-8859-1). Best way
to ensure tomcat will use UTF-8 for post decoding is to force it using
request.setCharacterEncoding(UTF-8), before any call to
getParameter(s). a filter or a valve might be a good place :)
btw, be carefull, struts (i see you use struts) tends to also have his
default behaviour when decoding POST :)
Aleksandar Matijaca a écrit :
Hi there,
I am having some issue with submitting foreign language fonts in HTML
form
to Tomcat.
If I set up the FORM with method=GET everything works just fine.
However,
when I use
POST, things don't work - I get garbled characters in my servlet from
the
FORM.
In the example below, I am showing the headers for both
GET and POST - the character being sent is a single lower case letter
f in
cyrillic.
The POST method does not work - gives garbled characters - please note
that
the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST,
so I don't think that it is a browser issue (i think that my HTML is ok
too).
http://localhost:8080/Inter/takeText.do
POST /Inter/takeText.do HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:8080/Inter/takeText.do
Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0;
JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146
Content-Type: application/x-www-form-urlencoded
Content-Length: 13
mytext=%D1%84
This is the request using GET - this works just fine - the servlet gets
mytext nicely decoded...
http://localhost:8080/Inter/takeText.do?mytext=%D1%84
GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84
Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0;
JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146
***
My HTML (rendered from the JSP)
html
head
meta http-equiv=Content-Type content=text/html; charset=UTF-8
/
/head
body
form name=InputLanguageForm method=POST
action=/Inter/takeText.do accept-charset=UTF-8
input type=text name=mytext value=
input type=submit value=Do it
/form
/body
/html
This is the configuration of the Tomcat Connector - if I REMOVE
URIEncoding,
both GET and POST don't work
Re: Why use a Web Server over Tomcat?
Hi Barbara, Sorry still on holiday, not reading email every day... Read this articlae by one of the tomcat gurus... nice and academic, has calcs on load factors etc... That Secure generic configuration... is how I was thinking but a bank will genearlly be even more paranoid. Like for example a bank IT reads about something like exploiting buffer overflows in IIS, or some other creative hack that gets the hacker into the network and they will probably go for something like this... http://searchsecurity.techtarget.com/tip/1,289483,sid14_gci906407,00.html See dual firewalls... put them together and you probably have what bankers would consider good protection.. ie even if the hacker hacked a machine in the DMZ and got onto the network... Tomcat the machine with sensitive access to other services... is still behind another firewall. Smaller organizations would typically just have a router firewall, and a server behind it... if that server is a linux box setup correctly... it also becomes a quasi firewall... possibly with dual network connections, and Tomcat, or Apache running and linux guys would probably consider that very secure as well. Linux is a little grey, because it literally can become anything but in concept, something like the above is happening Google there is tons of info and various levels of paranoa ;) --- HARBOR: http://coolharbor.100free.com/index.htm The best application server on earth --- - Original Message - From: Bárbara Vieira [EMAIL PROTECTED] To: 'Tomcat Users List' users@tomcat.apache.org; [EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 6:30 PM Subject: RE: Why use a Web Server over Tomcat? Alan and Johnny, I agree with Alan. I'm using the same scheme to save passwords in database, and SSL too. But, Johnny's answer help me understand some things. Johnny, when you say: So in those organization Tomcat is probably behind the second internal firewall for staff to use as well. What do you mean? If you have a Tomcat inside a DMZ, usually we have one firewall, that separates internet from intranet, i.e., the firewall filters requests that comes from de outside. Isn't that? Thanks, Regards, Bárbara Vieira -Original Message- From: Alan Chaney [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 9 de Janeiro de 2008 14:10 To: Tomcat Users List Subject: Re: Why use a Web Server over Tomcat? One reason for doing this, is again not whether IIS or APACHE is better although APACHE on linux in the hands of a guru is very good, its because Tomcat carries clear text passwords, so if a hacker did get at the machine, they would probably see the Active X LDAP master password, I don't understand this comment at all. 'Passwords' in tomcat can be managed by a whole host of authentication schemes. I use SSL to protect access to the password on the net and MD5 encoded passwords in a database for user authentication and access control. It depends entirely upon how you configure your system. Regards Alan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:4784031b130881839419991! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to specify attributes for Resource
Hello, I would like to specify the following attribute in the server.xml file in windows: url=jdbc:derby:net://ip:port/path/to/database;retrieveMessagesFromServerOnGetMessage=true; But the problem is that I can't figure out the right way to escape the path to the database in windows. I've tried the following permutations but tomcat hasn't been able to parse any of them correctly: Resource ... url=jdbc:derby:net://ip:port/C:\path\to\database;retrieveMessagesFromServerOnGetMessage=true; / url=jdbc:derby:net://ip:port/C:/path/to/database;retrieveMessagesFromServerOnGetMessage=true; / url=jdbc:derby:net://ip:port/C:\\path\\to\\database;retrieveMessagesFromServerOnGetMessage=true; / url=jdbc:derby:net://ip:port/\C:\path\to\database\;retrieveMessagesFromServerOnGetMessage=true; / url=jdbc:derby:net://ip:port/\C:/path/to/database\;retrieveMessagesFromServerOnGetMessage=true; / url=jdbc:derby:net://ip:port/\C:\\path\\to\\database\;retrieveMessagesFromServerOnGetMessage=true; / Does anyone know how to accomplish the correct escaping sequence? Thanks!
RE: Tomcat 6 UTF-8 GET and POST - please Help..
I found this guide to be very helpful in getting Tomcat to work with UTF-8:
http://cagan327.blogspot.com/2006/05/utf-8-encoding-fix-tomcat-jsp-etc.html .
It includes the filter code as well as other possible gotchas. It is indeed a
bit of a painful process and it would be nice if it could be simplified.
Jim
-Original Message-
From: Aleksandar Matijaca [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 10, 2008 3:25 PM
To: Tomcat Users List
Subject: Re: Tomcat 6 UTF-8 GET and POST - please Help..
The Filter worked -- now it works well with the POST as well as the GET.
David thank you so much...
Here is the filter.. nice and simple.. Maybe somebody else may need this code
one day...
But you know, from a Philosophical Perspective, I should not have to create
extra code, to get around these incompatibilities in Tomcat.
I don't have to do this in Jetty...
Regards, Alex.
package test.inter;
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
public class UTF8Filter implements Filter {
public void destroy() {
// TODO Auto-generated method stub
}
public void doFilter(ServletRequest arg0, ServletResponse arg1, FilterChain
arg2) throws IOException, ServletException {
arg0.setCharacterEncoding(UTF-8);
arg2.doFilter(arg0,arg1);
}
public void init(FilterConfig arg0) throws ServletException {
// TODO Auto-generated method stub
}
}
in web.xml
filter
filter-nameUTF8Filter/filter-name
filter-classtest.inter.UTF8Filter/filter-class
/filter
filter-mapping
filter-nameUTF8Filter/filter-name
url-pattern/*/url-pattern
/filter-mapping
On Jan 10, 2008 2:12 PM, David Delbecq [EMAIL PROTECTED] wrote:
As you might infer, URIEncoding=UTF-8 only work on the Uri part, and
thus affect only GET. The post is decoded using the browser provided
content-encoding. Most borwser don't bother to set that header.
Behaviour of tomcat is to then use some default (ISO-8859-1). Best way
to ensure tomcat will use UTF-8 for post decoding is to force it using
request.setCharacterEncoding(UTF-8), before any call to
getParameter(s). a filter or a valve might be a good place :)
btw, be carefull, struts (i see you use struts) tends to also have his
default behaviour when decoding POST :)
Aleksandar Matijaca a écrit :
Hi there,
I am having some issue with submitting foreign language fonts in
HTML
form
to Tomcat.
If I set up the FORM with method=GET everything works just fine.
However,
when I use
POST, things don't work - I get garbled characters in my servlet
from
the
FORM.
In the example below, I am showing the headers for both GET and POST
- the character being sent is a single lower case letter
f in
cyrillic.
The POST method does not work - gives garbled characters - please
note
that
the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST, so I
don't think that it is a browser issue (i think that my HTML is ok
too).
http://localhost:8080/Inter/takeText.do
POST /Inter/takeText.do HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:8080/Inter/takeText.do
Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0;
JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146
Content-Type: application/x-www-form-urlencoded
Content-Length: 13
mytext=%D1%84
This is the request using GET - this works just fine - the servlet
gets mytext nicely decoded...
http://localhost:8080/Inter/takeText.do?mytext=%D1%84
GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84
Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0;
JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146
Re: Why use a Web Server over Tomcat?
--- HARBOR: http://coolharbor.100free.com/index.htm The best application server on earth --- - Original Message - From: Johnny Kewl [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, January 10, 2008 10:27 PM Subject: Re: Why use a Web Server over Tomcat? Hi Barbara, Sorry still on holiday, not reading email every day... Read this articlae by one of the tomcat gurus... nice and academic, has calcs on load factors etc... http://people.apache.org/~mturk/docs/article/ftwai.html That Secure generic configuration... is how I was thinking but a bank will genearlly be even more paranoid. Like for example a bank IT reads about something like exploiting buffer overflows in IIS, or some other creative hack that gets the hacker into the network and they will probably go for something like this... http://searchsecurity.techtarget.com/tip/1,289483,sid14_gci906407,00.html See dual firewalls... put them together and you probably have what bankers would consider good protection.. ie even if the hacker hacked a machine in the DMZ and got onto the network... Tomcat the machine with sensitive access to other services... is still behind another firewall. Smaller organizations would typically just have a router firewall, and a server behind it... if that server is a linux box setup correctly... it also becomes a quasi firewall... possibly with dual network connections, and Tomcat, or Apache running and linux guys would probably consider that very secure as well. Linux is a little grey, because it literally can become anything but in concept, something like the above is happening Google there is tons of info and various levels of paranoa ;) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Java Wrapper problems under T4.1.18, jdk1.3.1
hi Tim, ThreadDumpWrapper, you have the source code for that, so you can modify it any way you want, including compiling it for JDK 1.3.1 but the class Bootstrap is in 4.1, it should be in TC_HOME/bin/bootstrap.jar Filip [EMAIL PROTECTED] wrote: Hi I'm attempting to use the Tomcat Wrapper (http://people.apache.org/~fhanik/wrapper.html) on our elderly set-up - Tomcat 4.1.18 Java JDK 1.3.1 Since its the only way I can see to ever obtain thread dumps of Tomcat running as a service. As far as I can tell, the code in ThreadDumpWrapper won't work in this environment, because 1) InetAddress.getByAddress() is only in JDK1.4.x 2) org.apache.catalina.startup.Bootstrap doesn't appear to be in the Tomcat 4.1 libs So I think I can use InetAddress.getByName(null) for #1, but what should I alter #2 to ? I think the maintainer of the software is on this list, so hopefully I can get a way forward. thanks! Tim - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
comet client doesn't receive server response
I posted this question along with some others recently. I'm re-posting it in its own thread with some additional information. I have a comet client app that works on all the machines I've tested except one. The failing machine sends a comet request to the server and then waits indefinitely for the response, even though the server has sent the response and flushed the buffer. I'm trying to figure out why the client doesn't receive the response and would really appreciate any tips. Server is latest from 6.0.x trunk and using nio connector. Failing machine info: - runs windows xp - windows firewall is turned off - fails on multiple networks, so it doesn't seem to be a router or firewall issue - computer has no problem with other network access - same test code pointed at a non-comet servlet (simply changing the url) succeeds!!! I used a socket monitoring tool to see if the client machine receives the response at all. It doesn't appear to. Below are traces from a successful machine and the failing machine. I'm not a sockets expert, so I don't really know what to look for, but the two things that stand out to me are: - failing machine uses localhost ip instead of its LAN ip (which is 192.168.1.102 according to ipconfig) - succeeding machine uses LAN ip - I don't understand why they're different - failing machine receives WSAEWOULDBLOCK error instead of server response I believe the WSAEWOULDBLOCK basically indicates that there's nothing on the socket to be read, which seems to indicate that the failing machine never receives the response at all. Is this a comet problem? Is it a routing problem? Anyone have any ideas for what the problem might be? Any tips on what I should investigate next? Thanks, Peter SUCCEEDING MACHINE SOCKET TRACE = Connect Address: 66.241.85.247:80 Return Value: 0 Error Code:0 GetSockName Address: 192.168.1.133:1104 Return Value: 0 Error Code:0 SetSockOpt - Level: SOL_SOCKET Opt Name: SO_KEEPALIVE Opt Len: 4 Return Value: 0 Error Code:0 01 00 00 00 Send --- Address: 192.168.1.133:1104 = 66.241.85.247:80 Flags: 0 Return Value: 0 Error Code:0 Data: POST /servlet/Receive HTTP/1.1 Host: www.seekspeak.com User-Agent: SeekSpeak Connection: keep-alive Content-Type: text/plain Transfer-Encoding: chunked 2c source_chat_id=192.168.1.1%3A486547763981705 Recv --- Address: 192.168.1.133:1104 = 66.241.85.247:80 Flags: 0 Return Value: 0 Error Code:0 Data: HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Set-Cookie: JSESSIONID=4618F4394D4924A5629628ED1CD2ADDE; Path=/ Transfer-Encoding: chunked Date: Thu, 10 Jan 2008 07:55:05 GMT 49 OK COMMAND INVITATION_ACCEPTED tutorial_client Invitation accepted... FAILING MACHINE SOCKET TRACE = Connect Address: 66.241.85.247:80 Return Value: 0 Error Code:0 GetSockName Address: 127.0.0.1:2085 Return Value: 0 Error Code:0 SetSockOpt - Level: SOL_SOCKET Opt Name: SO_KEEPALIVE Opt Len: 4 Return Value: 0 Error Code:0 01 00 00 00 Send --- Address: 127.0.0.1:2085 = 66.241.85.247:80 Flags: 0 Return Value: 0 Error Code:0 Data: POST /servlet/Receive HTTP/1.1 Host: www.seekspeak.com User-Agent: SeekSpeak Connection: keep-alive Content-Type: text/plain Transfer-Encoding: chunked 2c source_chat_id=192.168.1.1%3A485374421886120 Select - Return Value: 0 Error Code:0 Recv --- Address: 127.0.0.1:2077 = 66.241.85.247:80 Flags: 0 Return Value: -1 Error Code:WSAEWOULDBLOCK - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First JSP page, Can't get Tomcat to show jsp-pages
Set a breakpoint in your's servlet init() in Eclipse. Another thing - show your jsp page how it looks like. Dmitriy. On Thu, 2008-01-10 at 17:36 +0100, Fredrik Bonander wrote: Any idea which jar i might be? In the my web-app I have only the test.jsp and WEB-INF/web.xml. ..fredrik On Jan 10, 2008, at 5:34 PM, Propes, Barry L wrote: sounds like you're either missing a jar file or have it in the wrong location. -Original Message- From: Fredrik Bonander [mailto:[EMAIL PROTECTED] Sent: Thursday, January 10, 2008 10:30 AM To: users@tomcat.apache.org Subject: First JSP page, Can't get Tomcat to show jsp-pages Hi, I ran quickly in to a problem with my first JSP page under Tomcat. I've also been browsing google and java forums and can't seem to find any solution. I'm running Tomcat 6, and trying to show an simple Hello World JSP page. htmlbodyHello world !!/body/html But it keeps giving me an 404 error with the message: HTTP Status 404 - Servlet jsp is not available type Status report message Servlet jsp is not available description The requested resource (Servlet jsp is not available) is not available. If I rename the hello.jsp to hello.html it works fine. And a servlet compiled from a helloworld.java works fine. After some testing it seems that no jsp-pages works. In the logs it says that the server started okey, but in the localhost log it says: Jan 10, 2008 2:13:05 PM org.apache.catalina.core.StandardContext loadOnStartup SEVERE: Servlet /db threw load() exception javax.servlet.ServletException: Error instantiating servlet class org.apache.jasper.servlet.JspServlet I use these paths: Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/ CurrentJDK/Home Please help, any hints, link are most welcome! ..fredik -- Cloud Nine Fredrik Bonander Frontend Developer - the infinite power of the creative mind - Linnégatan 89 E Box 10304 100 55 Stockholm Sweden Tel: +46 (0) 8 - 663 44 00 Mail: [EMAIL PROTECTED] Website: www.cloudnine.se - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 UTF-8 GET and POST - please Help..
Aleksandar Matijaca a écrit : I will try the filter, and let you know -- I don't think that Struts is too worried about the encoding, while debugging, I saw that things go wrong much earlier, above struts, in the regular servlet layer on which Struts Action sits... Well, you saw it using getParameter probably, which activates the default iso-8859-1 behaviour if no character encoding provided. Now, i know struts has a similar code somewhere to default to iso-8859-1 when nothing else is specified Thanks for the suggestion.. You know, it is really disappointing, that one has to do custom programming (filter) depending on what kind of a container engine is used - in the ideal world, this should just work for all different application servers.. In ideal world it would have been defined in the servlet specs how to set default chaset for post decoding :) In ideal world, browser would write in their request header what encoding the request was made in :) In ideal world, there wouldn't exist more than one, universal, charset. In the ideal world, my pay would be bigger ^^ God only knows, what if anything I would have to do for Websphere, Weblogic, Oracle server etc... Thought top manager of those companies may be near to that position at some point, i don't think God has anything to do with it ;) Thanks for your help. Alex. On Jan 10, 2008 2:12 PM, David Delbecq [EMAIL PROTECTED] wrote: As you might infer, URIEncoding=UTF-8 only work on the Uri part, and thus affect only GET. The post is decoded using the browser provided content-encoding. Most borwser don't bother to set that header. Behaviour of tomcat is to then use some default (ISO-8859-1). Best way to ensure tomcat will use UTF-8 for post decoding is to force it using request.setCharacterEncoding(UTF-8), before any call to getParameter(s). a filter or a valve might be a good place :) btw, be carefull, struts (i see you use struts) tends to also have his default behaviour when decoding POST :) Aleksandar Matijaca a écrit : Hi there, I am having some issue with submitting foreign language fonts in HTML form to Tomcat. If I set up the FORM with method=GET everything works just fine. However, when I use POST, things don't work - I get garbled characters in my servlet from the FORM. In the example below, I am showing the headers for both GET and POST - the character being sent is a single lower case letter f in cyrillic. The POST method does not work - gives garbled characters - please note that the mytext is PROPERLY ENCODED IN BOTH methods - GET and POST, so I don't think that it is a browser issue (i think that my HTML is ok too). http://localhost:8080/Inter/takeText.do POST /Inter/takeText.do HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 Content-Type: application/x-www-form-urlencoded Content-Length: 13 mytext=%D1%84 This is the request using GET - this works just fine - the servlet gets mytext nicely decoded... http://localhost:8080/Inter/takeText.do?mytext=%D1%84 GET /Inter/takeText.do?mytext=%D1%84 HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.8,sr;q=0.5,hi;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/Inter/takeText.do?mytext=%D1%84 Cookie: JSESSIONID=yhhvgybm2jfa; sensitivity=1000.0; JSESSIONID=AF8D24C63CE9C16D5DF78E5CDDE26146 *** My HTML (rendered from the JSP) html head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / /head body form name=InputLanguageForm method=POST action=/Inter/takeText.do accept-charset=UTF-8 input type=text name=mytext value= input type=submit value=Do it /form /body /html This is the configuration of the Tomcat Connector - if I REMOVE URIEncoding, both GET and POST don't work any more. Connector port=8080 protocol=HTTP/1.1
Re: Error when shutting down Tomcat
Tomcat use a localhost binded port to receive SHUTDOWN request. However, i think it does start listening on that port only after the startup sequence is finished. What you see is not a message from the running tomcat, but a message from the shutdown script, that says it can't connect to tomcat administrative port and thus can't send the shutdown instruction. Your guess is correct, tomcat is still running totally unaffected. Just rerun shutdown command when tomcat has finished starting up. Jim Brikman (ybrikman) a écrit : If I start Tomcat and let it run for ~30 seconds (ie, let my webapp load completely), I can shut it down without any errors. However, if I start Tomcat and very shortly after try to shut it down again (before my webapp has finished loading), I get the following error in the logs: : : Oct 26 2007 14:00:44.124 -0400: %_--: Catalina.stop: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:519) at java.net.Socket.connect(Socket.java:469) at java.net.Socket.init(Socket.java:366) at java.net.Socket.init(Socket.java:179) at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:395) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:344) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:435) Nothing else appears in the logs afterwards, so I have no idea what's happening, but I'm pretty sure Tomcat keeps running and my webapp's shutdown code is never called. Any ideas? Thanks, Jim - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Opening and Closing Sockets used in Http request and responses
Hi James,
Maybe the webapp clients exceed the maximun allowed by OS. You have to
increase the number of open files for tomcat launch user.
add
ulimit -n 32000
into tomcat's launch script.
hope this is helpful
James Johnson ha scritto:
I have a Spring based application that is running in Tomcat 5.5.12. Tomcat
is integrated with Apache. Apache host JavaScript client side code that
makes Http asynchronous calls to the Spring based application. I'm getting
an error reported from Apache as follows:
Too many open files: apr_accept: (client socket)
There is speculation that the resources being used in the Spring based app.
are not being properly cleaned up. More specifically, the HttpServletRequest
and HttpServletResponse objects are leaving streams and sockets open on the
Apache server. Should I be explicitly closing streams and sockets of the
HttpServletRequest and HttpServletReponse objects? If so, how would this be
done? Or does tomcat handle this?
Here's an example of what is currently is done.
public class Something implements Controller {
public ModelAndView handleRequest(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
//read something from request
doSomething();
return null;
}
}
Giancarlo Frison
http://www.jroller.com/giancarlo
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat sometimes loses HttpSession when 2 mod_jk workers have different hosts
Has anyone had problems with Tomcat losing the HttpSession when Apache uses mod_jk configured with 2 normal workers connected to *different* hosts? I have boiled down to the following test case: worker.list=customers,staff worker.customers.type=ajp13 worker.customers.host=host01 worker.customers.port=8009 worker.customers.retries=4 worker.customers.connect_timeout=1 worker.customers.prepost_timeout=1 worker.customers.connection_pool_timeout=600 worker.staff.reference=worker.customers worker.staff.host=host02 This is a simplified version of my Apache directives that route to those workers: JkMount /* customers JkMount /admin/* staff JkUnMount /images/* customers The failure surfaces in our code when the Tomcat HttpServletRequest request.getSession(false) returns null while processing the POST of the form request. The JSESSION cookie in the browser when the form loaded was correct, i.e., the same as the value right after I submitted my successful request to the login form. Strangely the failure only affects a couple of our /admin/* pages and -- stranger still -- only when worker.list includes both workers and the host set for those workers is different. If I only activate staff, it works. If I change worker.customers.host=host02 to match with staff, it works. It doesn't matter if either or both hosts are actually the localhost or a remote host -- if they differ, there is a failure, but only for a couple page requests. Finally, all of these pages worked with the identical JkMount directives with an older, more complicated version of workers.properties that used a load-balanced worker pool in place of customers (yes, the pool included a connection to host02). We have the following platform: Linux:Red Hat Enterprise Linux ES release 4 (Nahant Update 4) Kernel 2.6.9-42.0.3.ELsmp Apache: 2.2.3 Using prefork MPM Apache Tomcat Connector mod_jk/1.2.21 Tomcat: 5.5.17.0 JVM: 1.5.0_08-b03 Spring: Framework: 1.2.9 Web Flow: 1.0.3 Thanks, David Crane DonorsChoose.org
Re: How to get tomcat to decode %26
Hi try apache commons package, Stringutils somewhere. It has a lot of encode decode function already. 2008/1/10, Mark Thomas [EMAIL PROTECTED]: Vackar wrote: Hi, Does anyone know how to get tomcat to interpret %26 as an ampersand character () It does. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml configured correctly, but still getting'404...resourcenot found'
Thanks a lot, Chuck. So I think I can infer from what youre saying is that for the other 2 context.xml's, if you want Tomcat to behave a certain way for a particular webapp, you could edit context.xml files to get something different from the default behaviour. In what type of situation might you want to do something like that, I mean what kind of situation would compel you to want to edit one of those context.xmls ? Anyway, thanks a bunch for the help. This is the most helpful forum I'v been on. You guys rock ! -adam Caldarale, Charles R wrote: From: cuco2772 [mailto:[EMAIL PROTECTED] Subject: RE: web.xml configured correctly, but still getting'404...resourcenot found' This context.xml was the one in conf. That explains why you had problems. The one in conf contains attributes to be shared by *all* webapps; under no circumstances should it ever contain any app-specific settings. The other context.xml files define Tomcat-specific attributes for each associated webapp that are needed for proper treatment of the webapp but are not described in the servlet spec. Each container handles this a bit differently. Once upon a time, Context elements had to be in server.xml, which required restarting Tomcat if anything needed changing. For the past few years, Tomcat has made it possible to place Context elements in webapp-specific locations, allowing changes with only a restart of the particular webapp, not the whole container. Consequently, the path and docBase attributes are no longer appropriate in most instances. The Context doc is here: http://tomcat.apache.org/tomcat-6.0-doc/config/context.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/web.xml-configured-correctly%2C-but-still-getting-%27404...resource--not-found%27-tp14717184p14746833.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml configured correctly, but stillgetting'404...resourcenot found'
From: cuco2772 [mailto:[EMAIL PROTECTED] Subject: RE: web.xml configured correctly, but stillgetting'404...resourcenot found' if you want Tomcat to behave a certain way for a particular webapp, you could edit context.xml files to get something different from the default behaviour. Something in addition might be a better way of phrasing it. Any webapp can have its own context.xml file, but most don't need one. If you look at the attributes described here: http://tomcat.apache.org/tomcat-6.0-doc/config/context.html you'll see numerous factors that you might want to be different for different webapps (e.g., cookies, cross-context, privileged, cacheMaxSize). Note that if a webapp is deployed in a location other than under the Host appBase directory, you must have a Context element for it in conf/Catalina/[hostName]/[appName].xml that contains a docBase attribute pointing to the location of the webapp; that's the only situation where docBase should be used. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
emptySessionPath and new session id
Hi, I want my webapp to use nice URL for a user's homepage (e.g. http://server/user;). Because of that, I need to have an empty path in the session cookie. So far, I've been using emptySessionPath. However, emptySessionPath uses the session id from a cookie when creating a brand new session. Beside the session fixation/phishing problem, this poses problems with mod_jk load-balancing when the user may have an old session cookie in the browser. Let say the user has the cookie JSESSIONID=xxx.t1, i.e. managed by the Tomcat server T1. Then the user navigates a specially formatted URL that sends the request to another server (say the Tomcat server T2). Tomcat then creates a new session but because of the cookie, it names it xxx.t1 (instead of a yyy.t2). From now on, all the requests will be send to server T1 by the load-balancer and they will fail because the session is invalid (since it was really created on T2). So is there a way to have both session cookies with an empty path and have tomcat use new session id? Thanks, Nahor - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Preferred setup
How would you set an environment up for the following case: - 20 independent (non related) webapplications with low traffic 200 unique (real) visitors per day per webapplication - Application architecture: Hibernate, Java 1.5 and Stripes under the hood. I've set the system up with 1 tomcat per webapplication, but this uses a lot of memory, so I'm considering changing that to have 1-3 Tomcat's, but need som verification on the road to choose: - Tomcat 5.5 vs Tomcat 6.0? - What memory settings must I set? MaxPermSize, Xms, Xmx? to ensure a low memory usage while still making sure that the server continues to run even during peak periods. Please share your thoughts. Thanks -- Morten Matras Udviklingschef GAMP Media og Blob Communication ApS Svendsagervej 42 5240 Odense NØ Tlf: 61711103 E: [EMAIL PROTECTED] T: 76 654321 W: www.blobcom.com E: [EMAIL PROTECTED]
Stopping / undeploying application doubles memory allocation
Case: I've deployed an application on a Tomcat 6.0 (current release). The application is a Hibernate / Stripes application. Almost no memory is allocated due to the deployed application. Setting: -Xmx64m -XX:MaxPermSize=128m Tomcat without application uses: 27,5M (real memory) and 349M (virtual memory) Tomcat with application uses: 133M (real memory) and 367M (Virtual memory) Now if I stop this application (using the manager) the memory profile becomes: Tomcat with stopped application: 128M (real memory) and 679M (virtual memory) So stopping the application increases the virtual memory usage from 367 to 679 m and stays there! Undeploying a stopped application doesn't change the numbers. Why does stopping (or undeploying) a webapplication cause a dramatic increase in memory usage? My guesses: - Some ressources are not freed? (database connections) - Some hibernate related stuff are trapped in a circular relation circle? - Tomcat punishes me for stopping something it really liked :-) Regards -- Morten Matras Udviklingschef GAMP Media og Blob Communication ApS Svendsagervej 42 5240 Odense NØ Tlf: 61711103 E: [EMAIL PROTECTED] T: 76 654321 W: www.blobcom.com E: [EMAIL PROTECTED]
Re: Opening and Closing Sockets used in Http request and responses
By default, Tomcat and mod_jk leave the Sockets open between them
indefinitely. The usual way to work around this is to configure a
connectionTimeout in the Connector / element, and possibly enable
cping/cpong on the Apache side. In any case, Tomcat doesn't expose the
socket to the webapp, so there isn't really anything you can do in your app
programatically.
Otherwise, pretty much what Giancarlo said :)
James Johnson [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I have a Spring based application that is running in Tomcat 5.5.12. Tomcat
is integrated with Apache. Apache host JavaScript client side code that
makes Http asynchronous calls to the Spring based application. I'm getting
an error reported from Apache as follows:
Too many open files: apr_accept: (client socket)
There is speculation that the resources being used in the Spring based
app.
are not being properly cleaned up. More specifically, the
HttpServletRequest
and HttpServletResponse objects are leaving streams and sockets open on
the
Apache server. Should I be explicitly closing streams and sockets of the
HttpServletRequest and HttpServletReponse objects? If so, how would this
be
done? Or does tomcat handle this?
Here's an example of what is currently is done.
public class Something implements Controller {
public ModelAndView handleRequest(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
//read something from request
doSomething();
return null;
}
}
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
OK, my conf files were like that: ~ !-- Context configuration file for the Tomcat Manager Web App $Id: manager.xml 287893 2002-04-08 17:46:08Z craigmcc $ Context Linux Box: path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager Windows Box: path= docBase=c:/japps//TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager -- Context path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager debug=4 privileged=true !-- Link to the user database we will get roles from -- ResourceLink name=users global=UserDatabase type=org.apache.catalina.UserDatabase/ Logger className=org.apache.catalina.logger.FileLogger directory=/media/sda2/inst/sw/java/TC/prjx/FlUp/logs prefix=tc-4.1.36_localhost_manager_log. suffix=.txt timestamp=true/ /Context ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ and what I believe to be a bug is that conf parsers should not pick anything between !-- and -- ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat/Mod_jk on Redhat
On Thu, 2008-01-10 at 22:52 +1100, Jacob Rhoden wrote: Hi Guys, We are trying to introduce Java technology in our workplace (all the staff have been recently re-trained in Java). As far as I can tell, our System Administrators are really only resourced to be able to install standard Redhat packages. I initially thought we could install a clean vanilla tomcat, and then install mod_jk or mod_proxy_jk, however I am told by our System Administrators there are no packages for mod_jk, or mod_proxy_jk (I think they mean, that there are no packages that are supported by Redhat). Hi Jacob, Redhat provide packages for Tomcat and mod_jk. For Redhat Enterprise AS 4, these are in the Application Server channel, if I recall correctly. (Either that, or Extras). They are provided by Redhat, and based on the Jpackage project. http://www.jpackage.org/ If your admins use the Redhat packages (rather than Jpackage's versions), they can log support tickets to Redhat - this is important for many organisations (as opposed to getting support from this excellent list). Also, using Redhat's packages, tomcat and mod_jk packages can be updated using up2date, which makes it easier for the admins to apply security updates. Cheers, Ben I wonder if one of you more experienced people may be able to recommend a Redhat package or set of packages that we can ask our System Administrators to install? (That you guys are using in production of course). Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
doubt in clustering with sticky sessions
Hi, This is a bit of documentation from the Load balancing page of the Apache site. sticky_session specifies whether requests with SESSION ID's should be routed back to the same Tomcat worker. You can set sticky_session to False when Tomcat is using a Session Manager which can persist session data across multiple instances of Tomcat. By default sticky_session is set to True. I tired to set the sticky_session value as false, and I was under the impression that Tomcat has a session manager which can persist session data across the multiple instances in cluster. But when i set it to false, the requests are being served by different servers in the cluster for the same session... That is the session is no longer sticky. But when this happens sometimes the session replication is going wrong. Please make this point clear for me . Regards, Shiby - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error: server\webapps\manager does not exist or is not a readable directory...
Hi all, I copy the whole dir of the Tomcat 5.5.17 which runs quite well at home to the computer in my office. As I start the Tomcat, I got error as follow. Though I can open the first page of Tomcat, but as I want to open the Manager link I got error of HTTP Status 404 - /manager/html Somebody has idea? Regards Thomas SCHWERWIEGEND: Error starting static Resources java.lang.IllegalArgumentException: Document base C:\Programme\Apache Software F oundation\apache-tomcat-5.5.17\server\webapps\admin does not exist or is not a r eadable directory at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext. java:140) at org.apache.catalina.core.StandardContext.resourcesStart(StandardConte xt.java:3814) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3 985) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:73 9) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.ja va:608) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.j ava:535) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:470 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 50) at org.apache.catalina.core.StandardServer.start(StandardServer.java:709 ) at org.apache.catalina.startup.Catalina.start(Catalina.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) 11.01.2008 08:09:01 org.apache.catalina.core.StandardContext start - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail.
Re: How to get tomcat to decode %26
%XX in the url requested by a browser are already converted by tomcat to their corresponding characters, according to the http specs. You don't have to do anything special for that. En l'instant précis du 10/01/08 18:02, Vackar s'exprimait en ces termes: Hi, Does anyone know how to get tomcat to interpret %26 as an ampersand character () Thanks, Vackar -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error: server\webapps\manager does not exist or is not a readable directory...
Did you actually install the admin webapp? It must be downloaded and installed separately. En l'instant précis du 11/01/08 08:15, Thomas Chang s'exprimait en ces termes: Hi all, I copy the whole dir of the Tomcat 5.5.17 which runs quite well at home to the computer in my office. As I start the Tomcat, I got error as follow. Though I can open the first page of Tomcat, but as I want to open the Manager link I got error of HTTP Status 404 - /manager/html Somebody has idea? Regards Thomas SCHWERWIEGEND: Error starting static Resources java.lang.IllegalArgumentException: Document base C:\Programme\Apache Software F oundation\apache-tomcat-5.5.17\server\webapps\admin does not exist or is not a r eadable directory at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext. java:140) at org.apache.catalina.core.StandardContext.resourcesStart(StandardConte xt.java:3814) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3 985) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:73 9) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.ja va:608) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.j ava:535) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:470 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 50) at org.apache.catalina.core.StandardServer.start(StandardServer.java:709 ) at org.apache.catalina.startup.Catalina.start(Catalina.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) 11.01.2008 08:09:01 org.apache.catalina.core.StandardContext start - Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
