Avoid duplication of database settings
Hi, I have an application consisting of a web application and some stand alone java clients. Both the web application and the java clients use a database. The problem is that the database configuration is duplicated. When I change the database settings, I have to reconfigure both the webapp (META-INF/context.xml) and the java clients (mydatabasesettings.properties). I'd like to avoid this duplication. One possible solution would be to generate the context.xml based on mydatabasesettings.properties with an Ant script. Are there any better solutions? I'd like to keep using Tomcat's connection pooling with the web app. web application === Database configuration: META-INF/context.xml. Code: Context ctx = (Context) new InitialContext().lookup(java:comp/env); DataSource ds = (DataSource) ctx.lookup(mydbpool); Connection = ds.getConnection(); java client === Database configuration: mydatabasesettings.properties Code: SybDataSource ds = new com.sybase.jdbc2.jdbc.SybDataSource(); ds.setServerName(this.dbServer); // more configuration... Connection = ds.getConnection(); -Tomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Oracle Jsdk 1.5
Hi all, i need to install Tomcat 5.5.12 based on jsdk 1.5. At this point, no problem. I need to add Oracle Driver. I planned to use ojdbc14.jar But i think this driver is only support for previous release of jsdk (1.4, 1.3, 1.2 etc). My first question is : can we use jsdk 1.4 in place of jsdk1.5 ? My Second question is : does the ojdbc14.jar will be support for jsdk1.5 and where can i download it ? King Regards, Farid
Re: Tomcat Oracle Jsdk 1.5
My first question is : can we use jsdk 1.4 in place of jsdk1.5 ? Have you checked out JDK 1.4 Compatability Package, http://tomcat.apache.org/download-55.cgi? -Tomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [SPAM] - Avoid duplication of database settings - Number of numbers in MIME From exceeds maximum threshold
Hi, I have an application consisting of a web application and some stand alone java clients. Both the web application and the java clients use a database. The problem is that the database configuration is duplicated. When I change the database settings, I have to reconfigure both the webapp (META-INF/context.xml) and the java clients (mydatabasesettings.properties). I'd like to avoid this duplication. One possible solution would be to generate the context.xml based on mydatabasesettings.properties with an Ant script. Are there any better solutions? If you are doing it the ant way I recommend using filtering. There is a task called filter (see http://ant.apache.org/manual/CoreTasks/filter.html). You put the values you want to use at several places in its own property file for example dbname=mydb, in the places you want to insert it you go @dbname@ instead of the actual name. When you run the filter task all values in the filter property file is put in its correct places. (I use this now to build for different environments. One property file for development, one for test and one for production. But in you case you onle need on file I guess.) If you are using Maven there is some more support for filtering although the ant task still needs to be called explicilty. Regards, Fredrik Rubensson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsp cannont find my bean class
Hi everyone I`m using Tomcat 4.1.* on Linux .All my servlet and jsp work fine including the interaction with mysql database. Now I want to test a simple Bean but my jsp cannont find the Bean. Where to place the jsp file? How to direct the jsp file where to find the bean? jsp:useBean id=stringBean class=Hello / I used this but it did not find the bean Can anyone help Thanks in advance - Yahoo! Photos Showcase holiday pictures in hardcover Photo Books. You design it and well bind it!
re: tomcat 5.5.9 caching ldap dns information
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I am curious if indeed this version of tomcat would cache dns information. What happened is that we have a cname pointing to our ldap directory. The cname was changed to point to the backup, and the primary was shut down. None of the applications that went through the tomcat server could authenticate against the new server. We restarted tomcat, and everything started to work. It appears that the tomcat server was sending everything to the old server, and not following the cname. The machines themselves, when doing a traceroute, would follow the cname to the new machine, so the machine wasn't the problem. This is on Solaris 9, btw. Thank you. - -- Love is mutual self-giving that ends in self-recovery. Fulton Sheen James Black[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDwmlXikQgpVn8xrARA53jAJ9hRlQoLAT1HRbtmW1PAL2mte+z2gCdFbW9 LXNg0hp4lw5kMZWZ2Os1sn0= =PW/N -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cannont find my bean class
http://tomcat.apache.org/faq/classnotfound.html See Don't use packageless classes and declare all imported classes -Tim marju jalloh wrote: Hi everyone I`m using Tomcat 4.1.* on Linux .All my servlet and jsp work fine including the interaction with mysql database. Now I want to test a simple Bean but my jsp cannont find the Bean. Where to place the jsp file? How to direct the jsp file where to find the bean? jsp:useBean id=stringBean class=Hello / I used this but it did not find the bean - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cannont find my bean class
marju jalloh ha scritto: Hi everyone I`m using Tomcat 4.1.* on Linux .All my servlet and jsp work fine including the interaction with mysql database. Now I want to test a simple Bean but my jsp cannont find the Bean. Where to place the jsp file? How to direct the jsp file where to find the bean? jsp:useBean id=stringBean class=Hello / I used this but it did not find the bean I am using 5.x and I have no problem with the beans. Put the class in WEB-INF/classes if the fully qualified name is com.try.Bean put it in WEB-INF/classes/com/try/ then in JSP use jsp:useBean id=stringBean class=com.try.Bean / it works for me Edoardo -- [EMAIL PROTECTED] AIM: edoardopn Jabber: [EMAIL PROTECTED] tel:075 9142766 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cannont find my bean class
I understand what you mean but where the jsp file should be Edoardo Panfili [EMAIL PROTECTED] wrote: marju jalloh ha scritto: Hi everyone I`m using Tomcat 4.1.* on Linux .All my servlet and jsp work fine including the interaction with mysql database. Now I want to test a simple Bean but my jsp cannont find the Bean. Where to place the jsp file? How to direct the jsp file where to find the bean? I used this but it did not find the bean I am using 5.x and I have no problem with the beans. Put the class in WEB-INF/classes if the fully qualified name is com.try.Bean put it in WEB-INF/classes/com/try/ then in JSP use it works for me Edoardo -- [EMAIL PROTECTED] AIM: edoardopn Jabber: [EMAIL PROTECTED] tel:075 9142766 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Yahoo! Photos Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever.
mod_jk 1.2.15 logging errors
Hi, Environment: SPARC - Solaris 8 Apache 2.0.55 mod_jk 1.2.15 I have configured mod_jk to log requests with the configuration option: JkLogFile |/usr/local/apache2/bin/cronolog /afs2/logs/apache2/%Y/%m/%d/mod_jk.80.log JkRequestLogFormat %w %r %s %T When the server gets busy, every now and then timestamp of a line in the logfile is 1 hour off: [Mon Jan 09 14:25:50 2006] lbworker GET /kpn/show/id=800494/sc=aa14b3 HTTP/1.1 200 0.166670 [Mon Jan 09 14:25:50 2006] lbworker GET /kpn/show/id=284629 HTTP/1.1 302 0.019690 [Mon Jan 09 15:25:50 2006] lbworker POST /kpn/show/ordermanager/id=285900/sc=a538e4/omid=655729 HTTP/1.1 200 3.857595 [Mon Jan 09 15:25:50 2006] lbworker GET /kpn/show/id=705609/sc=5d83fe HTTP/1.1 200 0.030684 [Mon Jan 09 14:25:51 2006] lbworker GET /kpn/show/id=1169435/sc=673068 HTTP/1.1 200 0.039078 [Mon Jan 09 14:25:51 2006] lbworker GET /kpn/show/id=1105250/flashel=1257789/pageid=1257788/tsobjectid=1257788/w ebid=26098/sc=6ce2f5 HTTP/1.1 200 0.022832 During that minute the mod_jk plugin had to handle appr. 750 requests. Is this a known error? Or do I do something wrong? I also observe that every request logline is terminated with an additional extra blank line. I didn't see that in older versions of mod_jk ( 1.2.6). Henk Fictorie -- Henk Fictorie phone: +31 70 3438362 email: [EMAIL PROTECTED] DISCLAIMER: This statement is not an official statement from, nor does it represent an, official position of, KPN - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
asynchronous vs fastasyncqueue
Hi, I'm a little confused as to the difference between the asynchronous and fastasyncqueue cluster replication types. We're currently using asynchronous, our application only really needs replication to minimise the impact on users if a server dies, ie its not a hard requirement, I certainly don't want to allow replication to have any noticeable impact on response times, which is the bottom line in our application. However, I can't quite work out if fastasyncqueue is better in some way. Is it just an alternative implementation of asynchronous? Is it the future of async type replications? Does it have a lower memory/performance impact, better throughput or what? Any enlightenment, or indeed some performance figures if anyone has them, would be useful. Regards, Mark -- Mark Hagger [EMAIL PROTECTED] This email has been scanned for all known viruses by the MessageLabs SkyScan service. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jsp cannont find my bean class
I don`t know what is going wrong I place my compiled bean in mywabapps/WEF-INF/classes/com and my jsp file in mywebapps and my path is jsp:useBean id=stringBean class=com.mybean / when access I got two error 1. javax.servlet.ServletException: com/mybean (wrong name: mybean 2. java.lang.NoClassDefFoundError: com/mybean (wrong name: mybean) can someone help Thanks Fredrik Rubensson [EMAIL PROTECTED] wrote: Hi, Where to place the jsp file? It can be in any directory under you webapp. Typically you place it in the root directory of your app. So if your app is called mygoodapp the jsp can be placed in /webapps/mygoodapp/ or any subdirectory. If it is called jsppage.jsp you can access it with http://localhost:8080/mygoodapp/jsppage.jsp assuming that you have a default installation of tomcat. Regards, Fredrik Rubensson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: jsp cannont find my bean class
You got the right idea. Now just place the bean into your mywabapps/WEF-INF/classes/com/mybean directory and you should be fine. Just to be safe make sure you JSP page recompiles. marju jalloh wrote: I don`t know what is going wrong I place my compiled bean in mywabapps/WEF-INF/classes/com and my jsp file in mywebapps and my path is jsp:useBean id=stringBean class=com.mybean / when access I got two error 1. javax.servlet.ServletException: com/mybean (wrong name: mybean 2. java.lang.NoClassDefFoundError: com/mybean (wrong name: mybean) can someone help Thanks Fredrik Rubensson [EMAIL PROTECTED] wrote: Hi, Where to place the jsp file? It can be in any directory under you webapp. Typically you place it in the root directory of your app. So if your app is called mygoodapp the jsp can be placed in /webapps/mygoodapp/ or any subdirectory. If it is called jsppage.jsp you can access it with http://localhost:8080/mygoodapp/jsppage.jsp assuming that you have a default installation of tomcat. Regards, Fredrik Rubensson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Dwayne A. Ghant Application Developer Temple University 215.204.3467 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem solved (was: tomcat 5.5.9 caching ldap dns information)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 James Black wrote: | I am curious if indeed this version of tomcat would cache dns information. ~ I found out that the jvm caches, by default, indefinately. ~ So, we just need to set the value in java.security. - -- Love is mutual self-giving that ends in self-recovery. Fulton Sheen James Black[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDwnaPikQgpVn8xrARAy9EAKCHGta/YUM3VoAHZwsHeLVjg6P3YwCbB3sr WETyv+oaxvwFhN2i8jqwq80= =14iA -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.x and java 1.4.x
From: Akoulov, Alexandre [IT] [mailto:[EMAIL PROTECTED] Subject: Tomcat 5.5.x and java 1.4.x My question is: was Tomcat 5.5.12 binary version that can be downloaded from http://tomcat.apache.org/download-55.cgi#5.5.12 compiled with java 1.4? Of course - otherwise it couldn't run under 1.4. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.x and java 1.4.x
From: Akoulov, Alexandre [IT] [mailto:[EMAIL PROTECTED] Subject: RE: Tomcat 5.5.x and java 1.4.x now I am trying to compile Tomcat5.5.12 with java 1.4.2_10 and getting the following error: Your compile-time classpath still refers to packages built with 1.5 - these did not come from the Tomcat download. But the real question is, why are you compiling Tomcat at all? It's pure Java, so the binary distribution will run on any platform. Why are you making more work for yourself? - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Oracle Jsdk 1.5
You will find an answer on OTN ( http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/index.html). * classes12 packages are for use with JDK 1.2 1.3 * ojdbc14 packages are for use with JDK 1.4 1.5 Etienne On 1/9/06, Tomas [EMAIL PROTECTED] wrote: My first question is : can we use jsdk 1.4 in place of jsdk1.5 ? Have you checked out JDK 1.4 Compatability Package, http://tomcat.apache.org/download-55.cgi? -Tomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get Novell Id in Tomcat/Java
I have already searched the archives but have found nothing related to my problem. I have a Phone Directory Java Application running on our Intranet. If a user requires a change to their Phone record or someone else they send an email to our Call Centre requesting the change. How can I get the Novell Id of the user and use it as the FROM email address to show who the email is coming from? All I have read is about Active Directory and JNDIRealms which we are not using. We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. Oracle 9i DB User authenication. Tomcat 5.5.7 JDK 1.5.0 Sun Solaris 9 Thanks in advance Ritchie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mailer1.1 taglib fails on Tomcat 5.x
Hi, I have written a small JSP which basically sends me and a couple of other people e-mails when a form is submitted from our website - this has and still is running quite happily on Tomcat 4.x. However on 5.x it fails with a syntax error in the log - the question is quite simple - are these taglibs obsolete now ?- I see the last changes were early 2004. Any advice would be greatly received Thanks Kevin
RE: Deploying unpacked war file
From: Charl Gerber [mailto:[EMAIL PROTECTED] Subject: Re: Deploying unpacked war file Where can I get a reference of all the possible attributes I can set? The Tomcat doc lists all the attributes for Context. See: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html Must the war be in the webapps subdir of the Tomcat installation, or can it be anywhere? It can be anywhere. The above reference shows how. To keep an app outside of webapps, put your Context tag in the file my_app_name_here.xml in the conf/Catalina/localhost directory, and use the docBase attribute to specify the app location (war or directory). If using this method, do not put a context.xml file under META-INF. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat5 and LDAP authentication
Nobody? On 1/6/06, Derrick Woo [EMAIL PROTECTED] wrote: I'm having a bit of a tough time getting Tomcat5 to authenticate correctly to our LDAP server. It connects using the service account, and then attempts to bind using the username and password entered at the login page to confirm if it is valid. As it is set up right now, if an invalid username/password is entered, catalina_log confirms that bind attempt failed and Username XXX NOT successfully authenticated just as we expect. However, if we enter in a correct username/password combination, it binds correctly, however it just hangs there as if it were awaiting response. The LDAP logs indicate that it did successfully bind correctly with the username/password combination, but no search was performed. Here is the relevent section of my server.xml file: Realm className=org.apache.catalina.realm .JNDIRealm debug=99 connectionURL=ldap://ldap.domain.com; connectionName=uid=admin,ou=ldapadmin,o=domain.com connectionPassword=xx userPattern=uid={0},ou=it,o=domain.com userBase=ou=it,o=domain.com / Am I missing out on something here? I tried playing around with some of the different attributes mentioned in the Jakarta Tomcat JNDIRealm documentation, but still get the same results. We are not using any roles. How can we get it so that if the correct username/password is entered, it lets us pass the login page?
Re: How to create EXE in java
I use EXE4J from ej-technologies - you can build applications and even supply your copy of the jvm all wrapped up in an exe. Gives you a splash screen and options to search for a jvm - I like it anyway. KP - Original Message - From: kavallappa chiru [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Monday, January 09, 2006 7:20 AM Subject: How to create EXE in java Hi How can i cretae exe file from java class file , so that i can run java application without running java classfile from the command prompt. I just want click on the icon to run it as we are all doing in windows. thank you kavall - Yahoo! Photos Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 issues
From: Javed Iqbal [mailto:[EMAIL PROTECTED] Subject: Tomcat 5.0 issues Many times my application on Tomcat gives outofmemory exception error and application slow. JVM Free memory: 18.84 MB Total memory: 63.09 MB Max memory: 63.56 MB As you can see, you're only using 64 MB for your heap. Can somebody help me to figure out what is to be done to resolve this issues. Read the Tomcat FAQ entry: http://tomcat.apache.org/faq/memory.html This is frequently discussed on the mailing list. Search the archives: http://marc.theaimsgroup.com/?l=tomcat-userr=1w=2 - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get Novell Id in Tomcat/Java
You can't unless they have authenticated to the web app, you do not know who they are. So, which is it then: We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. or Oracle 9i DB User authenication? I am confused... :-D Larry On 1/9/06, Ritchie Gillam [EMAIL PROTECTED] wrote: I have already searched the archives but have found nothing related to my problem. I have a Phone Directory Java Application running on our Intranet. If a user requires a change to their Phone record or someone else they send an email to our Call Centre requesting the change. How can I get the Novell Id of the user and use it as the FROM email address to show who the email is coming from? All I have read is about Active Directory and JNDIRealms which we are not using. We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. Oracle 9i DB User authenication. Tomcat 5.5.7 JDK 1.5.0 Sun Solaris 9 Thanks in advance Ritchie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSessionID
From: Jason Oullette [mailto:[EMAIL PROTECTED] Subject: JSessionID How does tomcat decide if the JSessionID will be put in a cookie or in the post header(url rewriting)? Look at the cookies attribute of the Context tag: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html Are these the only two ways the JSessionID is passed around? I think so (not 100% sure), unless you invent your own mechanism. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: JSessionID
Hi, I just looked it up in the spec and there is a 3rd one as well: SSL Sessions From the Servlet spec: SRV.7.1 Session Tracking Mechanisms The following sections describe approaches to tracking a user's sessions SRV.7.1.1 Cookies Session tracking through HTTP cookies is the most used session tracking mechanism and is required to be supported by all servlet containers. The container sends a cookie to the client. The client will then return the cookie on each subsequent request to the server, unambiguously associating the request with a session. The name of the session tracking cookie must be JSESSIONID. SRV.7.1.2 SSL Sessions Secure Sockets Layer, the encryption technology used in the HTTPS protocol, has a built-in mechanism allowing multiple requests from a client to be unambiguously identified as being part of a session. A servlet container can easily use this data to define a session. SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator of session tracking. When a client will not accept a cookie, URL rewriting may be used by the server as the basis for session tracking. URL rewriting involves adding data, a session ID, to the URL path that is interpreted by the container to associate the request with a session. The session ID must be encoded as a path parameter in the URL string. The name of the parameter must be jsessionid. ... Bernhard -Ursprüngliche Nachricht- Von: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Gesendet: Montag, 9. Januar 2006 17:26 An: Tomcat Users List Betreff: RE: JSessionID From: Jason Oullette [mailto:[EMAIL PROTECTED] Subject: JSessionID How does tomcat decide if the JSessionID will be put in a cookie or in the post header(url rewriting)? Look at the cookies attribute of the Context tag: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html Are these the only two ways the JSessionID is passed around? I think so (not 100% sure), unless you invent your own mechanism. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: JSessionID
Conveying servlet sessions by SSL session is clearly not required by the spec, though... I'm not sure whether Tomcat supports this... Bernhard Slominski wrote: Hi, I just looked it up in the spec and there is a 3rd one as well: SSL Sessions From the Servlet spec: SRV.7.1 Session Tracking Mechanisms The following sections describe approaches to tracking a user's sessions SRV.7.1.1 Cookies Session tracking through HTTP cookies is the most used session tracking mechanism and is required to be supported by all servlet containers. The container sends a cookie to the client. The client will then return the cookie on each subsequent request to the server, unambiguously associating the request with a session. The name of the session tracking cookie must be JSESSIONID. SRV.7.1.2 SSL Sessions Secure Sockets Layer, the encryption technology used in the HTTPS protocol, has a built-in mechanism allowing multiple requests from a client to be unambiguously identified as being part of a session. A servlet container can easily use this data to define a session. SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator of session tracking. When a client will not accept a cookie, URL rewriting may be used by the server as the basis for session tracking. URL rewriting involves adding data, a session ID, to the URL path that is interpreted by the container to associate the request with a session. The session ID must be encoded as a path parameter in the URL string. The name of the parameter must be jsessionid. ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JasperException: No tag xhtml defined in tag library associated with uri urn:jsptagdir:/WEB-INF/tags
Hi, I am trying to support an existing web site in jspx. I have setup Tomcat on a Windows server as a test environment before I deploy my changes. However I cannot open the index page. I get this error and I am not sure how to fix it http://localhost:8080/viewscast/index.jspx: HTTP Status 500 - _ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: No tag xhtml defined in tag library associated with uri urn:jsptagdir:/WEB-INF/tags org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServle tWrapper.java:510) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:375) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause org.apache.jasper.JasperException: No tag xhtml defined in tag library associated with uri urn:jsptagdir:/WEB-INF/tags org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHand ler.java:50) ... The following is the code from the index.jspx page: tags:xhtml xmlns:tags=urn:jsptagdir:/WEB-INF/tags xmlns:jsp=http://java.sun.com/JSP/Page; xmlns:c=http://java.sun.com/jsp/jstl/core; xmlns:fmt=http://java.sun.com/jsp/jstl/fmt; xmlns:syn=http://www.synovate.com/core; xmlns=http://www.w3.org/1999/xhtml; jsp:directive.page contentType=text/html; charset=utf-8 language=java session=false/ head c:import url=/jspf/http-equiv.jspx/ c:import url=/jspf/meta.jspx/ c:import url=/jspf/link.jspx/ c:import url=/viewscast/jspf/link.jspx/ c:import url=/viewscast/jspf/silo.change.jspx/ /head body class=index div id=hide#160;/div c:import url=/viewscast/jspf/menu.cool.jspx/ div id=wrapper table border=0 cellpadding=0 cellspacing=0 height=100% tr td valign=top height=353 c:import url=/viewscast/jspf/header.jspx/ c:import url=/viewscast/jspf/menu.jspx/ c:import url=/viewscast/jspf/index.silos.jspx/ /td /tr tr td valign=top div id=headlines div id=left a href=${langPath}/current/news/div id=title#160;/div/a /div div id=news div id=padding c:import url=/jspf/latest.news.jspx/ /div /div div id=right a href=${langPath}/current/news/More news #187;/a /div /div /td /tr tr td style=height:51px c:import url=/jspf/inside.footer.jspx/ c:import url=/viewscast/jspf/footer.jspx/ /td /tr /table /div div id=onepix#160;/div /body /tags:xhtml I have tried downloading the xtags and adding them to the WEB_INF folder in the ROOT directory but this has not helped. Any assistance would be greatly appreciated. Many thanks Andrew
Tomcat IIS-redirector help
I apologize for the length of this email.. I recently installed Tomcat V5.5 on my windows 2003 Server machine with IIS 6.0. I'm trying to use the redirector to direct content from a host IIS webserver, to the Tomcat processor (again, these are on the same machine). I have been unable to get it to post the page. Please help in any way possible.. Here is an excerpt from the redirector log.. ** [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_shm.c (134): Initialized shared memory size=67584 free=65536 addr=0x1de [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1160): Using registry. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1163): Using log file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\log\isapi_redirect.log. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1164): Using log level 1. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1165): Using extension uri jakarta/isapi_redirect.dll. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1166): Using worker file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\workers.properties. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1167): Using worker mount file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\uriworkermap.properties. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1169): Using uri select 0. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /admin/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /manager/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /jsp-examples/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /servlets-examples/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /bacworth/*=bacworth was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker wlb [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance wlb of ajp13 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init wlb [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1806): worker wlb contact is 'localhost:8009' [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1895): setting socket keepalive to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1934): setting socket timeout to -1 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1938): setting socket buffer size to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1942): setting connection recycle timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1946): setting cache timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1950): setting connect timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1954): setting reply timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1958): setting prepost timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1962): setting recovery opts to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1966): setting number of retries to 3 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1843): setting connection cache size to 10 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (248): removing old wlb worker [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker jkstatus [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance jkstatus of status [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init jkstatus [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (248): removing old jkstatus worker [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker bacworth [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance bacworth of ajp13 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init bacworth [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1806): worker bacworth contact is 'bacworth.llnl.gov:8009' [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1895): setting socket keepalive to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1934): setting socket timeout to -1 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1938): setting socket buffer size to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1942): setting connection
Re: How to get Novell Id in Tomcat/Java
Sorry, in the Context tag we are connecting to the Database to get the Employee Phone Directory information but we are not authenicating using the web application itself. Sorry for the confusion. Ritchie [EMAIL PROTECTED] 09/01/2006 12:20 pm You can't unless they have authenticated to the web app, you do not know who they are. So, which is it then: We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. or Oracle 9i DB User authenication? I am confused... :-D Larry On 1/9/06, Ritchie Gillam [EMAIL PROTECTED] wrote: I have already searched the archives but have found nothing related to my problem. I have a Phone Directory Java Application running on our Intranet. If a user requires a change to their Phone record or someone else they send an email to our Call Centre requesting the change. How can I get the Novell Id of the user and use it as the FROM email address to show who the email is coming from? All I have read is about Active Directory and JNDIRealms which we are not using. We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. Oracle 9i DB User authenication. Tomcat 5.5.7 JDK 1.5.0 Sun Solaris 9 Thanks in advance Ritchie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get Novell Id in Tomcat/Java
To be even more clearly the DB username and password to connect to the DB is coded in the context.xml file. Ritchie [EMAIL PROTECTED] 09/01/2006 12:20 pm You can't unless they have authenticated to the web app, you do not know who they are. So, which is it then: We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. or Oracle 9i DB User authenication? I am confused... :-D Larry On 1/9/06, Ritchie Gillam [EMAIL PROTECTED] wrote: I have already searched the archives but have found nothing related to my problem. I have a Phone Directory Java Application running on our Intranet. If a user requires a change to their Phone record or someone else they send an email to our Call Centre requesting the change. How can I get the Novell Id of the user and use it as the FROM email address to show who the email is coming from? All I have read is about Active Directory and JNDIRealms which we are not using. We are not doing any kind of authentication since this is running on the Intranet and all employees have access to this application. Oracle 9i DB User authenication. Tomcat 5.5.7 JDK 1.5.0 Sun Solaris 9 Thanks in advance Ritchie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NoClassDefFoundError: javax/servlet/http/HttpServlet
I am using an Eclipse plugin for my development environment. Instead of copying dependant classes and jars to WEB-INF after every change, the plugin includes an optional DevLoader class that extends org.apache.catalina.loader.WebappLoader, overrides start()., and adds the appropriate repositories to the classpath via addRepository(). This worked fine for Tomcat 5.0.28. When I upgraded to 5.5.12, the exact same configuration produces the an exception on application startup ...Caused by: java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet. Without the plugin, everything works as expected. Any ideas on what could have changed? My application uses Commons Logging (required by Struts), Log4J, and Xerces so those jars are being added in the manner described above. Maybe there is a conflict there? Thanks, Ori - Full exception text: 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.start(Bootstrap.java:275) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:870) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1305) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question regarding tomcat class path handling
I have a development server where I have several java projects - some of them are web applications and some of them are libraries or other applications. I have a problem as some of the web applications are using libraries developed outside the web application root, and those libraries sometimes use third party jars installed on the system (using JPackage). Previously the system was setup so that everything a web application might ever need to access was set in the JVM classpath for tomcat, so there was (almost) no problems with classloader hierarchy. Recently, in order to make the system more clean and flexible, and to solve some version conflicts (where one web app required one version of a library and another app required another), I've changed the configuration to how its supposed to work (as far as I understand): Tomcat is loaded with a minimal class path, and any additional classes are loaded from jars in the WEB-INF/lib directory. The problem is that the non-web applications and libraries are still loaded on the JVM classpath, as I don't have jars for them: the classes are automatically built when changes are made, so we can try them out in the development environment, but no jars are being built or populated into the system - this is handled by the packaging process which is not part of the development environment. So now if an application uses a local library, and that library required a third party jar, it can't find it. The way I see it, I have two options - either put all the 3rd party libraries back in the JVM classpath, or build jars from my locally developed libraries and copy them by hand to the web applications' folder. I don't like either option, and I would really like a third one - something like configuring the default web.xml file to add external directories to the web-app class loader ? can something like that be done ? TIA -- Oded ::.. There is no reason anyone would want a computer in their home. -- Ken Olson, president, chairman and founder of Digital Equipment Corp., 1977 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
The way I see it, I have two options - either put all the 3rd party libraries back in the JVM classpath, or build jars from my locally developed libraries and copy them by hand to the web applications' folder. I don't like either option, and I would really like a third one - something like configuring the default web.xml file to add external directories to the web-app class loader ? can something like that be done ? I do not fully understand your problem, but maybe something simple: WEB-INF/lib for your jars WEB-INF/classes for your classes ? Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
On Monday, 9 בJanuary 2006 20:02, Boris Unckel wrote: The way I see it, I have two options - either put all the 3rd party libraries back in the JVM classpath, or build jars from my locally developed libraries and copy them by hand to the web applications' folder. I don't like either option, and I would really like a third one - something like configuring the default web.xml file to add external directories to the web-app class loader ? can something like that be done ? I do not fully understand your problem, but maybe something simple: WEB-INF/lib for your jars WEB-INF/classes for your classes The problem is like this (the actual system is far more complex): - suppose two web applications, app1 and app2, both use some API (which I developed myself). - I don't want to develop the API twice on both web applications, so I have a third project for the API itself, which is a not a web application and so isn't in WEB-INF/classes of neither app1 nor app2. - I don't want to build a jar for that API library to put in app1 and app2's WEB-INF/lib because its also constantly being developed - if I wanted to do this then after each commit, in addition to the build stage I would have to copy the jar by hand to all the applications that use it, which is an error prone process. - so instead I add the directory where the API's class files are built to the tomcat's startup classpath. - But then, if the API library calls a 3rd party library, that library can't be put in WEB-INF/lib either - it has to be put in the tomcat's startup classpath as well. Now imagine about 20 such locally developed API libraries (not all used in all web applications, but a lot of web applications use more then one such library), with inter-dependencies between themselves and dependencies on more then 50 3rd party libraries - the situation gets way out of hand very quickly. Before I put a stop to the madness, the tomcat startup classpath was taking about 15 rows of text in my console. -- Oded ::.. The point of philosophy is to start with something so simple as not to seem worth stating, and to end with something so paradoxical that no one will believe it. -- Bertrand Russell, The Philosophy of Logical Atomism - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache + Tomcat, Tomcat only handles JSP in localhost
Ok, first email in this listserv so please forgive me if I forget anything. Problem: Everything works perfectly when accessing through localhost. However, when I try to go through the net (domain name), instead of displaying the website created in .jsp it simply displays the code. Background: I ran the tomcat server by itself for quite some time without any problems, but now I need the functionality of a full-fledged http server so I'm adding apache and connecting them together with mod_jk. Only things changed in the tomcat setup is what the guide asked to be added. Guide used: http://mpcon.org/apacheguide/jsp.php System: Windows 2003 Apache 2.0.55 Tomcat 5.5.9 mod_jk 1.2.15 If the files themselves are needed (although they are pretty much whats on the guide) let me know. Please help. Thanks! _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding JDOM-Objects
Hello again, sorry for my late answer to this thread. I desided to forward the JDOM-Object via tge servelt-context. This solution wrote me Frode Halvorsen of the jdom-interest mailling list. He wrote: Hello. Why don't you put it as an attribute to the servletcontext. Since both revlets runs in the same container, they both have access to the same servlet-context, and can exchange objects there ? the sending one : Document o = new Document(); this.getServletContext().setAttribute(jdom_object,o); the recieving one : Document o = (Document) this.getServletContext().getAttribute(jdom_object); Frode Halvorsen My only question now is, after I wrote this object, somewhere any servelt on that container can access on to it, how I can call the other servlet to start and process? With an URL? Gruss Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Single Thread is deprecated?
Well, when I was mentioning the term user session, I was discussing from a threading/transaction perspective, not from the servlet object perspective. It is the worker thread that represents a active user session and accesses both the session and the servlet object (if we want to be precise). Chuck was right. It is possible to have one client (single browser) to start two concurrent sessions at the same time, both eligible to access the same HttpSession object. Therefore, it looks like synchronization is necessary from the spec. However, the spec does not define how HttpSession should be implemented (it's just an interface). In fact, the session attributes were implemented as a Hashtable in tomcat, not a Hashmap (just double checked the latest 5.5.15 src of tomcat). As we all know, Hashtable already has thread sync built in. So that's why additional synchronization on HttpSession in tomcat is unnecessary. ND -Original Message- From: GB Developer [mailto:[EMAIL PROTECTED] Sent: Friday, January 06, 2006 6:33 PM To: 'Tomcat Users List' Subject: RE: Single Thread is deprecated? -Original Message- From: Duan, Nick [mailto:[EMAIL PROTECTED] Sent: Friday, January 06, 2006 5:14 PM To: Tomcat Users List Subject: RE: Single Thread is deprecated? Typo due to my laziness. I knew someone was going to catch this. Actually the sentence should read: ... because there is only one servlet that is active during a single user session. In other words, there is no way a single user session (represented by a worker thread) can access more than one servlet at a time. Yah, I don't think that's right either, and besides that, it's a little backwards to describe it as you have. A sessions doesn't so much access servlets, as the servlets (more than one, regardless of their single-threadness) can access a single Session at once. Sessions are (never?) thread-safe. Which is perhaps one reason why SingleThreadModel was deprecated. People thought by using that interface that they would never have to worry about synch issues again. Even if you have nothing but singleThread servlets, that only prevents concurrent access to that servlet. Neither singleThread servlets nor any other mechanism I'm aware of can prevents concurrent access to a single Session object. Perhaps Remy will weigh in again with so many wildly varying 'opinions' ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache + Tomcat, Tomcat only handles JSP in localhost
On Monday, 9 בJanuary 2006 20:28, Nelson Maisonet wrote: Problem: Everything works perfectly when accessing through localhost. However, when I try to go through the net (domain name), instead of displaying the website created in .jsp it simply displays the code. Background: I ran the tomcat server by itself for quite some time without any problems, but now I need the functionality of a full-fledged http server so I'm adding apache and connecting them together with mod_jk. Only things changed in the tomcat setup is what the guide asked to be added. Guide used: http://mpcon.org/apacheguide/jsp.php you are probably accessing the JSP files through the apache server instead of directly through tomcat, and mod_jk isn't configured properly for apache and doesn't handle the JSP files. instead apache handles them directly. You might want to go over the apache error log and the mod_jk log (as specified in the mod_jk configuration) and see if you see any interesting error messages. -- Oded ::.. It's easy to identify people who can't count to ten. They're in front of you in the supermarket express lane. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Single Thread is deprecated?
-Original Message- From: Duan, Nick [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 11:41 AM To: Tomcat Users List Subject: RE: Single Thread is deprecated? HttpSession should be implemented (it's just an interface). In fact, the session attributes were implemented as a Hashtable in tomcat, not a Hashmap (just double checked the latest 5.5.15 src of tomcat). As we all know, Hashtable already has thread sync built in. So that's why additional synchronization on HttpSession in tomcat is unnecessary. I believe this is a fairly recent change. There was a major thread about this in November. In short, it was a HashMap and it got changed. George Sexton MH Software, Inc. http://www.mhsoftware.com/ Voice: 303 438 9585 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
But then, if the API library calls a 3rd party library, that library can't be put in WEB-INF/lib either - it has to be put in the tomcat's startup classpath as well. Ok. I will repeat to ensure I understand it: You have a development system where you do not want to jar for each test of your API, you also do not want to war (ant task) before you test. Your API depends on 3rd party JARs which are not in the default distribution of Tomcat. For your development system only (please do not use this on a production machine): Put your classes in TOMCAT_ROOT/shared/classes (create the folder if not existing) put your libs in TOMCAT_ROOT/shared/lib Avoid any JAR duplication (JAR x.y-1.0.jar is in two places: bootclasspath, common/lib, shared/lib, WEB-INF/lib), it will cause you a lot of pain to find out which JAR causes the (potential) runtime error and why. Read for http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html for details. For any production environment: Avoid the use of the sharded classloader as much as you can. If you have a version conflict (WebApp A relies on 3rd party JAR 1.0, WebApp B relies on 3rd party JAR 2.1) you have no chance with the shared classloader or will have conflicts. Recommended is use of WEB-INF/lib Distribute your application (WebApp) with any JARs you need in WEB-INF/lib. Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AW: JSessionID
Tomcat handles user sessions (HttpSession) separately from SSL session. In other words, JSessionID is being generated independently from SSL. There is no relationship between an SSL session and the user session at the application level. You still have to use the same JSessionID (either implemented as a cookie or using url-rewriting) to access HttpSession even if SSL is turned on. ND -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 12:10 PM To: Tomcat Users List Subject: Re: AW: JSessionID Conveying servlet sessions by SSL session is clearly not required by the spec, though... I'm not sure whether Tomcat supports this... Bernhard Slominski wrote: Hi, I just looked it up in the spec and there is a 3rd one as well: SSL Sessions From the Servlet spec: SRV.7.1 Session Tracking Mechanisms The following sections describe approaches to tracking a user's sessions SRV.7.1.1 Cookies Session tracking through HTTP cookies is the most used session tracking mechanism and is required to be supported by all servlet containers. The container sends a cookie to the client. The client will then return the cookie on each subsequent request to the server, unambiguously associating the request with a session. The name of the session tracking cookie must be JSESSIONID. SRV.7.1.2 SSL Sessions Secure Sockets Layer, the encryption technology used in the HTTPS protocol, has a built-in mechanism allowing multiple requests from a client to be unambiguously identified as being part of a session. A servlet container can easily use this data to define a session. SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator of session tracking. When a client will not accept a cookie, URL rewriting may be used by the server as the basis for session tracking. URL rewriting involves adding data, a session ID, to the URL path that is interpreted by the container to associate the request with a session. The session ID must be encoded as a path parameter in the URL string. The name of the parameter must be jsessionid. ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat not relinquishing control of Jars.
I tried both attributes, which worked however the server doesn't detect new pages like it used to. (If you update a jsp, it continues using the cached version) -Zach Brian O'Rourke wrote: On 1/5/06, Zach Moazeni [EMAIL PROTECTED] wrote: Hello, I'm currently on a project using JSF, Spring and Hibernate deploying to Tomcat 5.5.9. I'm also using Eclipse / MyEclipse deploying directly to Tomcat. I'm constantly having an issue where Tomcat will keep a hold on the jars that are in the WEB-INF/lib directory slowing down my development. Two options you may want to look into are antiJARLocking and antiResourceLocking, both of which can be specified at the context level. http://tomcat.apache.org/tomcat-5.5-doc/config/context.html -Brian O'Rourke Is anyone else having this issue? The jars that reside in the WEB-INF/lib : * aopalliance.jar * cglib-2.0-rc2.jar * commons-dbp-1.1jar * commons-fileupload-1.0.jar * commons-lang-2.1.jar * commons-pool-1.1.jar * dom4j-1.4.jar * hibernate2.jar * javaActivation.jar * javaMail1.2.jar * jta.jar * jtds-1.1.jar * odmg-3.0.jar * spring.jar * standard.jar * tomahawk.jar -Zach - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
On Monday, 9 בJanuary 2006 21:34, Boris Unckel wrote: But then, if the API library calls a 3rd party library, that library can't be put in WEB-INF/lib either - it has to be put in the tomcat's startup classpath as well. Ok. I will repeat to ensure I understand it: You have a development system where you do not want to jar for each test of your API, you also do not want to war (ant task) before you test. Your API depends on 3rd party JARs which are not in the default distribution of Tomcat. Yes, more or less. The problem is not a single locally developed library - the problem is that I have many of those, and each required different third party libraries. For your development system only (please do not use this on a production machine): Put your classes in TOMCAT_ROOT/shared/classes (create the folder if not existing) As mentioned above, I have more then one project that requires this treatment - putting the products of all projects in one place is not the way I want to go, as its a mess and it will be hard to know which class belongs to which project, and I may also encounter name conflicts (I don't believe that I have those, but its not guaranteed). put your libs in TOMCAT_ROOT/shared/lib I'm trying to avoid the need to put the 3rd party dependencies of all the web applications in a single place - due to the reasons you noted. An optimal setup for me, I think, is: - for each application to put the 3rd party dependencies in WEB-INF/lib (I'm using JPackage's build-jar-repository, which I auto invoke from the ant script, so its even automatic). - for each application that users locally developed libraries to list their build directories in the web.xml so what the WebAppClassLoader can get at them without them being shared. This kind of setup would leave all the mess out of the JVM classpath, would allow me to define on a per web application what I want it to have on the classpath by once editing a simple file, and won't require me to do complex hand-eye coordination routines each time new code is introduced. My current interim solution (which is bad) is to have the continuous build process for each locally developed library also create the jar packages, and then I symbolically link them into the WEB-INF/lib directory. The main down side is that this lengthens the continuous build process by almost twice as much, and so a lot of times I have to wait for eclipse to finish a source code commit (that blocks the user interface) before I can continue to work. -- Oded ::.. I've never been canoeing before, but I imagine there must be just a few simple heuristics you have to remember... Yes, don't fall out, and don't hit rocks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat, Tomcat only handles JSP in localhost
From: Nelson Maisonet [mailto:[EMAIL PROTECTED] Subject: Apache + Tomcat, Tomcat only handles JSP in localhost Background: I ran the tomcat server by itself for quite some time without any problems, but now I need the functionality of a full-fledged http server so I'm adding apache and connecting them together with mod_jk. For curiosity's sake, what full-fledged features do you think are missing from Tomcat? - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
On 1/10/06, Oded Arbel [EMAIL PROTECTED] wrote: An optimal setup for me, I think, is: - for each application to put the 3rd party dependencies in WEB-INF/lib (I'm using JPackage's build-jar-repository, which I auto invoke from the ant script, so its even automatic). I thought you said you were not able to the the classes into jar files (as that was part of a separate build automation process) ? - for each application that users locally developed libraries to list their build directories in the web.xml so what the WebAppClassLoader can get at them without them being shared. There's no attribute in web.xml that let's you specify separate class paths to load from. What you could do is to write your own WebAppClassLoader that'd add these folders to its lookup list. -- Sriram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat5 and LDAP authentication
Hello, However, if we enter in a correct username/password combination, it binds correctly, however it just hangs there as if it were awaiting response. The LDAP logs indicate that it did successfully bind correctly with the username/password combination, but no search was performed. How can we get it so that if the correct username/password is entered, it lets us pass the login page? Seeing how nobody seems to have responded to your message yet...I do have a suggestion for you: - Try to find forums and/or mailing lists for your Directory Server and posting this issue there - for ex: if you happen to be using Sun ONE DS 5.2 then you can use their forums at http://swforum.sun.com/jive/forum.jspa?forumID=13 - Or if you have a proprietary DS...try contacting their support...I think tomcat *should be* popular enough for them to have run into this with another client at least once. - Oh and by the way...do post the solution/progress here...should you find/make any. Cheers, - Pulkit On 1/9/06, Derrick [EMAIL PROTECTED] wrote: Nobody? On 1/6/06, Derrick Woo [EMAIL PROTECTED] wrote: I'm having a bit of a tough time getting Tomcat5 to authenticate correctly to our LDAP server. It connects using the service account, and then attempts to bind using the username and password entered at the login page to confirm if it is valid. As it is set up right now, if an invalid username/password is entered, catalina_log confirms that bind attempt failed and Username XXX NOT successfully authenticated just as we expect. However, if we enter in a correct username/password combination, it binds correctly, however it just hangs there as if it were awaiting response. The LDAP logs indicate that it did successfully bind correctly with the username/password combination, but no search was performed. Here is the relevent section of my server.xml file: Realm className=org.apache.catalina.realm .JNDIRealm debug=99 connectionURL=ldap://ldap.domain.com; connectionName=uid=admin,ou=ldapadmin,o=domain.com connectionPassword=xx userPattern=uid={0},ou=it,o=domain.com userBase=ou=it,o=domain.com / Am I missing out on something here? I tried playing around with some of the different attributes mentioned in the Jakarta Tomcat JNDIRealm documentation, but still get the same results. We are not using any roles. How can we get it so that if the correct username/password is entered, it lets us pass the login page?
RE: Tomcat IIS-redirector help
I hate to sound ignorant, but did I post my message to the wrong email list? -Original Message- From: Thomas Dickey [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 9:32 AM To: users@tomcat.apache.org Subject: Tomcat IIS-redirector help I apologize for the length of this email.. I recently installed Tomcat V5.5 on my windows 2003 Server machine with IIS 6.0. I'm trying to use the redirector to direct content from a host IIS webserver, to the Tomcat processor (again, these are on the same machine). I have been unable to get it to post the page. Please help in any way possible.. Here is an excerpt from the redirector log.. ** [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_shm.c (134): Initialized shared memory size=67584 free=65536 addr=0x1de [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1160): Using registry. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1163): Using log file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\log\isapi_redirect.log. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1164): Using log level 1. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1165): Using extension uri jakarta/isapi_redirect.dll. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1166): Using worker file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\workers.properties. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1167): Using worker mount file C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\uriworkermap.properties. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_isapi_plugin.c (1169): Using uri select 0. [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /admin/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /manager/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /jsp-examples/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /servlets-examples/*=wlb was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_uri_worker_map.c (260): wildchar rule /bacworth/*=bacworth was added [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker wlb [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance wlb of ajp13 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init wlb [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1806): worker wlb contact is 'localhost:8009' [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1895): setting socket keepalive to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1934): setting socket timeout to -1 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1938): setting socket buffer size to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1942): setting connection recycle timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1946): setting cache timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1950): setting connect timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1954): setting reply timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1958): setting prepost timeout to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1962): setting recovery opts to 0 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1966): setting number of retries to 3 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1843): setting connection cache size to 10 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (248): removing old wlb worker [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker jkstatus [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance jkstatus of status [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init jkstatus [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (248): removing old jkstatus worker [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (236): creating worker bacworth [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (141): about to create instance bacworth of ajp13 [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_worker.c (154): about to validate and init bacworth [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1806): worker bacworth contact is 'bacworth.llnl.gov:8009' [Thu Jan 05 14:49:45 2006] [4972:5232] [debug] jk_ajp_common.c (1895): setting socket keepalive to 0 [Thu Jan 05 14:49:45 2006] [4972:5232]
RE: Single Thread is deprecated?
--- Duan, Nick [EMAIL PROTECTED] wrote: Well, when I was mentioning the term user session, I was discussing from a threading/transaction perspective, not from the servlet object perspective. It is the worker thread that represents a active user session and accesses both the session and the servlet object (if we want to be precise). Chuck was right. It is possible to have one client (single browser) to start two concurrent sessions at the same time, both eligible to access the same HttpSession object. Therefore, it looks like synchronization is necessary from the spec. However, the spec does not define how HttpSession should be implemented (it's just an interface). In fact, the session attributes were implemented as a Hashtable in tomcat, not a Hashmap (just double checked the latest 5.5.15 src of tomcat). As we all know, Hashtable already has thread sync built in. So that's why additional synchronization on HttpSession in tomcat is unnecessary. ND I don't know about 5.5.15, but 5.5.9 used HashMap. The synchronization of the session object was an issue which caused other issues and is why there should now be synchronization on the reading as well as writing session attributes. There was a huge discussion on this on the list as well as a bug associated with it which could cause finite dead locks in Tomcat if access made the session resize while it were being read (should be able to find it in bugzilla...bugzilla was still being used). Session has to be synchronized anyways, so regardless of misintrepretation/correct interpretation of the specification arguments it would make sense for these calls to be synchronized by what ever server is implementing the specification. I'm saying: If all developers have to synchronize access to all session access then would it not make sense for things to be synchronized as they currently are...at the server level? All scopes which would need synchronization should really be handled at the server level (application and session). The tomcat source code should be synchronizing these things now. At the time it wasn't talked about, but the application level scope was not being synchronized when I looked through the source code when the synchronization bug mentioned above was being discussed. I don't know if this has changed or not (I was hoping ... considering the needless long overly exhaustive discussion that had to occur to get an obvious bug changed back to the correct behaviour...it was once synchronized correctly before it was brokenthat the other pieces would be seen and fixed as well as they would cause the same dead lock behaviour as session access could depending on what happened when the application scope was accessed does a read occur when a write occurs or a write at certain points in the resize.). Just to clarify now before a discussion starts again on this topic: It matters these things are taken care of at the server level in one place or another as JSP/EL are hard to synchronize without breaking their use case (not to use java code within them). I mean, if someone knows how to synchronize access to the session or application scopes (use that term to represent accessing the session from all other places and tags it can be accessed) when using EL or setting/getting a bean in a JSP without a specialized tag library or wrapping in java code then please share, but I think I'm asking an unanswerable quesiton ;-) I wouldn't imagine that the source code is using Hashtable as Hashtable does not allow null values, and would have changed the currently used session access. Were you looking at the file: $TOMCAT_SRC/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java in your source? Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat IIS-redirector help
Thomas Dickey wrote: I hate to sound ignorant, but did I post my message to the wrong email list? No. [Thu Jan 05 14:49:50 2006] [4972:3800] [debug] jk_isapi_plugin.c (863): [/bacworth/] is a servlet url - should redirect to bacworth That's OK. Means that you've correctly set the mount points. 2006-01-09 17:12:10 134.9.150.61 GET /bacworth/ - 80 - 134.9.150.5 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 401 1 0 This means that you did not install isapi_redirect correctly. Since it's 2K3 check you can execute /jakata/isapi_redirect.dll from your vhost, and that you add this .dll to the 'Web Services Extensions' or allow 'All Unknown ISAPI Extensions' Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Single Thread is deprecated?
--- Wade Chandler [EMAIL PROTECTED] wrote: --- Duan, Nick [EMAIL PROTECTED] wrote: Well, when I was mentioning the term user session, I was discussing from a threading/transaction perspective, not from the servlet object perspective. It is the worker thread that represents a active user session and accesses both the session and the servlet object (if we want to be precise). Chuck was right. It is possible to have one client (single browser) to start two concurrent sessions at the same time, both eligible to access the same HttpSession object. Therefore, it looks like synchronization is necessary from the spec. However, the spec does not define how HttpSession should be implemented (it's just an interface). In fact, the session attributes were implemented as a Hashtable in tomcat, not a Hashmap (just double checked the latest 5.5.15 src of tomcat). As we all know, Hashtable already has thread sync built in. So that's why additional synchronization on HttpSession in tomcat is unnecessary. ND I don't know about 5.5.15, but 5.5.9 used HashMap. The synchronization of the session object was an issue which caused other issues and is why there should now be synchronization on the reading as well as writing session attributes. There was a huge discussion on this on the list as well as a bug associated with it which could cause finite dead locks in Tomcat if access made the session resize while it were being read (should be able to find it in bugzilla...bugzilla was still being used). Session has to be synchronized anyways, so regardless of misintrepretation/correct interpretation of the specification arguments it would make sense for these calls to be synchronized by what ever server is implementing the specification. I'm saying: If all developers have to synchronize access to all session access then would it not make sense for things to be synchronized as they currently are...at the server level? All scopes which would need synchronization should really be handled at the server level (application and session). The tomcat source code should be synchronizing these things now. At the time it wasn't talked about, but the application level scope was not being synchronized when I looked through the source code when the synchronization bug mentioned above was being discussed. I don't know if this has changed or not (I was hoping ... considering the needless long overly exhaustive discussion that had to occur to get an obvious bug changed back to the correct behaviour...it was once synchronized correctly before it was brokenthat the other pieces would be seen and fixed as well as they would cause the same dead lock behaviour as session access could depending on what happened when the application scope was accessed does a read occur when a write occurs or a write at certain points in the resize.). Just to clarify now before a discussion starts again on this topic: It matters these things are taken care of at the server level in one place or another as JSP/EL are hard to synchronize without breaking their use case (not to use java code within them). I mean, if someone knows how to synchronize access to the session or application scopes (use that term to represent accessing the session from all other places and tags it can be accessed) when using EL or setting/getting a bean in a JSP without a specialized tag library or wrapping in java code then please share, but I think I'm asking an unanswerable quesiton ;-) I wouldn't imagine that the source code is using Hashtable as Hashtable does not allow null values, and would have changed the currently used session access. Were you looking at the file: $TOMCAT_SRC/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java in your source? Ok, so after I wrote that I checked the latest sourceit is a Hashtable. When did the behaviour change that a null attribute could not be used. I could have swore I remember using null attributes in sessions...oh well, the way it is handled in setAttribute works well. Remove it so you can always check to see if it is set or not with a getAttribute call. So yeah, that should do it. I guess I'll go ahead and check the SessionContext as well. ... Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding tomcat class path handling
On 1/10/06, Oded Arbel [EMAIL PROTECTED] wrote: An optimal setup for me, I think, is: - for each application to put the 3rd party dependencies in WEB-INF/lib (I'm using JPackage's build-jar-repository, which I auto invoke from the ant script, so its even automatic). I thought you said you were not able to the the classes into jar files (as that was part of a separate build automation process) ? No - I'm talking here about the 3rd party libraries, which I did not develop and are not part of tomcat - these come as jars. - for each application that users locally developed libraries to list their build directories in the web.xml so what the WebAppClassLoader can get at them without them being shared. There's no attribute in web.xml that let's you specify separate class paths to load from. What you could do is to write your own WebAppClassLoader that'd add these folders to its lookup list. Hmm. interesting. How can I let such a class loader implementation to be used instead of tomcat's WebAppClassLoader ? -- Oded - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JasperException: No tag xhtml defined in tag library associated with uri urn:jsptagdir:/WEB-INF/tags
Hi, I don't know anything about this xtags taglib you seem to be using so just take the following comments for what they are org.apache.jasper.JasperException: No tag xhtml defined in tag library associated with uri urn:jsptagdir:/WEB-INF/tags I would say this means that we are missing a file called tags in the WEB-INF directory of the webapp. The gile is supposed to define the tag xhtml. The reason we get this is the first line in the jspx file: tags:xhtml xmlns:tags=urn:jsptagdir:/WEB-INF/tags snip I have tried downloading the xtags and adding them to the WEB_INF folder in the ROOT directory but this has not helped. Any assistance would be greatly appreciated. Your url to the app seem to suggest that the webapp is called viewscast. You should add the file to tomcatroot/vieewscast/WEB-INF/ rather than .../ROOT/WEB-INF/ . And then there seem to be a conflict between the name of the taglib. The exception misses tags while you are downloading xtags. May be one of those silly things... Hope this helped, Fredrik Rubensson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding JDOM-Objects
On 1/9/06, Christian Stalp [EMAIL PROTECTED] wrote: Hello again, sorry for my late answer to this thread. I desided to forward the JDOM-Object via tge servelt-context. This solution wrote me Frode Halvorsen of the jdom-interest mailling list. He wrote: Hello. Why don't you put it as an attribute to the servletcontext. Since both revlets runs in the same container, they both have access to the same servlet-context, and can exchange objects there ? the sending one : Document o = new Document(); this.getServletContext().setAttribute(jdom_object,o); the recieving one : Document o = (Document) this.getServletContext().getAttribute(jdom_object); Frode Halvorsen My only question now is, after I wrote this object, somewhere any servelt on that container can access on to it, how I can call the other servlet to start and process? With an URL? I'm jumping into your thread without reading previous messages on this thread. I think you want on servlet to create and set a JDom object that another servlet should be able to use. Further, you want the other servlet to get activated once this servlet has set the object into the session. You could call the other servlet explicitly with a RequestDispatcher.forward(). -- Sriram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Single Thread is deprecated?
George Sexton wrote: -Original Message- From: Duan, Nick [mailto:[EMAIL PROTECTED] HttpSession should be implemented (it's just an interface). In fact, the session attributes were implemented as a Hashtable in tomcat, not a Hashmap (just double checked the latest 5.5.15 src of tomcat). As we all know, Hashtable already has thread sync built in. So that's why additional synchronization on HttpSession in tomcat is unnecessary. SVN: StandardSession.java in Tomcat 5.0.x and 4.1.x use HashMap, 5.5.x HashTable. I believe this is a fairly recent change. There was a major thread about this in November. In short, it was a HashMap and it got changed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat JNDI and LDAP TLS ?
Hello, is it possible to use jndi (ldap) + tls in server.xml ? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Concept for modeling hierarchical data
Hello, I'm searching for the best concept of how to use and save hierarchical data. I have a structure like PC file system with meta data. There a folder objects and files objects of different types. Every object have data like permissions, date and author. And they have type-specific data fields like resolution (of an image type) or location (of an meeting type) or ingredients (of an recipe type). What is the best way to store that kind of data? What database is recommendable? What concepts of persistance? Or not using managed persistance and do it manually? Thanks for all ideas! Florian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RequestDumperValve screws UTF-8 parameter parsing
Endre Stølsvik wrote: Enabling the RequestDumperValve in both 5.5.12 and 5.0.16 (!) messes up the parsing of other-than-ISO-8859-1 incoming parameters. After using a rather huge bunch of hours, this came down as the result: when this debug valve is turned on, it seems to default to ISO-8859-1 when it parses and log-outputs the incoming parameters, thus also implicitly setting the entire Request-object to this enc, so any subsequnt setting to UTF-8 doesn't matter at all. At least this is true for POST paramters. For GET parameters, the situation is a little different. Here an explicit setting of URIEncoding to UTF-8 seems to work as it should, while useBodyEncodingForURI doesn't - it picks up the wrong already implicitly set encoding. (For 5.0.16 I can't seem to get the latter version to work, and have to use the explicit setting.) Sorry if my analysis doesn't hold water, but at least the bug seems to be very consistent. Regards, Endre. Which is why the following text appears in the docs for this valve: doc-quote WARNING: Using this valve has side-effects. The output from this valve includes any parameters included with the request. The parameters will be decoded using the default platform encoding. Any subsequent calls to request.setCharacterEncoding() within the web application will have no effect. /doc-quote Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
apache mod_jk tomcat, 404 errors
I'm trying to setup a site, and have apache serve up all of the static content, and having tomcat server all of the dynamic content. The static content is found on an nfs mount, and has a minimal directory sturcture where static content is found. The jsp code is found on the web server, and some of the directories that are not found on the nfs mount. And within those directories are jsp pages. /mnt \_ nas \_ static ( Apache DocumentRoot) |_ images (direcotry containing .jpg files) |_ dir1 (directory contians css and xml files) |_ dir2 (directory contains css and xml files) /home \_ abc \_ webapps (Tomcat appBase) \_ ROOT |_ dir1 (contains jsp pages) |_ dir2 (contains jsp pages) |_ dir3 (only contains jsp pages: dir3 not found on nas) I'm having no problem serving pages that have directories found both on the nfs mount (apache's document root) and the local webserver (tomcats webapps/ROOT). ie dir1 and dir2 The problem rises when the directories are only found in the webapps/ROOT directory, and I'm trying to view a jsp page. ie dir3 All I get is a 404 page not found error because apache can't find the directory. I tried to fix this by using the JkAutoAlias directive, but causes 404 errors on all the static files found on the nfs share. I tried JkOptions +ForwardDirectoreis, but I have see no chage in operation with that directive enabled. I can fix this by creating empty directoires on the nfs mount, but would perfer not to as people tend to delete empty directories. I also would not want to set up Alias or JkMount directives for each directory. Am I doing something wrong with the +ForwardDirectories option, do I need to enable some other options? Below you will find some of my config files, let me know if you need more info Thanks in advance David Isaacson Apache config: VirtualHost 10.55.55.11:80 ServerName www.abc.com ServerAlias abc.com DirectoryIndex index.jsp index.html DocumentRoot /mnt/nas/static JkMount /*.jsp abc JkMount /servlet/* abc JkMount /*.do abc /VirtualHost workers.properties: worker.list=abc worker.abc.type=ajp13 worker.abc.host=localhost worker.abc.port=8111 CATALINA_HOME=/usr/local/tomcat5 CATALINA_BASE=/home/abc server.xml: Server port=8011 shutdown=SHUTDOWN Service name=abc Connector port=8111 enableLookups=false redirectPort=8443 protocol=AJP/1.3 / Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Logger className=org.apache.catalina.logger.FileLogger prefix=abc_log. suffix=.txt timestamp=true/ /Host /Engine /Service /Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RequestDumperValve screws UTF-8 parameter parsing
I've produced my own servlet filter to get around this -- which does not dump request parameters until *after* the request has completed. With almost no additional effort you can then add request elapsed time, etc, etc, to this. Mark Thomas wrote: Endre Stølsvik wrote: Enabling the RequestDumperValve in both 5.5.12 and 5.0.16 (!) messes up the parsing of other-than-ISO-8859-1 incoming parameters. After using a rather huge bunch of hours, this came down as the result: when this debug valve is turned on, it seems to default to ISO-8859-1 when it parses and log-outputs the incoming parameters, thus also implicitly setting the entire Request-object to this enc, so any subsequnt setting to UTF-8 doesn't matter at all. At least this is true for POST paramters. For GET parameters, the situation is a little different. Here an explicit setting of URIEncoding to UTF-8 seems to work as it should, while useBodyEncodingForURI doesn't - it picks up the wrong already implicitly set encoding. (For 5.0.16 I can't seem to get the latter version to work, and have to use the explicit setting.) Sorry if my analysis doesn't hold water, but at least the bug seems to be very consistent. Regards, Endre. Which is why the following text appears in the docs for this valve: doc-quote WARNING: Using this valve has side-effects. The output from this valve includes any parameters included with the request. The parameters will be decoded using the default platform encoding. Any subsequent calls to request.setCharacterEncoding() within the web application will have no effect. /doc-quote Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat IIS-redirector help
Thanks for the help Mladen... I had not added the DLL to the web services extension section until I read your email, however I am still having the same problem. Can someone tell me how to verify that I can execute /Jakarta/isapi_redirect.dll from my vhost? (http://hostname/jakarta/isapi_redirect.dll) ---is this right? Is there something that perhaps I did not configure somewhere else that could be causing this problem? Thanks again for your help. Tom -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 12:46 PM To: Tomcat Users List Subject: Re: Tomcat IIS-redirector help Thomas Dickey wrote: I hate to sound ignorant, but did I post my message to the wrong email list? No. [Thu Jan 05 14:49:50 2006] [4972:3800] [debug] jk_isapi_plugin.c (863): [/bacworth/] is a servlet url - should redirect to bacworth That's OK. Means that you've correctly set the mount points. 2006-01-09 17:12:10 134.9.150.61 GET /bacworth/ - 80 - 134.9.150.5 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 401 1 0 This means that you did not install isapi_redirect correctly. Since it's 2K3 check you can execute /jakata/isapi_redirect.dll from your vhost, and that you add this .dll to the 'Web Services Extensions' or allow 'All Unknown ISAPI Extensions' Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat IIS-redirector help
Also, if my IIS server is hosting at http://hostname.domainname/ Then do I access the redirector using http://hostname.domainname/servletname/ Thanks again for all the help. Tom -Original Message- From: Thomas Dickey [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 3:37 PM To: 'Tomcat Users List' Subject: RE: Tomcat IIS-redirector help Thanks for the help Mladen... I had not added the DLL to the web services extension section until I read your email, however I am still having the same problem. Can someone tell me how to verify that I can execute /Jakarta/isapi_redirect.dll from my vhost? (http://hostname/jakarta/isapi_redirect.dll) ---is this right? Is there something that perhaps I did not configure somewhere else that could be causing this problem? Thanks again for your help. Tom -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 12:46 PM To: Tomcat Users List Subject: Re: Tomcat IIS-redirector help Thomas Dickey wrote: I hate to sound ignorant, but did I post my message to the wrong email list? No. [Thu Jan 05 14:49:50 2006] [4972:3800] [debug] jk_isapi_plugin.c (863): [/bacworth/] is a servlet url - should redirect to bacworth That's OK. Means that you've correctly set the mount points. 2006-01-09 17:12:10 134.9.150.61 GET /bacworth/ - 80 - 134.9.150.5 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 401 1 0 This means that you did not install isapi_redirect correctly. Since it's 2K3 check you can execute /jakata/isapi_redirect.dll from your vhost, and that you add this .dll to the 'Web Services Extensions' or allow 'All Unknown ISAPI Extensions' Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat IIS-redirector help
Hi, I had not added the DLL to the web services extension section until I read your email, however I am still having the same problem. Can someone tell me how to verify that I can execute /Jakarta/isapi_redirect.dll from my vhost? (http://hostname/jakarta/isapi_redirect.dll) ---is this right? No - you should set up a web site in IIS that uses the ISAPI filter to talk to Tomcat. Is there something that perhaps I did not configure somewhere else that could be causing this problem? Probably. I did this recently and followed the guide here: http://tomcat.apache.org/connectors-doc/howto/iis.html . There are several steps to do. Steps that comes to mind: - In your web site in IIS you need a virtual directory that is called jakarta that is mapped to the directory where JK is installed. - Your web site of Web sites should have the ISAPI filter installed. - JK uses 2 property files that is defined in the registry. If you used the installer for JK this should be no problem. Otherwise you need to enter stuff in the registry. The file called uriworkermap.properties should contain the mapping you need to talk to in Tomcat. - The only part that isn't documented is the one you just managed to do regarding the Web Services Extensions. All the details is in the official documentation for JK. Follow the link and good luck with the tweaking. Regards, Fredrik Rubensson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat, Tomcat only handles JSP in localhost
From: Sriram Narayanan [mailto:[EMAIL PROTECTED] Subject: Re: Apache + Tomcat, Tomcat only handles JSP in localhost The link he gave talks about how to have PHP etc along side Tomcat. PHP can be fairly easily used with Tomcat standalone: http://wiki.apache.org/tomcat/UsingPhp So, I repeat: What full-fledged features do you think are missing from Tomcat? - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat, Tomcat only handles JSP in localhost
Chuck, So, I repeat: What full-fledged features do you think are missing from Tomcat? The reason I'm currently using Apache+Tomcat is that I had heard that Tomcat was significantly slower at serving static files (.css, .gif, .js, etc.). Is this no longer the case? Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat, Tomcat only handles JSP in localhost
From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Subject: RE: Apache + Tomcat, Tomcat only handles JSP in localhost The reason I'm currently using Apache+Tomcat is that I had heard that Tomcat was significantly slower at serving static files (.css, .gif, .js, etc.). Is this no longer the case? It is no longer the case. Peter Lin did some comparisons of the Tomcat 5.0.9 and 5.5.4 levels versus Apache httpd 1.3.3 and 2.0.50: http://tomcat.apache.org/articles/benchmark_summary.pdf 5.5.x is noticeably faster than 5.0.x, which itself is faster than 4.x; avoiding the complexity of front-ending Tomcat would seem to be not only prudent, but beneficial. There are certainly situations where using httpd in front of Tomcat does make sense (e.g., simple load balancing for a cluster), but static content performance no longer appears to be one of them. Properly configuring both Tomcat and the JVM is, of course, critical in obtaining optimum performance. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat, Tomcat only handles JSP in localhost
From: Thom Hehl [mailto:[EMAIL PROTECTED] Subject: Re: Apache + Tomcat, Tomcat only handles JSP in localhost Is there any documentation on configuring tomcat for optimum performance? Probably not all in one place. For starters, Peter Lin has a pretty decent summary at: http://tomcat.apache.org/articles/performance.pdf It's a little dated, but still very useful. You should also take a detailed look at the Tomcat configuration reference: http://tomcat.apache.org/tomcat-5.5-doc/config/index.html Also, go through all of the .xml files in the Tomcat download - lots of useful comments in there. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: JSessionID
Jess Holle [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Conveying servlet sessions by SSL session is clearly not required by the spec, though... I'm not sure whether Tomcat supports this... It doesn't (mostly because nobody has been interested enough to write the code for it). Bernhard Slominski wrote: Hi, I just looked it up in the spec and there is a 3rd one as well: SSL Sessions From the Servlet spec: SRV.7.1 Session Tracking Mechanisms The following sections describe approaches to tracking a user's sessions SRV.7.1.1 Cookies Session tracking through HTTP cookies is the most used session tracking mechanism and is required to be supported by all servlet containers. The container sends a cookie to the client. The client will then return the cookie on each subsequent request to the server, unambiguously associating the request with a session. The name of the session tracking cookie must be JSESSIONID. SRV.7.1.2 SSL Sessions Secure Sockets Layer, the encryption technology used in the HTTPS protocol, has a built-in mechanism allowing multiple requests from a client to be unambiguously identified as being part of a session. A servlet container can easily use this data to define a session. SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator of session tracking. When a client will not accept a cookie, URL rewriting may be used by the server as the basis for session tracking. URL rewriting involves adding data, a session ID, to the URL path that is interpreted by the container to associate the request with a session. The session ID must be encoded as a path parameter in the URL string. The name of the parameter must be jsessionid. ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I log to file jasper compile error messages?
Steven Peterson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I am migrating from version 4.1 to 5.5 and am wrestling with the logging. How do I get compile errors from jasper to go to a log file instead of the console? I have set swallowOutput to true in the context config, and added the below entries to the {catalina_home}/conf/logging.properties file. But when I call a jsp page with a compile error, I see the error on the console but not in any of the log files. Any pointers as to what I am missing? #add the 6mpower... entry to the handlers handlers = 1catalina.org.apache.juli.FileHandler, 2localhost.org.apache.juli.FileHandler, 3manager.org.apache.juli.FileHandler, 4admin.org.apache.juli.FileHandler, 5host-manager.org.apache.juli.FileHandler, 6mpower.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler 6mpower.org.apache.juli.FileHandler.level = FINE 6mpower.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 6mpower.org.apache.juli.FileHandler.prefix = mpower. org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/mpower].level = INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/mpower].handlers = 6mpower.org.apache.juli.FileHandler Try: org.apache.jasper.handlers=6mpower.org.apache.juli.FileHandler - Steve Peterson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDBC Session Persistence in a cluster problem/question
From: [EMAIL PROTECTED] Subject:JDBC Session persistence in a cluster problem/question Date: 10 January 2006 5:42:51 PM To: [EMAIL PROTECTED] [For context, Tomcat 5.5.12] Hello all, I'm having a bit of trouble understanding exactly what the capabilities are of the whole PersistenceManager and how it saves session data. here's what I we have configured in server.xml: Host name=localhost appBase=foo Context path=/ docBase=${catalina.home}/app/mel/ Manager className=org.apache.catalina.session.PersistentManager Store className=org.apache.catalina.session.JDBCStore connectionURL=jdbc:inetdae7:tower.aconex.com? database=paulamp;user=sqlamp;password=sql driverName=com.inet.tds.TdsDriver sessionIdCol=session_id sessionValidCol=valid_session sessionMaxInactiveCol=max_inactive sessionLastAccessedCol=last_access sessionTable =tomcat_sessions sessionAppCol = app_name sessionDataCol = session_data / /Manager /Context /Host Sessions are persisting, as we can see the new rows being added to the DB. Fine, great. However in our test cluster environment we have noticed that session variables (strings, Integers) are being lost during the failover to the other node in the cluster. From looking at the Javadoc of the PersistentManager and other related info on the net, I can't see anywhere where it indicates that the Session is persisted to the DB when the session is updated/modified/addedto. It seems to only have settings that set how long to wait before saving to the persistence store. 1). Am I correct in my understanding so far? 2) . If so, is this design because of the likely performance impact of all these session changes, and the somewhat unlikely case of the server going down in the first place. 3). do I have any options here? We really do need a pretty seamless failover with session information being kept in sync as it failsover to the other node in the cluster. cheers, Paul Smith
Error loop for R - Tomcat 3.3.1a
I am currently working on a web application that uses Tomcat 4.1.27 and JDK 1.4.2_03. The same piece of code now needs to be supported on Tomcat 3.3.1 and JDK 1.4.2_08. I managed to get the classes, jsps coompile and built by modifying the ant script. In fact even the application runs perfect and the functionalities are working as expected. Although, all is not good as it seems so. In the backend, the tomcat - startup windows isn't quite happy with the changes. I repeatedly get the following error and I can make out very little from it. I can think of possible cause as this code in my jsp but not really sure: jsp:include page=weblmpagetop.jsp flush=true jsp:param name=disable-session-validation value=true / jsp:param name=body-title-text value=%= title % / jsp:param name=body-location-text value=%= location % / /jsp:include Exception thrown in tomcat-start up window is below: 2006-01-10 11:48:04 - Ctx(/WebLM) : Exception in R( /WebLM + /weblmlogin.jsp + n ull) - javax.servlet.ServletException: String index out of range: -1 at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCon textImpl.java:460) at com.avaya.weblm.weblmlogin._jspService(Unknown Source) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java :574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:4 85) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispa tcherImpl.java:272) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatc herImpl.java:174) at com.avaya.weblm.WebLMServlet.forwardToNextPage(Unknown Source) at com.avaya.weblm.WebLMClientLogin.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java :574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:4 85) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispa tcherImpl.java:272) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatc herImpl.java:174) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.jav a:423) at com.avaya.weblm.weblmlogin._jspService(Unknown Source) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java :574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:4 85) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispa tcherImpl.java:272) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatc herImpl.java:174) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.jav a:423) at com.avaya.weblm.index._jspService(Unknown Source) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java :574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:4 85) at org.apache.tomcat.core.ContextManager.internalService(ContextManager. java:917) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833 ) at org.apache.tomcat.modules.server.Http10Interceptor.processConnection( Http10Interceptor.java:176) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :494) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:516) at java.lang.Thread.run(Thread.java:534) Root cause: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1444) at org.apache.jasper.runtime.PageContextImpl.getAbsolutePathRelativeToCo ntext(PageContextImpl.java:401) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.jav a:411) at
RE: Tomcat IIS-redirector help
Curious though, I think you mentioned that you added the isapi filter to the web sites container, on not the web site itself, is this correct? Yepp - I think you should be able to do it either way. If you want the filter to be active for all your web sites you can add it at the top level. That's the way I have done it. Maybe it doesn't work if you add it directly on the website itself? Fredrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Form based login with UTF8 and Tomcat
Hi! First of all, Im sorry for my empty mail. Now to my question. I have trouble with UTF-8 and form based login with Tomcat 5.5.12 together with Apache 2.0.55 using mod_jk 1.2.15. I have a struts based application that works fine with UTF-8, but the form based login using jdbc realm dont work with åäö. I added URIEncoding=UTF-8 the connectors in server.xml, and the application has a filter matching / (in web.xml) that encodes to UTF-8 as described in http://www.javaworld.com/javaworld/jw-05-2004/jw-0524-i18n_p.html Before when I used ISO-8859-1, form based login in Tomcat worked fine with åäö. Thanks in advance! Best Regards Joacim Turesson
Apache+Tomcat+AJP: failover error, expected?
context: Apache 2.0.54, Tomcat 5.5.12, jk 1.2.15, ajp 1.3 I am observing something which I think I understand, but I want to make sure it is expected behaviour and not something I should attempt to try and fix. See config at the end of this email for more information. We have configured Apache 2 to have a load-balancer between 2 Tomcat instances and configured it as per standard configurations (what we believe to be standard configurations). When doing the following failover test: 1) Start up both tomcat nodes, and 'warm' them up by ensuring that the sticky session OR round-robin logic (we've tried both) routes some requests to both nodes. 2) Pause the submission of requests to the cluster just for testing purposes, then shut down one of the tomcat nodes cleanly via shutdown command leaving one clean node in the cluster. 3) _First_ request that comes into the cluster that would normally by 'stickied'/stuck/round-robin'd to the now deceased node is shown a 500 Error. Subsequent requests are moved successfully over to the remaining node. If I think about this a bit, it seems reasonable to design the ajp connectors this way because of trying to check the state of the worker before sending it a request introduces quite a lot of overhead, and would probably reduce performance. The design is 'optimistic' in that it assumes that for the majority of the time the tomcat node will be there. Unfortunately the first request in gets nuked. Is this the correct and expected behaviour in this scenario? Or have we simply configured something incorrectly? Perhaps that's just The Way It Is? cheers, Paul Smith --begin configs -- [EMAIL PROTECTED] conf]# more workers.properties # Define workers worker.list=loadbalancer,status worker.maintain=5 # - # First Tomcat Server: worker1 (ajp13) # - # # Talk to Tomcat listening on machine mel.neil.aconex.com at port 8009 worker.worker1.type=ajp13 worker.worker1.host=192.168.0.218 worker.worker1.port=8009 worker.worker1.lbfactor=1 # Use up to 10 sockets, which will stay no more than 10min in cache worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 # Ask operating system to send KEEP-ALIVE signal on the connection worker.worker1.socket_keepalive=1 # Want ajp13 connection to be dropped after 10secs (recycle) worker.worker1.socket_timeout=300 # - # Second Tomcat Server: worker2 (ajp13) # - # # Talk to Tomcat listening on machine mel.neil.aconex.com at port 8010 worker.worker2.type=ajp13 worker.worker2.host=192.168.0.219 worker.worker2.port=8009 worker.worker2.lbfactor=0 # Use up to 10 sockets, which will stay no more than 10min in cache worker.worker2.cachesize=10 worker.worker2.cache_timeout=600 # Ask operating system to send KEEP-ALIVE signal on the connection worker.worker2.socket_keepalive=1 # Want ajp13 connection to be dropped after 10secs (recycle) worker.worker2.socket_timeout=300 # - # Load Balancer worker: loadbalancer # - # # The loadbalancer (type lb) worker performs weighted round-robin # load balancing with non-sticky sessions. # Note: # If a worker dies, the load balancer will check its state #once in a while. Until then all work is redirected to peer #worker. worker.loadbalancer.type=lb worker.loadbalancer.balanced_workers=worker1,worker2 worker.loadbalancer.sticky_session=false worker.loadbalancer.recover=65 # - # Status worker: status # - # worker.status.type=status [EMAIL PROTECTED] conf]# more httpd.conf # # Based upon the NCSA server configuration files originally by Rob McCool. # [snip] # # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Statically compiled modules (those listed by `httpd -l') do not need # to be loaded here. # # Example: # LoadModule foo_module modules/mod_foo.so LoadModule jk_module modules/mod_jk.so [snip] # # Bring in additional module-specific configurations # IfModule mod_ssl.c Include conf/ssl.conf /IfModule # # Configure module: mod_jk # JkWorkersFile conf/workers.properties JkLogFile logs/mod_jk.log JkLogLevel debug JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkRequestLogFormat %w %V %T JkOptions +ForwardKeySize JkShmFile share/mod_jk.shm JkMount /* loadbalancer JkUnMount /*.html loadbalancer JkUnMount /*.ico loadbalancer JkUnMount /html/*/*.html loadbalancer JkUnMount /html/*/*.htm loadbalancer JkUnMount /html/*/*.ico loadbalancer JkUnMount /html/*/*.gif loadbalancer JkUnMount /html/*/*.jpg loadbalancer JkUnMount