Re: RE: Character Encodig/ CodePage Problem
Hi,
the HTML code is generated by a servlet and the Character encoding has been
set with the follwing code-snippet:
res.setContentType("text/html; charset=iso-8859-1"); Even the Browser says it
is the encoding.
The result after testing various Codepages :
charset=utf-8 the only difference concering the Umlaut is that the browser
cannot transform them properly, shown with an "?" instead of the wanted
character.
charset=iso-8859-1 does not have the transforming problem, just that
transforming result is rather strange. (Ã = Å; Ã = â ; I hope this viewed
properly)
Therefore it seems that the problem is not related to the code, rather the
plattform-settings.
Any hints where I can change the character setting for the tomcat?
Bye Saffina
>do your jsps have these directives at the very top (although they ought to be
>these values by default, certainly in servlet 2.4 spec - but I see you are
>using Tomcat 4, so maybe it was different then).
>
><%@ page contentType="text/html;charset=ISO-8859-1" %>
><%@ page pageEncoding="ISO-8859-1" %>
>
>Allistair.
>
>-Original Message-
>From: S.Esters [mailto:[EMAIL PROTECTED]
>Sent: Wed 01/12/2004 20:08
>To: [EMAIL PROTECTED]
>Cc:
>Subject: Character Encodig/ CodePage Problem
>
>
>
> Hi,
> the problem concerns the displaying of german Umlaute such as ÃÃÃ
> The OS is
> NW65 out of the box with Apache 2.0.49 and tomcat 4.1.28, JVM 1.4.2_02.
>
> The german Umlaute in the servlet generated HTML-Code is not displayed
> properly even though the character-encoding in the Web-Browser is
> iso-8859-1.
>
> I assume that the problem is related to the TomCat Configuration or the
> combination of the OS, TomCat and Apache.
> Is it possible that this is well known problem and where can I find a
> solution for it?
> Is it possible to determine the character-encoding for an application
> within
> the TomCat and where can it done?
> The same servlet and request from a Unix Enviroment does work fine,
> therefore the coding can not be wrong all the way!
> Bye Soapy
>
>
> -
> To unsubscribe, e-mail: tomcat-user-unsubscrib
[EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
>---
>QAS Ltd.
>Developers of QuickAddress Software
>http://www.qas.com";>www.qas.com
>Registered in England: No 2582055
>Registered in Australia: No 082 851 474
>---
>
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
common image practice?
I'm looking for a "good" or "best" practice to deal with site-wide logo type files...things that will never change, and that every app will want access to. This is on linux, but enabling sym links just seems to be an admin/backup complexity, and duplicating logos in every project also seems wrong. I see the shared directory looks ideal, but apparently this is only for classes or libraries. Perhaps a simple logo loader class in the shared folder would be most convenient, but I have to wonder if loading something as simple as a small logo should have to use the overhead of going through a class. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat5.5 configuration issue
Hi all, I have developed a JSP application. It is working fine on my machine(with tomcat5.5 & JRE 1.5 ,win2000). But when this application run on client side (with tomcat5.5 & JRE1.5,winNT) it is showing unexpected behaviour it is showing the following error. org.apache.jasper.JasperException: Unable to compile class for JSP org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:565) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:296) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:246) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause java.lang.ArrayIndexOutOfBoundsException: 0 org.apache.jasper.compiler.SmapUtil$SDEInstaller.copy(SmapUtil.java:425) And sometimes Exception javax.servlet.ServletException:Truncated class file . . . root cause java.lang.ClassFormatError:Truncated class file Please help me. Is it tomcat5.5 configuration issue or some bad logic in my application. Thanks to all in advance Vishal Yahoo! India Matrimony: Find your life partner online Go to: http://yahoo.shaadi.com/india-matrimony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.28 Jasper compiler error SimpleMenuItem?
Hi,
I have a jsp page that I am trying to run on Tomcat that works in Weblogic.
It appears Tomcat is generating code when compiling the JSP that isn't aware
of the type of class the org.apache.struts.tiles.beans.SimpleMenuItem is -
it looks like at run time it thinks it is a String.
my JSP looks like this (jstl tags - partial):
my tiles def looks like this (partial):
and the generated servlet code looks like this - Is Jasper not compiling
this correctly???
_jspx_th_core_when_0.setTest((java.lang.String)
org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${menuItem.to
oltip=='help'}", java.lang.String.class, (PageContext)_jspx_page_context,
null, false));
And when the page runs I get this serlet exception:
ServletException in:/menu.do?menu=topnav] Unable to find a value for
"tooltip" in object of class "java.lang.String" using operator "."'
Help please :>
Thanks,
Jerry Rodgers
Re: Moving from 4.1.27 to 5.0.28?
On Wednesday 01 December 2004 15:08, Bjørn T Johansen wrote: > I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28 (or > is 5.5.4 a safer bet?) and I was wondering if there would be any problems > when upgrading? Anything particular I should think of? My advice is to redo your server.xml file from scratch... ...much safer and will cause you less headaches. I recently moved from Tomcat 4 to Tomcat 5 and had a few minor glitches until I took the time to recreate the server.xml file using the server.minimal.xml file in the same directory. > Regards, > > BTJ Q -- Quinton Delpeche Internal Systems Developer Softline VIP Telephone: +27 12 420 7000 Direct:+27 12 420 7007 Facsimile: +27 12 420 7344 http://www.vippayroll.co.za/ I have learned To spell hors d'oeuvres Which still grates on Some people's n'oeuvres. -- Warren Knox pgpyKnFurre6t.pgp Description: PGP signature
Re: JSTL/JSP/regexp Question
1) Allow run time expressions in the attribute declaration 2) Don't run any of the ExpressionEvaluatorManager.evaluate() statements in your doEndTag() since all the variables were already evaluated. An added advantage is now you can have settings of other primitives in your tag. -Tim Jack Lauman wrote: Tim: I already have both 2.3/2.4 web.xml files. If I switch to the 2.4 format what do I need to do with lines of code like this "private transient String smtpEL;" in the tag source? I haven't seen any docs on how to convert taglibs from 1.0 using EL to 1.1 where the EL is done by JSP 2.0. What do I need to do here? Any suggestions would be appreciated. Thanks, Jack Tim Funk wrote: If your webapp's web.xml is a 2.4 webapp. Then tomcat will do the EL translations before the value is passed to your custom tag. You won't have to use ExpressionEvaluatorManager because it would have been done for you. -Tim Jack Lauman wrote: Tim: This app is deployed with JBoss 3.2.7RC1/Tomcat 5.0.28. The JDK is 1.4.2_06. The custom tag libraries were developed using JSTL 1.0. I'm not sure how to convert them. Can you use a 1.0 tag in 1.1? Below is an example of an SMTP mail tag the I'm using. Will this work in 1.1 or does it need to be rewritten? Thanks, Jack package com.nwc.tags; import java.io.IOException; import java.io.PrintStream; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import javax.servlet.jsp.tagext.BodyTagSupport; import org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager; import sun.net.smtp.SmtpClient; - 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: JSTL/JSP/regexp Question
Tim: I already have both 2.3/2.4 web.xml files. If I switch to the 2.4 format what do I need to do with lines of code like this "private transient String smtpEL;" in the tag source? I haven't seen any docs on how to convert taglibs from 1.0 using EL to 1.1 where the EL is done by JSP 2.0. What do I need to do here? Any suggestions would be appreciated. Thanks, Jack Tim Funk wrote: If your webapp's web.xml is a 2.4 webapp. Then tomcat will do the EL translations before the value is passed to your custom tag. You won't have to use ExpressionEvaluatorManager because it would have been done for you. -Tim Jack Lauman wrote: Tim: This app is deployed with JBoss 3.2.7RC1/Tomcat 5.0.28. The JDK is 1.4.2_06. The custom tag libraries were developed using JSTL 1.0. I'm not sure how to convert them. Can you use a 1.0 tag in 1.1? Below is an example of an SMTP mail tag the I'm using. Will this work in 1.1 or does it need to be rewritten? Thanks, Jack package com.nwc.tags; import java.io.IOException; import java.io.PrintStream; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import javax.servlet.jsp.tagext.BodyTagSupport; import org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager; import sun.net.smtp.SmtpClient; - 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: JSTL/JSP/regexp Question
If your webapp's web.xml is a 2.4 webapp. Then tomcat will do the EL translations before the value is passed to your custom tag. You won't have to use ExpressionEvaluatorManager because it would have been done for you. -Tim Jack Lauman wrote: Tim: This app is deployed with JBoss 3.2.7RC1/Tomcat 5.0.28. The JDK is 1.4.2_06. The custom tag libraries were developed using JSTL 1.0. I'm not sure how to convert them. Can you use a 1.0 tag in 1.1? Below is an example of an SMTP mail tag the I'm using. Will this work in 1.1 or does it need to be rewritten? Thanks, Jack package com.nwc.tags; import java.io.IOException; import java.io.PrintStream; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import javax.servlet.jsp.tagext.BodyTagSupport; import org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager; import sun.net.smtp.SmtpClient; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Character Encodig/ CodePage Problem
do your jsps have these directives at the very top (although they ought to be these values by default, certainly in servlet 2.4 spec - but I see you are using Tomcat 4, so maybe it was different then). <%@ page contentType="text/html;charset=ISO-8859-1" %> <%@ page pageEncoding="ISO-8859-1" %> Allistair. -Original Message- From: S.Esters [mailto:[EMAIL PROTECTED] Sent: Wed 01/12/2004 20:08 To: [EMAIL PROTECTED] Cc: Subject: Character Encodig/ CodePage Problem Hi, the problem concerns the displaying of german Umlaute such as ÃÃÃ The OS is NW65 out of the box with Apache 2.0.49 and tomcat 4.1.28, JVM 1.4.2_02. The german Umlaute in the servlet generated HTML-Code is not displayed properly even though the character-encoding in the Web-Browser is iso-8859-1. I assume that the problem is related to the TomCat Configuration or the combination of the OS, TomCat and Apache. Is it possible that this is well known problem and where can I find a solution for it? Is it possible to determine the character-encoding for an application within the TomCat and where can it done? The same servlet and request from a Unix Enviroment does work fine, therefore the coding can not be wrong all the way! Bye Soapy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deployment problem
On Wed, Dec 01, 2004 at 09:36:28AM -0800, Dustin wrote: : For example, an app that : had a path of /stuff now has a path of /srv/stuff. : : I was able to get it working in tomcat 4 (the solution : seemed like a hack to me tho), but I am having : problems getting it to work in tomcat 5. Perhaps you could share what you did in Tomcat 4, and what you've tried in v5..? That might give the rest of us a head start. I don't have the time to try it here, but I suppose you've already tried a context path of "/srv/stuff" and that failed? -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Moving from 4.1.27 to 5.0.28?
On Wed, Dec 01, 2004 at 07:32:42PM +0100, Bj?rn T Johansen wrote: : - upgrade to 5.0.28 is a good thing... : - shouldn't be any/much problem doing this As long as your app code is clean (e.g. doesn't rely on features deprecated in servlet spec 2.4, doesn't rely on features specific to Tomcat 4) then it should be straightforward. There's a brief doc on my website for the 4.1 -> 5.0 upgrade: http://www.brandxdev.net/misc/tomcat_upgrade.site -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dbcp] Call Oracle stored procedure via DBCP?
Sergey Karpov wrote: During a call of stored procedure through DBCP there is a mistake of reduction of type: java.lang.ClassCastException That's because you're assuming that dbcp returns you a naked vendor JDBC Connection object. It doesn't - it returns you a pooled connection wrapper with forwarding methods. Ditto for CallableStatements. If you really needed to get the underlying object, you'd have to look at the JavaDoc for DBCP. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compiling mod_proxy_ajp
thanks, I pasted in Mladen's example without looking at it closely. The coffee is really kicking in. This is the configuration that works for me BalancerMember ajp://x.x.x.x:8009/servlets-examples BalancerMember ajp://y.y.y.y:8009/servlets-examples ProxyPass balancer://mycluster --- Filip Hanik - Dev <[EMAIL PROTECTED]> wrote: > how about you correct the spelling :) > > Filip > > - Original Message - > From: "Elihu Smails" <[EMAIL PROTECTED]> > To: "Tomcat Users List" > <[EMAIL PROTECTED]> > Sent: Wednesday, December 01, 2004 2:17 PM > Subject: Re: compiling mod_proxy_ajp > > > when I try to set up balancing, I get the following > Apache startup errors: > > Invalid command 'BalacerMember', perhaps mis-spelled > or defined by a module not included in the server > configuration > > Here is the output from "apachectl -l" > core.c > mod_log_config.c > mod_setenvif.c > mod_proxy.c > proxy_connect.c > proxy_ftp.c > proxy_http.c > proxy_ajp.c > proxy_balancer.c > mod_ssl.c > worker.c > http_core.c > mod_status.c > mod_so.c > > Here is the snippet from httpd.conf" > -- > >BalacerMember ajp://xxx.xxx.xxx.xxx:8009 max=2 > lbfactor=2 >BalacerMember ajp://xxx.xxx.xxx.yyy:8009 max=2 > lbfactor=1 > > > ProxyPassReverse /servlets-examples > balacer://mycluster/servlets-examples > --- > > > > > --- Mladen Turk <[EMAIL PROTECTED]> wrote: > > > Elihu Smails wrote: > > > 2 questions... > > > > > > 1. Is there anything that must be configured in > > Apache > > > to get Apache to talk to Tomcat? > > > > > > > > ProxyPass /servlets-examples > > ajp://localhost:8009/servlets-examples > > ProxyPassReverse /servlets-examples > > ajp://localhost:8009/servlets-examples > > > > Just like http proxy :). > > > > Or.. > > > >BalacerMember ajp://first.server:8009 max=50 > > lbfactor=2 > >BalacerMember ajp://second.server:8009 max=100 > > lbfactor=1 > > > > > > ProxyPassReverse /servlets-examples > > balacer://mycluster/servlets-examples > > > > > > > > > 2. Is mod_proxy_ftp required for mod_proxy_ajp ? > > > > > > > No. > > > > > > > Thank you. > > > > > No problem :) > > > > > - > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > __ > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile > phone. > http://mobile.yahoo.com/maildemo > > - > 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] > > __ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [java] RE: bug JDBC Real with CLIENT-CERT
Keep an eye on http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html.
An entry will appear here once it is fixed.
I can't see an easier way then two WARs. If anyone else has any bright ideas...
Mark
> -Original Message-
> From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 01, 2004 9:25 PM
> To: Tomcat Users List
> Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
>
> Thanks, Mark...
>
> Please let us know when you have more infs about TC5 and JNDI
> Realm/CLIENT-CERT, ok?
>
> Just to be sure:
>
> Since I can have just one login-config per application, I
> will have to work
> with two WARs (one for each configuration)...if I need to
> have both "form
> based" and "cert based" authentication in the same application, right?
>
> Do you know any better workaround?
>
> Paulo Alvim.
>
>
> -Mensagem original-
> De: Mark Thomas [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 1 de dezembro de 2004 16:43
> Para: 'Tomcat Users List'
> Assunto: RE: [java] RE: bug JDBC Real with CLIENT-CERT
>
>
> I haven't looked at the JNDI realm at all. There is an outstanding bug
> against
> this and CLIENT-CERT for TC4 so I will get to it eventually
> (I'll port the
> fix
> to TC5 if it needs it).
>
> The spec states that you can have no more than 1 login-config per
> application.
>
> If a fix is needed, you are going to have to migrate to the
> version that
> includes the fix.
>
> Mark
>
> > -Original Message-
> > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, November 30, 2004 1:09 PM
> > To: Tomcat Users List
> > Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> > Thanks for your answer, Mark...
> >
> > I'm sorry...I was talking about JNDIRealm. We use it to
> > authenticate to
> > ActiveDirectory with the configuration bellow (names changed):
> >
> > >connectionURL="ldap://plcbhdc:389";
> > connectionName="cn=alvim,cn=Users,dc=powerlogic"
> > connectionPassword="1234567"
> > userBase="cn=Users,dc=powerlogic"
> > userSearch="sAMAccountName={0}"
> > userSubtree="true" roleBase="CN=Builtin,dc=powerlogic"
> > roleSearch="(member={0})" roleSubTree="true"
> > userRoleName="member"
> > roleName="cn" />
> >
> > ...and sometimes against our database schema:
> >
> > > driverName="oracle.jdbc.driver.OracleDriver"
> > connectionURL="jdbc:oracle:thin:@plcxdb:1521:orax"
> > connectionName="xxx3" connectionPassword="x"
> > userTable="EC_USUARIO" userNameCol="LOGIN"
> > userCredCol="SENHA"
> > userRoleTable="EC_GRUPOXUSUARIO" roleNameCol="NOME_GRUPO"
> > digest="SHA"/>
> >
> > We need to use CLIENT-CERT together with FORM-BASED
> > authentication - is it
> > possible to use both in the same WAR?
> >
> > We could make CLIENT-CERT work with MemoryReal but since we
> > couldn't make it
> > work with JDBCRealm we are wondering it won't work with JNDI
> > too (we can't
> > test this at this moment)...
> >
> > We are using Tomcat 5.0.28 and we didn't like to migrate it,
> > because our
> > apps are running ok...only if necessary...
> >
> > Thanks again!
> >
> > Alvim
> >
> >
> >
> > -Mensagem original-
> > De: Mark Thomas [mailto:[EMAIL PROTECTED]
> > Enviada em: segunda-feira, 29 de novembro de 2004 18:31
> > Para: 'Tomcat Users List'
> > Assunto: RE: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> >
> > The JDBC stuff is all there and works. I dont understand how
> > this then fits
> > in
> > with AD/LDAP? Could you enlighten me? I assume you don't mean
> > the JNDI realm
> > (which I haven't done anything with or even tested if
> > CLIENT-CERT will work
> > with)
> >
> > Mark
> >
> > > -Original Message-
> > > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > Sent: Monday, November 29, 2004 9:47 PM
> > > To: Tomcat Users List
> > > Cc: [EMAIL PROTECTED]
> > > Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
> > >
> > > Thanks, Mark!
> > >
> > > Could you tell me if my kind of issues (JDBC/Ldap Realm)
> > are there?...
> > >
> > >
> > > Alvim.
> > >
> > > -Mensagem original-
> > > De: Mark Thomas [mailto:[EMAIL PROTECTED]
> > > Enviada em: segunda-feira, 29 de novembro de 2004 17:02
> > > Para: 'Tomcat Users List'
> > > Assunto: [java] RE: bug JDBC Real with CLIENT-CERT
> > >
> > >
> > > I committed some patches to support CLIENT-CERT to 5.5.x
> > > recently. Should be
> > > in
> > > the next release. If you want them now, you can always grab
> > > them from CVS.
> > >
> > > Mark
> > >
> > > > -Original Message-
> > > > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > > Sent: Monday, November 29, 2004 4:02 PM
> > > > To: Tomcat Users List
> > > > Subject: bug JDBC Real with CLIENT-CERT
> > > >
> > > > Hi,
> > > >
> > > > I'm trying to use Client-Cert authentication with Tomcat
> > > > 5.0.28. I could
> > > > make it work using Memory Realm but when I changed to
> > > > JDBCRealm I received
> > > > an
RE: Delivering JSPs without source
hihi, i have gotten into the habit of precompiling my jsps and then obfuscating everything. while not 100% bullet-proof (but then again, nothing is in theory), i think this is a reasonably decent solution for source security. woodchuck --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > > Hi, > > >When Tomcat receives a request for .jsp page, isn't the first order > of > >business to compare the date of the .jsp page against the .java file > in > >the working directory, so Tomcat knows whether to re-translate and > >compile the .jsp page? > > For normal JSP pages, but not for pre-compiled ones. Those are > defined > in web.xml and don't go through the JSP servlet: they are normal > servlets, not subject to Jasper manipulation. So what this user is > trying to do (precompile to avoid giving customers JSP source code) > is > technically possible and has valid use-cases. I've helped customers > do > the same thing. > > Yoav Shapira http://www.yoavshapira.com > > > > > This e-mail, including any attachments, is a confidential business > communication, and may contain information that is confidential, > proprietary and/or privileged. This e-mail is intended only for the > individual(s) to whom it is addressed, and may not be saved, copied, > printed, disclosed or used by anyone else. If you are not the(an) > intended recipient, please immediately delete this e-mail from your > computer system and notify the sender. Thank you. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: [java] RE: bug JDBC Real with CLIENT-CERT
Thanks, Mark...
Please let us know when you have more infs about TC5 and JNDI
Realm/CLIENT-CERT, ok?
Just to be sure:
Since I can have just one login-config per application, I will have to work
with two WARs (one for each configuration)...if I need to have both "form
based" and "cert based" authentication in the same application, right?
Do you know any better workaround?
Paulo Alvim.
-Mensagem original-
De: Mark Thomas [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 1 de dezembro de 2004 16:43
Para: 'Tomcat Users List'
Assunto: RE: [java] RE: bug JDBC Real with CLIENT-CERT
I haven't looked at the JNDI realm at all. There is an outstanding bug
against
this and CLIENT-CERT for TC4 so I will get to it eventually (I'll port the
fix
to TC5 if it needs it).
The spec states that you can have no more than 1 login-config per
application.
If a fix is needed, you are going to have to migrate to the version that
includes the fix.
Mark
> -Original Message-
> From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 30, 2004 1:09 PM
> To: Tomcat Users List
> Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
>
> Thanks for your answer, Mark...
>
> I'm sorry...I was talking about JNDIRealm. We use it to
> authenticate to
> ActiveDirectory with the configuration bellow (names changed):
>
> connectionURL="ldap://plcbhdc:389";
> connectionName="cn=alvim,cn=Users,dc=powerlogic"
> connectionPassword="1234567"
> userBase="cn=Users,dc=powerlogic"
> userSearch="sAMAccountName={0}"
> userSubtree="true" roleBase="CN=Builtin,dc=powerlogic"
> roleSearch="(member={0})" roleSubTree="true"
> userRoleName="member"
> roleName="cn" />
>
> ...and sometimes against our database schema:
>
>driverName="oracle.jdbc.driver.OracleDriver"
> connectionURL="jdbc:oracle:thin:@plcxdb:1521:orax"
> connectionName="xxx3" connectionPassword="x"
> userTable="EC_USUARIO" userNameCol="LOGIN"
> userCredCol="SENHA"
> userRoleTable="EC_GRUPOXUSUARIO" roleNameCol="NOME_GRUPO"
> digest="SHA"/>
>
> We need to use CLIENT-CERT together with FORM-BASED
> authentication - is it
> possible to use both in the same WAR?
>
> We could make CLIENT-CERT work with MemoryReal but since we
> couldn't make it
> work with JDBCRealm we are wondering it won't work with JNDI
> too (we can't
> test this at this moment)...
>
> We are using Tomcat 5.0.28 and we didn't like to migrate it,
> because our
> apps are running ok...only if necessary...
>
> Thanks again!
>
> Alvim
>
>
>
> -Mensagem original-
> De: Mark Thomas [mailto:[EMAIL PROTECTED]
> Enviada em: segunda-feira, 29 de novembro de 2004 18:31
> Para: 'Tomcat Users List'
> Assunto: RE: [java] RE: bug JDBC Real with CLIENT-CERT
>
>
> The JDBC stuff is all there and works. I dont understand how
> this then fits
> in
> with AD/LDAP? Could you enlighten me? I assume you don't mean
> the JNDI realm
> (which I haven't done anything with or even tested if
> CLIENT-CERT will work
> with)
>
> Mark
>
> > -Original Message-
> > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > Sent: Monday, November 29, 2004 9:47 PM
> > To: Tomcat Users List
> > Cc: [EMAIL PROTECTED]
> > Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> > Thanks, Mark!
> >
> > Could you tell me if my kind of issues (JDBC/Ldap Realm)
> are there?...
> >
> >
> > Alvim.
> >
> > -Mensagem original-
> > De: Mark Thomas [mailto:[EMAIL PROTECTED]
> > Enviada em: segunda-feira, 29 de novembro de 2004 17:02
> > Para: 'Tomcat Users List'
> > Assunto: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> >
> > I committed some patches to support CLIENT-CERT to 5.5.x
> > recently. Should be
> > in
> > the next release. If you want them now, you can always grab
> > them from CVS.
> >
> > Mark
> >
> > > -Original Message-
> > > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > Sent: Monday, November 29, 2004 4:02 PM
> > > To: Tomcat Users List
> > > Subject: bug JDBC Real with CLIENT-CERT
> > >
> > > Hi,
> > >
> > > I'm trying to use Client-Cert authentication with Tomcat
> > > 5.0.28. I could
> > > make it work using Memory Realm but when I changed to
> > > JDBCRealm I received
> > > an authorization error...
> > >
> > > In truth, it seems that there's a bug with Client-Cert and
> > > others Realm
> > > since 4.x.
> > >
> > > I've just read about that in a few links:
> > >
> > > http://issues.apache.org/bugzilla/show_bug.cgi?id=30352
> > >
> > > http://www.junlu.com/msg/43156.html
> > >
> > > Anyone could update that information? Is there any fix or
> > > patchs in Tomcat
> > > 5.0.28? I'll need to use it with JDBCRealm and with LDAP (Active
> > > Directory)...
> > >
> > > Thanks a lot!
> > >
> > > Paulo Alvim
> > > Powerlogic - Brazil
> > >
> > >
> > > -Mensagem original-
> > > De: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > Enviada em: sábado, 27 de novembro de 2004 14:20
> > > Para: Tomcat User
Re: compiling mod_proxy_ajp
how about you correct the spelling :) Filip - Original Message - From: "Elihu Smails" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, December 01, 2004 2:17 PM Subject: Re: compiling mod_proxy_ajp when I try to set up balancing, I get the following Apache startup errors: Invalid command 'BalacerMember', perhaps mis-spelled or defined by a module not included in the server configuration Here is the output from "apachectl -l" core.c mod_log_config.c mod_setenvif.c mod_proxy.c proxy_connect.c proxy_ftp.c proxy_http.c proxy_ajp.c proxy_balancer.c mod_ssl.c worker.c http_core.c mod_status.c mod_so.c Here is the snippet from httpd.conf" -- BalacerMember ajp://xxx.xxx.xxx.xxx:8009 max=2 lbfactor=2 BalacerMember ajp://xxx.xxx.xxx.yyy:8009 max=2 lbfactor=1 ProxyPassReverse /servlets-examples balacer://mycluster/servlets-examples --- --- Mladen Turk <[EMAIL PROTECTED]> wrote: > Elihu Smails wrote: > > 2 questions... > > > > 1. Is there anything that must be configured in > Apache > > to get Apache to talk to Tomcat? > > > > ProxyPass /servlets-examples > ajp://localhost:8009/servlets-examples > ProxyPassReverse /servlets-examples > ajp://localhost:8009/servlets-examples > > Just like http proxy :). > > Or.. > >BalacerMember ajp://first.server:8009 max=50 > lbfactor=2 >BalacerMember ajp://second.server:8009 max=100 > lbfactor=1 > > > ProxyPassReverse /servlets-examples > balacer://mycluster/servlets-examples > > > > > 2. Is mod_proxy_ftp required for mod_proxy_ajp ? > > > > No. > > > > Thank you. > > > No problem :) > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - 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: compiling mod_proxy_ajp
when I try to set up balancing, I get the following Apache startup errors: Invalid command 'BalacerMember', perhaps mis-spelled or defined by a module not included in the server configuration Here is the output from "apachectl -l" core.c mod_log_config.c mod_setenvif.c mod_proxy.c proxy_connect.c proxy_ftp.c proxy_http.c proxy_ajp.c proxy_balancer.c mod_ssl.c worker.c http_core.c mod_status.c mod_so.c Here is the snippet from httpd.conf" -- BalacerMember ajp://xxx.xxx.xxx.xxx:8009 max=2 lbfactor=2 BalacerMember ajp://xxx.xxx.xxx.yyy:8009 max=2 lbfactor=1 ProxyPassReverse /servlets-examples balacer://mycluster/servlets-examples --- --- Mladen Turk <[EMAIL PROTECTED]> wrote: > Elihu Smails wrote: > > 2 questions... > > > > 1. Is there anything that must be configured in > Apache > > to get Apache to talk to Tomcat? > > > > ProxyPass /servlets-examples > ajp://localhost:8009/servlets-examples > ProxyPassReverse /servlets-examples > ajp://localhost:8009/servlets-examples > > Just like http proxy :). > > Or.. > >BalacerMember ajp://first.server:8009 max=50 > lbfactor=2 >BalacerMember ajp://second.server:8009 max=100 > lbfactor=1 > > > ProxyPassReverse /servlets-examples > balacer://mycluster/servlets-examples > > > > > 2. Is mod_proxy_ftp required for mod_proxy_ajp ? > > > > No. > > > > Thank you. > > > No problem :) > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Character Encodig/ CodePage Problem
Hi, the problem concerns the displaying of german Umlaute such as äöü The OS is NW65 out of the box with Apache 2.0.49 and tomcat 4.1.28, JVM 1.4.2_02. The german Umlaute in the servlet generated HTML-Code is not displayed properly even though the character-encoding in the Web-Browser is iso-8859-1. I assume that the problem is related to the TomCat Configuration or the combination of the OS, TomCat and Apache. Is it possible that this is well known problem and where can I find a solution for it? Is it possible to determine the character-encoding for an application within the TomCat and where can it done? The same servlet and request from a Unix Enviroment does work fine, therefore the coding can not be wrong all the way! Bye Soapy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How/Where do I get security advisories for tomcat ?
Thanks for the information Yoav. Regards, Jeff Ong IBM Toronto Lab, Toronto, CANADA - Message from "Shapira, Yoav" <[EMAIL PROTECTED]> on Wed, 1 Dec 2004 14:55:17 -0500 - To: "Tomcat Users List" <[EMAIL PROTECTED]> Subject: RE: How/Where do I get security advisories for tomcat ? Hi, CERT is about as official as you can get, yeah. Yoav Shapira http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How/Where do I get security advisories for tomcat ?
Hi, CERT is about as official as you can get, yeah. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Jeff Ong [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 2:43 PM >To: [EMAIL PROTECTED] >Subject: How/Where do I get security advisories for tomcat ? > > > > > >Is there an official channel/website where security advisories for tomcat >are releases/posted ? I saw some advisories on www.cert.org. Is >www.cert.org the official source for these security advisories ? >___ > >Regards, >Jeff Ong >IBM Toronto Lab, Toronto, CANADA > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Queries on Embedded Tomcat Server
My guess is that when running Tomcat embedded within your application, Tomcat provides no non-daemon Threads. The JVM will shut down when the last non-daemon Thread exits, so when your Main method completes, the JVM shuts down. This makes sense, when you consider that embedding Tomcat in an application implies that the application is up and running also. If your simple class is only for testing purposes, then you may want to sleep long enough to do your testing, or read from the console, so it will be "alive" waiting on console input, until you respond, which puts the timeframe under your control. If this simple class is your whole application, then I'd suggest you run Tomcat standalone. Please respond to "Tomcat Users List" <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> cc: Subject:Re: Queries on Embedded Tomcat Server Hi, Even when I dont do a appLoader.stopTomcat();, it goes down and is no longer accessible. Thanks, Mohamed Rafi S
Tomcat 5.0.x on USS / EBCDIC environments
Hello everyone, Has anyone had any luck running Tomcat 5.0.x on USS? I realize this is everyone's favorite question that comes up about twice a year. We're looking at upgrading from 4.0.4 on USS to 5.0.x. I've searched the mailing list archives and via google quite a bit but can't seem to find a conlusive answer. Sounds like some people are trying and may be having some luck , but it's difficult to tell. Questions: - Has anyone had any luck with running Tomcat 5.0.x on USS? (Tomcat 5.5.x isn't an option for us yet) - If so, did you have to use JZOS (http://jzos.com/) or were you able to get Tomcat 5.0.x to run without it? Thank you very much for input anyone has. Cheers, Rich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How/Where do I get security advisories for tomcat ?
Is there an official channel/website where security advisories for tomcat are releases/posted ? I saw some advisories on www.cert.org. Is www.cert.org the official source for these security advisories ? ___ Regards, Jeff Ong IBM Toronto Lab, Toronto, CANADA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [java] RE: bug JDBC Real with CLIENT-CERT
I haven't looked at the JNDI realm at all. There is an outstanding bug against
this and CLIENT-CERT for TC4 so I will get to it eventually (I'll port the fix
to TC5 if it needs it).
The spec states that you can have no more than 1 login-config per application.
If a fix is needed, you are going to have to migrate to the version that
includes the fix.
Mark
> -Original Message-
> From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 30, 2004 1:09 PM
> To: Tomcat Users List
> Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
>
> Thanks for your answer, Mark...
>
> I'm sorry...I was talking about JNDIRealm. We use it to
> authenticate to
> ActiveDirectory with the configuration bellow (names changed):
>
> connectionURL="ldap://plcbhdc:389";
> connectionName="cn=alvim,cn=Users,dc=powerlogic"
> connectionPassword="1234567"
> userBase="cn=Users,dc=powerlogic"
> userSearch="sAMAccountName={0}"
> userSubtree="true" roleBase="CN=Builtin,dc=powerlogic"
> roleSearch="(member={0})" roleSubTree="true"
> userRoleName="member"
> roleName="cn" />
>
> ...and sometimes against our database schema:
>
>driverName="oracle.jdbc.driver.OracleDriver"
> connectionURL="jdbc:oracle:thin:@plcxdb:1521:orax"
> connectionName="xxx3" connectionPassword="x"
> userTable="EC_USUARIO" userNameCol="LOGIN"
> userCredCol="SENHA"
> userRoleTable="EC_GRUPOXUSUARIO" roleNameCol="NOME_GRUPO"
> digest="SHA"/>
>
> We need to use CLIENT-CERT together with FORM-BASED
> authentication - is it
> possible to use both in the same WAR?
>
> We could make CLIENT-CERT work with MemoryReal but since we
> couldn't make it
> work with JDBCRealm we are wondering it won't work with JNDI
> too (we can't
> test this at this moment)...
>
> We are using Tomcat 5.0.28 and we didn't like to migrate it,
> because our
> apps are running ok...only if necessary...
>
> Thanks again!
>
> Alvim
>
>
>
> -Mensagem original-
> De: Mark Thomas [mailto:[EMAIL PROTECTED]
> Enviada em: segunda-feira, 29 de novembro de 2004 18:31
> Para: 'Tomcat Users List'
> Assunto: RE: [java] RE: bug JDBC Real with CLIENT-CERT
>
>
> The JDBC stuff is all there and works. I dont understand how
> this then fits
> in
> with AD/LDAP? Could you enlighten me? I assume you don't mean
> the JNDI realm
> (which I haven't done anything with or even tested if
> CLIENT-CERT will work
> with)
>
> Mark
>
> > -Original Message-
> > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > Sent: Monday, November 29, 2004 9:47 PM
> > To: Tomcat Users List
> > Cc: [EMAIL PROTECTED]
> > Subject: RES: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> > Thanks, Mark!
> >
> > Could you tell me if my kind of issues (JDBC/Ldap Realm)
> are there?...
> >
> >
> > Alvim.
> >
> > -Mensagem original-
> > De: Mark Thomas [mailto:[EMAIL PROTECTED]
> > Enviada em: segunda-feira, 29 de novembro de 2004 17:02
> > Para: 'Tomcat Users List'
> > Assunto: [java] RE: bug JDBC Real with CLIENT-CERT
> >
> >
> > I committed some patches to support CLIENT-CERT to 5.5.x
> > recently. Should be
> > in
> > the next release. If you want them now, you can always grab
> > them from CVS.
> >
> > Mark
> >
> > > -Original Message-
> > > From: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > Sent: Monday, November 29, 2004 4:02 PM
> > > To: Tomcat Users List
> > > Subject: bug JDBC Real with CLIENT-CERT
> > >
> > > Hi,
> > >
> > > I'm trying to use Client-Cert authentication with Tomcat
> > > 5.0.28. I could
> > > make it work using Memory Realm but when I changed to
> > > JDBCRealm I received
> > > an authorization error...
> > >
> > > In truth, it seems that there's a bug with Client-Cert and
> > > others Realm
> > > since 4.x.
> > >
> > > I've just read about that in a few links:
> > >
> > > http://issues.apache.org/bugzilla/show_bug.cgi?id=30352
> > >
> > > http://www.junlu.com/msg/43156.html
> > >
> > > Anyone could update that information? Is there any fix or
> > > patchs in Tomcat
> > > 5.0.28? I'll need to use it with JDBCRealm and with LDAP (Active
> > > Directory)...
> > >
> > > Thanks a lot!
> > >
> > > Paulo Alvim
> > > Powerlogic - Brazil
> > >
> > >
> > > -Mensagem original-
> > > De: Paulo Alvim [mailto:[EMAIL PROTECTED]
> > > Enviada em: sábado, 27 de novembro de 2004 14:20
> > > Para: Tomcat Users List
> > > Assunto: RES: [work] CLIENT-CERT
> > >
> > >
> > > Hi,
> > >
> > > The questions are:
> > >
> > > 1. Is it possible to use two authentication methods (FORM and
> > > CLIENT_CERT)
> > > in the same J2EE application?
> > >
> > > 2. If so, how could we do it in Tomcat 5.0.19?
> > >
> > > Thanks in advance!
> > >
> > > Paulo Alvim/Raphael
> > > Powerlogic - Brazil
> > >
> > > -Mensagem original-
> > > De: Raphael Gallo [mailto:[EMAIL PROTECTED]
> > > Enviada em: sexta-feira, 26 de novembro de 2004 17:44
> > > Para: Tomcat Users List
> > > Assunto:
REALM and Tomcat 5 problems
I have setup my realm as I am used to on tomcat 4, but now I get the following error: type Status report message The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and re-open your browser description The client did not produce a request within the time that the server was prepared to wait (The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and re-open your browser). My realm is like this: Any help or hints is greatly appriciated. Soren
RE: Content-Type rewriting in jakarta-tomcat-connectors
Hi, >Anything I can do to increase the probability of this happening? Like, >filing a bug report or feature request or whatever it should be called? >Note that this also happens if you run Tomcat as a standalone HTTP/HTTPS >server.. You can file a bug report which would decrease the probability of us forgetting about the issue. But there's not much you can do to make a release happen faster. 5.0.x is not the focus of the development right now, 5.5 is, and we just made a couple of maintenance releases in 5.0.x which address the vast majority of its open issues. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Web App Installation Problem
I have installed the Tomcat 4.1.3 in Windows 2000 workstation. I am having difficulties in running Servlet for any other Web Apps installed through the Manager. To track the error I have copied the folders and files (keeping the directory structure intact) inside folder ..\webapps\myservlet . The examples JSP can be run but not the example Servlet. I have put my own Servlet (class) inside the ..\webapps\myservlet\WEB-INF\classes and called it through a link from an html file. It didnt work. I also have tried to install the directory of Web Apps from C:\ following the procedure mentioned in the Manager. That didnt work too. Following is the error message: HTTP Status 404 - /myservlet/servlet/RequestHeaderExample description The requested resource (/myservlet/servlet/RequestHeaderExample) is not available Could any one please help me in solving the problem. Thanks. Razzakul
RE: Configuring session parameters
Hi, One idea would be to read the Servlet Specification, specifically the chapter about the Deployment Descriptor. In Servlet Spec v2.4, section SRV.13.1, page 128, the session-timeout configuration parameter is described. Tomcat 4.x implements Servlet Spec v2.3, not v2.4, but that particular parameter was not changed in the Spec between versions 2.3 and 2.4. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Al Gidden [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 1:54 PM >To: Tomcat Users List >Subject: Configuring session parameters > >In other app servers I have used, you can configure things about the HTTP >session. >In our case, we had configured a time for all inactive sessions to timeout. > >So, a user would make a page request with a session that the server had >timed-out and our code would know to take them to another page instead. >Now what happens is that the session seems to time-out at some arbitrary >time that we cannot control. > >While we can see how to configure the persisted session details, I cannot >find any reference as to how you configure the HTTP session parameters in >Tomcat 4.1.30. > >Any ideas? > >AL G > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Content-Type rewriting in jakarta-tomcat-connectors
Hi again, Shapira, Yoav wrote: Hi, Well that's the thing.. It was tested, worked, but then the "other end" changed their stuff in a way that turned out to be incompatible. In any Gotta love it ;) I was actually of the impression that 5.0.29 was *not* a beta release; possibly because it is the only current version available in the FreeBSD ports tree. I don't know how the FreeBSD ports tree is managed, but 5.0.29 is beta, as is 5.0.30. 5.0.28 and 5.5.4 are stable. But you are saying 5.0.31 or 5.0.32 or something along those lines might see the change? Yes, that's what I'm saying. Anything I can do to increase the probability of this happening? Like, filing a bug report or feature request or whatever it should be called? Note that this also happens if you run Tomcat as a standalone HTTP/HTTPS server.. Thanks again. /Eirik That might, indeed, be a good way to do it. Extracting it from the tomcat-coyote.jar file after a build would be sufficient? Yes. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Delivering JSPs without source
At 09:11 PM 11/30/2004, you wrote: > It would seem that if a web page request comes in for a .jsp page, Tomcat would have no file to compare the date against in your scheme of putting the compiled .jsp page in a .jar file only. This is only done for non-compiled jsp files that are served by the JspServlet (mapped to *.jsp in the global web.xml). When the jsps are precompiled, the servlets they become are mapped in your own web.xml, meaning they are treated *exactly* like servlets and no date, compiling, or other shenanigans are done. How do most companies deploy their web applications? Do they include the source code for the jsps? Almost all of the companies I have worked for have been very protective of their source code and won't allow it to be released. I'm still not clear as to why you have to put your compiled JSPs in common/lib. I understand that some of your classes much be there, but why won't you split your classes into multiple jars? The "normal" way this is done is to precompile the jsps, bundle them into /WEB-INF/lib/myapp-jsp-compiled.jar, bundle the majority of your POJO to /WEB-INF/lib/myappcore.jar, and bundle your container service implementation classes (custom realms, valves, anything the main classloader needs) into /common/lib/app-container.jar. Will this not work in your case? justin __ Justin Ruthenbeck Lead Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Configuring session parameters
In other app servers I have used, you can configure things about the HTTP session. In our case, we had configured a time for all inactive sessions to timeout. So, a user would make a page request with a session that the server had timed-out and our code would know to take them to another page instead. Now what happens is that the session seems to time-out at some arbitrary time that we cannot control. While we can see how to configure the persisted session details, I cannot find any reference as to how you configure the HTTP session parameters in Tomcat 4.1.30. Any ideas? AL G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Content-Type rewriting in jakarta-tomcat-connectors
Hi, >Well that's the thing.. It was tested, worked, but then the "other end" >changed their stuff in a way that turned out to be incompatible. In any Gotta love it ;) >I was actually of the impression that 5.0.29 was *not* a beta release; >possibly because it is the only current version available in the FreeBSD >ports tree. I don't know how the FreeBSD ports tree is managed, but 5.0.29 is beta, as is 5.0.30. 5.0.28 and 5.5.4 are stable. >But you are saying 5.0.31 or 5.0.32 or something along those lines might >see the change? Yes, that's what I'm saying. >That might, indeed, be a good way to do it. Extracting it from the >tomcat-coyote.jar file after a build would be sufficient? Yes. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL/JSP/regexp Question
Tim:
This app is deployed with JBoss 3.2.7RC1/Tomcat 5.0.28. The JDK is
1.4.2_06.
The custom tag libraries were developed using JSTL 1.0. I'm not sure how to
convert them. Can you use a 1.0 tag in 1.1? Below is an example of an
SMTP mail
tag the I'm using. Will this work in 1.1 or does it need to be rewritten?
Thanks,
Jack
package com.nwc.tags;
import java.io.IOException;
import java.io.PrintStream;
import javax.servlet.jsp.JspException;
import javax.servlet.jsp.tagext.BodyContent;
import javax.servlet.jsp.tagext.BodyTagSupport;
import org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager;
import sun.net.smtp.SmtpClient;
/**
* @jsp.tag name="sendmail"
* body-content="JSP"
* description="Sends mail to a standard SMTP server i.e. sendmail"
* @version 1.15, 11/17/04
*/
public class SendMailTag
extends BodyTagSupport {
private transient String smtpEL;
private transient String toEL;
private transient String fromEL;
private transient String subjectEL;
private transient String body;
/**
* @jsp.attribute
* required="true"
* rtexprvalue="false"
* type="java.lang.String"
*
* @param smtp sets smtp to the FQDN or IP address of
the SMTP server to use.
*/
public void setSmtp(String smtp) {
smtpEL = smtp;
}
/**
* @jsp.attribute
* required="true"
* rtexprvalue="false"
* type="java.lang.String"
*
* @param to sets to to the email recipients email address.
*/
public void setTo(String to) {
toEL = to;
}
/**
* @jsp.attribute
* required="true"
* rtexprvalue="false"
* type="java.lang.String"
*
* @param from sets from to the senders email address.
*/
public void setFrom(String from) {
fromEL = from;
}
/**
* @jsp.attribute
* required="true"
* rtexprvalue="false"
* type="java.lang.String"
*
* @param subject subject to the subject of the email
message.
*/
public void setSubject(String subject) {
subjectEL = subject;
}
/**
* @return EVAL_BODY_BUFFERED
* @throws JspException
* (non-Javadoc)
* @see javax.servlet.jsp.tagext.BodyTagSupport#doStartTag()
*/
public int doStartTag() throws JspException {
return EVAL_BODY_BUFFERED;
}
/**
* @return SKIP_BODY
* @throws JspException
* (non-Javadoc)
* @see javax.servlet.jsp.tagext.BodyTagSupport#doAfterBody()
*/
public int doAfterBody() throws JspException {
BodyContent bc = getBodyContent();
// get the bodycontent as string
if (bc != null) {
body = bc.getString();
} else {
body = "";
}
return SKIP_BODY;
}
/**
* @return EVAL_PAGE
* @throws JspException
* (non-Javadoc)
* @see javax.servlet.jsp.tagext.BodyTagSupport#doEndTag()
*/
public int doEndTag() throws JspException {
/*
* Evaluate the EL expression, if any
*/
String smtp = (String)
ExpressionEvaluatorManager.evaluate("name", smtpEL,
String.class, this, pageContext);
String to = (String)
ExpressionEvaluatorManager.evaluate("to", toEL,
String.class, this, pageContext);
String from = (String)
ExpressionEvaluatorManager.evaluate("from", fromEL,
String.class, this, pageContext);
String subject = (String)
ExpressionEvaluatorManager.evaluate("subject", subjectEL,
String.class, this, pageContext);
// Send the mail
try {
SmtpClient client = new SmtpClient(smtp);
client.from(from);
client.to(to);
PrintStream message = client.startMessage();
message.println("To: " + to);
message.println("Subject: " + subject);
message.println(body);
client.closeServer();
} catch (IOException e) {
System.out.println("ERROR SENDING EMAIL:" + e);
}
return EVAL_PAGE;
}
/**
* Releases all instance variables.
*
* @see javax.servlet.jsp.tagext.TagSupport#release()
*/
public void release() {
smtpEL = null;
toEL = null;
fromEL = null;
super.release();
}
}
Tim Funk wrote:
Ideally you'd be using tomcat5. (and jdk1.4) Then you can use JSTL
functions like below ...
match
my.Foo
boolean match(java.lang.String,
java.lang.String)
--
package my;
public class Foo {
public static boolean match(String s, String regex) {
return s.matches(regex);
}
}
-Tim
Jack Lauman wrote:
I'm using the following code to return results from drop down menues
and user input text.
It works fine as long as the text is an exact case sensitive match to
the data record.
What I want to do is evaluate the outp
Re: Content-Type rewriting in jakarta-tomcat-connectors
Shapira, Yoav wrote: Hi, After upgrading from tomcat 4.1 to 5.0, a critical application here has It'd be a shame if the upgrade wasn't tested first in a test/QA environment ;( Well that's the thing.. It was tested, worked, but then the "other end" changed their stuff in a way that turned out to be incompatible. In any case, testing can always be better, and perhaps I should have hinted they should test with other Tomcat versions than 3.x and 4.x - so I accept partial responsibility here.. ;) In 5.0.29, this comes out as Content-Type: application/xml;charset=utf-8 It's also interesting that you chose a beta version of Tomcat, as opposed to a stable version, for such an important application. I was actually of the impression that 5.0.29 was *not* a beta release; possibly because it is the only current version available in the FreeBSD ports tree. I was also advised by the developer of the webapp that 5.0.29 had proven stable with their application, just like many previous releases of 5.0.x. Weird though, that 5.5.x is not in the FreeBSD ports tree, but that's not a discussion for this list. However, that's irrelevant to this discussion. Trueism. However, the key here is that the connector (more specifically around line 520 in jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.ja va) is rewriting the carefully-constructed Content-Type string in a way that 1: I didn't ask for and 2: wasn't done in 4.1. So you've identified the specific location of the code you need to change. I have, and I have tested the change and found it to work. All prescribed test cases completed successfully. Given that it is highly unlikely that anyone "at the other end" is going to do anything about this any time soon, and given that the solution is very trivial (add a space in that string composer in Response.java), how are the chances of seeing this 'fixed' in an upcoming release of Tomcat 5.0.x? In an upcoming release, the chances are good. But we just released 5.0.30 so 5.0.31 won't happen in the next few days. So don't hold your breath, especially since it sounds like this is affecting a production instance. But you are saying 5.0.31 or 5.0.32 or something along those lines might see the change? That's certainly more encouraging than 'never' or '7.x' or anything like that. I will anyhow not take this for granted, only use it as input to the discussion that will arise as to what path we choose from here. You could patch only the Response class, compile it, and put it in server/classes (which has priority over server/lib by definition), and that way fix the problem for your immediate needs in a custom but relatively effortless manner. That might, indeed, be a good way to do it. Extracting it from the tomcat-coyote.jar file after a build would be sufficient? You could also consider a Filter-based approach that sets the encoding including a charset: that way the connector won't have to rewrite/append the charset for you at all. And that way, your solution is portable and does not depend on a Tomcat release. That's for the application developers to look into. I will certainly propose such an approach. As an aside, note that in general our implementation of these specs (HTTP, servlet, JSP) is stricter as Tomcat evolves. There are a number of things that "worked" in Tomcat 4.x that may not work (or work the same) in 5.x, so complete testing is a good idea when doing this major version upgrade. I have noticed, thanks.. And thanks for your input and time! /Eirik Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Queries on Embedded Tomcat Server
Hi, Even when I dont do a appLoader.stopTomcat();, it goes down and is no longer accessible. Thanks, Mohamed Rafi S Hi, Just my silly guess, Did you do this: tomcat.startTomcat(); ... Thread.sleep(1); tomcat.stopTomcat(); That is you call stopTomcat() right after you "sleep" ? On Tue, 30 Nov 2004 17:47:26 -0800, Mohamed Rafi S <[EMAIL PROTECTED]> wrote: Hi Jean, There is no exception getting thrown, verified this. Immediately after appLoader.startTomcat(), if I give a Thread.sleep(1), then till that duration, I am able to access http://localhost:8080/ successfully without any issue. So, any pointers on how to make this always available ? Thanks, Mohamed Rafi S Mohamed Rafi S wrote: Hi All, I need to run a Embedded Tomcat server in my application. For this, I checked the sample code and docs, and did the needful. My application's main class is ApplicationLoader.java, and in the main() method of my ApplicationLoader.java, I am doing a appLoader.startTomcat(). However, the server which comes up terminates once the main method is complete. How do I make the server run continously ? Any pointers into this ? How do you start the Emnbedded Tomcat? Are you sure there is no swallowed exception? -- Jeanfrancois Thanks, Rafi SM - 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] -- Regards, Peik Feng - 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: Moving from 4.1.27 to 5.0.28?
oki, thx :) The conclusion would be..: - upgrade to 5.0.28 is a good thing... - shouldn't be any/much problem doing this BTJ Mike Curwen wrote: We've recently been writing the 'next version' of our main application, and the decision was made to target TC 5.0.x, up from 4.1.x. We experience no major difficulties in making that move, thouogh there can be a few gotchas. The one thing we noticed that changed (for the better) was error page handling. Others have reported small problems regarding TC 5's more strict interpretation of the spec in certain areas. As an example of this (though this is from memory!) I think someone had something like: And that appealed to their sense of 'good coding' (like putting opening and closing braces on all blocks, including one line blocks). This worked in Tomcat 4.x, but not in 5.x So small things like that might catch you up, but otherwise nothing major. -Original Message- From: Bjørn T Johansen [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 7:08 AM To: Tomcat Users List Subject: Moving from 4.1.27 to 5.0.28? I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28 (or is 5.5.4 a safer bet?) and I was wondering if there would be any problems when upgrading? Anything particular I should think of? Regards, BTJ -- -- - Bjørn T Johansen [EMAIL PROTECTED] -- - Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -- - - 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: Content-Type rewriting in jakarta-tomcat-connectors
Hi, >After upgrading from tomcat 4.1 to 5.0, a critical application here has It'd be a shame if the upgrade wasn't tested first in a test/QA environment ;( >In 5.0.29, this comes out as > >Content-Type: application/xml;charset=utf-8 It's also interesting that you chose a beta version of Tomcat, as opposed to a stable version, for such an important application. However, that's irrelevant to this discussion. >However, the key here is that the connector (more specifically around >line 520 in >jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.ja va) >is rewriting the carefully-constructed Content-Type string in a way that >1: I didn't ask for and 2: wasn't done in 4.1. So you've identified the specific location of the code you need to change. >Given that it is highly unlikely that anyone "at the other end" is going >to do anything about this any time soon, and given that the solution is >very trivial (add a space in that string composer in Response.java), how >are the chances of seeing this 'fixed' in an upcoming release of Tomcat >5.0.x? In an upcoming release, the chances are good. But we just released 5.0.30 so 5.0.31 won't happen in the next few days. So don't hold your breath, especially since it sounds like this is affecting a production instance. You could patch only the Response class, compile it, and put it in server/classes (which has priority over server/lib by definition), and that way fix the problem for your immediate needs in a custom but relatively effortless manner. You could also consider a Filter-based approach that sets the encoding including a charset: that way the connector won't have to rewrite/append the charset for you at all. And that way, your solution is portable and does not depend on a Tomcat release. As an aside, note that in general our implementation of these specs (HTTP, servlet, JSP) is stricter as Tomcat evolves. There are a number of things that "worked" in Tomcat 4.x that may not work (or work the same) in 5.x, so complete testing is a good idea when doing this major version upgrade. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: class file has wrong version?
Hello All, It worked! Thank you all so much for the help! Thanks Again! On December 1, 2004 10:20 am, Jeff Hoffmann wrote: > Chris Cherrett wrote: > > I am trying to deploy with a client and am getting an error that I have > > never seen before. Any ideas where to start? > > > > bad class > > file: > > /usr/local/tomcat/webapps/tsiware/WEB-INF/classes/ConnectionPool/Connecti > >onPool.class class file has wrong version 49.0, should be 48.0 > > Please remove or make sure it appears in the correct subdirectory of the > > classpath. > > ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); > > The class was compiled with 1.5 & you're trying to run it on a 1.4 JVM. > Recompile the class on 1.4 or upgrade the JVM. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Content-Type rewriting in jakarta-tomcat-connectors
Hi, Follow-up: The same happens when using Tomcat stand-alone - i.e. no Apache and no jk. /Eirik Eirik Øverby wrote: Hi, no, it is not related at all to the oft-discussed UTF-8 issues. This simply has to do with how the connector splits up the Content-Type string and then sews it together without adding a space after the ;. /Eirik Arnab Chakravarty wrote: Eirik, Does it have anything to do with UTF-8 encoding support (using different charsets - Chinese or Japanese) on jsp page and would break (not displaying the non-english characters) on tomcat 5.0.29. Arnab -Original Message- From: Eirik Øverby [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 11:15 PM To: [EMAIL PROTECTED] Subject: Content-Type rewriting in jakarta-tomcat-connectors Hi, After upgrading from tomcat 4.1 to 5.0, a critical application here has stopped working as expected. Upon replying to incoming requests, it would usually spit out the following - just like the servlet says: Content-Type: application/xml; charset=utf-8 In 5.0.29, this comes out as Content-Type: application/xml;charset=utf-8 In the second variant, the space between the ; and the charset string is gone. This breaks a *very* important service that we provide for a rather large credit card company. Without having studied RFCs and so on, I am pretty certain that it would be good coding-etiquette to have your app accept a Content-Type string with or without that space. Yes, I therefore know, it's their server - which sends the request to us - that has a lousy implementation. However, the key here is that the connector (more specifically around line 520 in jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java) is rewriting the carefully-constructed Content-Type string in a way that 1: I didn't ask for and 2: wasn't done in 4.1. Given that it is highly unlikely that anyone "at the other end" is going to do anything about this any time soon, and given that the solution is very trivial (add a space in that string composer in Response.java), how are the chances of seeing this 'fixed' in an upcoming release of Tomcat 5.0.x? I really would rather not have to maintain my own source for Tomcat - I've spent the better part of the last 6 months trying to wrestle the application we are running out of a customized environment and into a standardized one; this would go head-on with that effort.. :( Thanks for listening, /Eirik - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fedora Core 3
I'm using the following on Fedora Core 3 as a development environment with no problems. Apache 2.052 Tomcat 5.028 Java 1.4.2_06 mod_jk2 (I know it's unsupported) Please note that a Fedora Core 3 install or upgrade from Fedora Core 2 will install the GNU Java compiler. This can create some issues. Just either use rpm to remove, or move the offending files out of the path. I'll move to Apache 2.1 (with mod_proxy), Tomcat 5.5x, and Java 1.5 as soon as I can make sure everything I have runs with Java 1.5. I'm looking forward to the move, since building cocoon 2.1.6 was 3 times faster with Java 1.5 than 1.4.2_06. /mde/ just my two cents . . . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Content-Type rewriting in jakarta-tomcat-connectors
Hi, no, it is not related at all to the oft-discussed UTF-8 issues. This simply has to do with how the connector splits up the Content-Type string and then sews it together without adding a space after the ;. /Eirik Arnab Chakravarty wrote: Eirik, Does it have anything to do with UTF-8 encoding support (using different charsets - Chinese or Japanese) on jsp page and would break (not displaying the non-english characters) on tomcat 5.0.29. Arnab -Original Message- From: Eirik Øverby [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 11:15 PM To: [EMAIL PROTECTED] Subject: Content-Type rewriting in jakarta-tomcat-connectors Hi, After upgrading from tomcat 4.1 to 5.0, a critical application here has stopped working as expected. Upon replying to incoming requests, it would usually spit out the following - just like the servlet says: Content-Type: application/xml; charset=utf-8 In 5.0.29, this comes out as Content-Type: application/xml;charset=utf-8 In the second variant, the space between the ; and the charset string is gone. This breaks a *very* important service that we provide for a rather large credit card company. Without having studied RFCs and so on, I am pretty certain that it would be good coding-etiquette to have your app accept a Content-Type string with or without that space. Yes, I therefore know, it's their server - which sends the request to us - that has a lousy implementation. However, the key here is that the connector (more specifically around line 520 in jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java) is rewriting the carefully-constructed Content-Type string in a way that 1: I didn't ask for and 2: wasn't done in 4.1. Given that it is highly unlikely that anyone "at the other end" is going to do anything about this any time soon, and given that the solution is very trivial (add a space in that string composer in Response.java), how are the chances of seeing this 'fixed' in an upcoming release of Tomcat 5.0.x? I really would rather not have to maintain my own source for Tomcat - I've spent the better part of the last 6 months trying to wrestle the application we are running out of a customized environment and into a standardized one; this would go head-on with that effort.. :( Thanks for listening, /Eirik - 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: Content-Type rewriting in jakarta-tomcat-connectors
Eirik, Does it have anything to do with UTF-8 encoding support (using different charsets - Chinese or Japanese) on jsp page and would break (not displaying the non-english characters) on tomcat 5.0.29. Arnab -Original Message- From: Eirik Øverby [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 11:15 PM To: [EMAIL PROTECTED] Subject: Content-Type rewriting in jakarta-tomcat-connectors Hi, After upgrading from tomcat 4.1 to 5.0, a critical application here has stopped working as expected. Upon replying to incoming requests, it would usually spit out the following - just like the servlet says: Content-Type: application/xml; charset=utf-8 In 5.0.29, this comes out as Content-Type: application/xml;charset=utf-8 In the second variant, the space between the ; and the charset string is gone. This breaks a *very* important service that we provide for a rather large credit card company. Without having studied RFCs and so on, I am pretty certain that it would be good coding-etiquette to have your app accept a Content-Type string with or without that space. Yes, I therefore know, it's their server - which sends the request to us - that has a lousy implementation. However, the key here is that the connector (more specifically around line 520 in jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java) is rewriting the carefully-constructed Content-Type string in a way that 1: I didn't ask for and 2: wasn't done in 4.1. Given that it is highly unlikely that anyone "at the other end" is going to do anything about this any time soon, and given that the solution is very trivial (add a space in that string composer in Response.java), how are the chances of seeing this 'fixed' in an upcoming release of Tomcat 5.0.x? I really would rather not have to maintain my own source for Tomcat - I've spent the better part of the last 6 months trying to wrestle the application we are running out of a customized environment and into a standardized one; this would go head-on with that effort.. :( Thanks for listening, /Eirik - 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]
Content-Type rewriting in jakarta-tomcat-connectors
Hi, After upgrading from tomcat 4.1 to 5.0, a critical application here has stopped working as expected. Upon replying to incoming requests, it would usually spit out the following - just like the servlet says: Content-Type: application/xml; charset=utf-8 In 5.0.29, this comes out as Content-Type: application/xml;charset=utf-8 In the second variant, the space between the ; and the charset string is gone. This breaks a *very* important service that we provide for a rather large credit card company. Without having studied RFCs and so on, I am pretty certain that it would be good coding-etiquette to have your app accept a Content-Type string with or without that space. Yes, I therefore know, it's their server - which sends the request to us - that has a lousy implementation. However, the key here is that the connector (more specifically around line 520 in jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java) is rewriting the carefully-constructed Content-Type string in a way that 1: I didn't ask for and 2: wasn't done in 4.1. Given that it is highly unlikely that anyone "at the other end" is going to do anything about this any time soon, and given that the solution is very trivial (add a space in that string composer in Response.java), how are the chances of seeing this 'fixed' in an upcoming release of Tomcat 5.0.x? I really would rather not have to maintain my own source for Tomcat - I've spent the better part of the last 6 months trying to wrestle the application we are running out of a customized environment and into a standardized one; this would go head-on with that effort.. :( Thanks for listening, /Eirik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deployment problem
We have recently changed the deployment of our apps to contain a prefix in each path to identify the request as a tomcat (5.0.27) request. For example, an app that had a path of /stuff now has a path of /srv/stuff. I was able to get it working in tomcat 4 (the solution seemed like a hack to me tho), but I am having problems getting it to work in tomcat 5. Is this something that is supported by tomcat 5? Has anyone successfully attempted this? Thanks in advance, Dustin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL/JSP/regexp Question
Ideally you'd be using tomcat5. (and jdk1.4) Then you can use JSTL functions
like below ...
match
my.Foo
boolean match(java.lang.String,
java.lang.String)
--
package my;
public class Foo {
public static boolean match(String s, String regex) {
return s.matches(regex);
}
}
-Tim
Jack Lauman wrote:
I'm using the following code to return results from drop down menues and
user input text.
It works fine as long as the text is an exact case sensitive match to
the data record.
What I want to do is evaluate the output the results of a user input
search based on
'param.field' in figure 3. i.e. If 'param.field' = 'name' use a regex
or some other method
to return all records that are a partial, case insensitive match to the
input 'value' that
was submitted in the search request. Is this possible to accomplish in
JSTL? If so I'd
like to know how.
Thanks,
Jack
Example1:
JavaScript Funciton:
function MM_jumpMenu(targ,selObj,restore, field){ //v3.0
eval(targ+".location='http://mydomain.com/filter.jsp?field="+field+"&value="+selObj.
options[selObj.selectedIndex].value+"'");
if (restore) selObj.selectedIndex=0;
}
//-->
Example 2:
Form to submit the input and the field 'name' to be found in the bean
created array:
Example 3:
Display the results. JSTL gets the results form a Map/Array of the
entire record set that the bean
created. (restaurant.id is the PK)
">
-
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 5.0.27/Apache 2.0.40 with mutible developers
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html section User Web Applications may help. > -Original Message- > From: Dwayne Ghant [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 17:31 > To: Tomcat Users List > Subject: Re: Tomcat 5.0.27/Apache 2.0.40 with mutible developers > > > Dwayne Ghant wrote: > > > Hello All, > > > > I have successfully set up tomcat/ apache /mod_jk > > > > Just one quick question I need all the developers to have > access like > > http:///~username > > > > And I need tomcat to automatically pick up the developers > accounts so > > they can write web-applications. > > > > I got everything else working fine just need this last > > piece. > > > > Your help is greatly appreciated. > > > If someone could just point me to a place to read I will be fine. > > -- > > Dwayne A. Ghant > Application Developer > Temple University > 215.204. > [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.27/Apache 2.0.40 with mutible developers
Dwayne Ghant wrote: Hello All, I have successfully set up tomcat/ apache /mod_jk Just one quick question I need all the developers to have access like http:///~username And I need tomcat to automatically pick up the developers accounts so they can write web-applications. I got everything else working fine just need this last piece. Your help is greatly appreciated. If someone could just point me to a place to read I will be fine. -- Dwayne A. Ghant Application Developer Temple University 215.204. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: class file has wrong version?
we are using tomcat 4 and the jdk is 4.1.X. If I remove our project from the webapps directory everything is fine. On December 1, 2004 10:17 am, Allistair Crossley wrote: > Hi > > Your JAVA_HOME needs to be set to JDK 5.0 > > Allistair > > > -Original Message- > > From: Chris Cherrett [mailto:[EMAIL PROTECTED] > > Sent: 01 December 2004 17:10 > > To: Tomcat Users List > > Subject: class file has wrong version? > > > > > > I am trying to deploy with a client and am getting an error > > that I have never > > seen before. Any ideas where to start? > > > > bad class > > file: > > /usr/local/tomcat/webapps/tsiware/WEB-INF/classes/ConnectionPo > > ol/ConnectionPool.class > > class file has wrong version 49.0, should be 48.0 > > Please remove or make sure it appears in the correct > > subdirectory of the > > classpath. > > ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); > > > > > > Thanks > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > --- > QAS Ltd. > Developers of QuickAddress Software > http://www.qas.com";>www.qas.com > Registered in England: No 2582055 > Registered in Australia: No 082 851 474 > --- > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Chris Cherrett Tracking Solutions International 1-877-TSIWARE www.tsiware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: class file has wrong version?
Chris Cherrett wrote: I am trying to deploy with a client and am getting an error that I have never seen before. Any ideas where to start? bad class file: /usr/local/tomcat/webapps/tsiware/WEB-INF/classes/ConnectionPool/ConnectionPool.class class file has wrong version 49.0, should be 48.0 Please remove or make sure it appears in the correct subdirectory of the classpath. ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); The class was compiled with 1.5 & you're trying to run it on a 1.4 JVM. Recompile the class on 1.4 or upgrade the JVM. -- Jeff Hoffmann [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: class file has wrong version?
Hi, If you compile a class with J2SE 5.0 (class file version 49.0), you can't run it with JDK 1.4 (class file version 48.0), unless you specifically told the compiler -target 1.4. This is a mismatch between your compile-time and run-time JVM versions. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Chris Cherrett [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 12:10 PM >To: Tomcat Users List >Subject: class file has wrong version? > >I am trying to deploy with a client and am getting an error that I have >never >seen before. Any ideas where to start? > >bad class >file: /usr/local/tomcat/webapps/tsiware/WEB- >INF/classes/ConnectionPool/ConnectionPool.class >class file has wrong version 49.0, should be 48.0 >Please remove or make sure it appears in the correct subdirectory of the >classpath. >ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); > > >Thanks > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: class file has wrong version?
Hi Your JAVA_HOME needs to be set to JDK 5.0 Allistair > -Original Message- > From: Chris Cherrett [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 17:10 > To: Tomcat Users List > Subject: class file has wrong version? > > > I am trying to deploy with a client and am getting an error > that I have never > seen before. Any ideas where to start? > > bad class > file: > /usr/local/tomcat/webapps/tsiware/WEB-INF/classes/ConnectionPo > ol/ConnectionPool.class > class file has wrong version 49.0, should be 48.0 > Please remove or make sure it appears in the correct > subdirectory of the > classpath. > ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); > > > Thanks > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
class file has wrong version?
I am trying to deploy with a client and am getting an error that I have never seen before. Any ideas where to start? bad class file: /usr/local/tomcat/webapps/tsiware/WEB-INF/classes/ConnectionPool/ConnectionPool.class class file has wrong version 49.0, should be 48.0 Please remove or make sure it appears in the correct subdirectory of the classpath. ConnectionPool dbConnectionPool = ConnectionPool.getInstance(); Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL/JSP/regexp Question
Jack Lauman wrote: I'm using the following code to return results from drop down menues and user input text. It works fine as long as the text is an exact case sensitive match to the data record. What I want to do is evaluate the output the results of a user input search based on 'param.field' in figure 3. i.e. If 'param.field' = 'name' use a regex or some other method to return all records that are a partial, case insensitive match to the input 'value' that was submitted in the search request. Is this possible to accomplish in JSTL? If so I'd like to know how. Jakarta has two RegExp projects, RegExp and ORO. Maybe you could build a bean around one of them and do RegExp yourself. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSTL/JSP/regexp Question
I'm using the following code to return results from drop down menues and
user input text.
It works fine as long as the text is an exact case sensitive match to
the data record.
What I want to do is evaluate the output the results of a user input
search based on
'param.field' in figure 3. i.e. If 'param.field' = 'name' use a regex
or some other method
to return all records that are a partial, case insensitive match to the
input 'value' that
was submitted in the search request. Is this possible to accomplish in
JSTL? If so I'd
like to know how.
Thanks,
Jack
Example1:
JavaScript Funciton:
function MM_jumpMenu(targ,selObj,restore, field){ //v3.0
eval(targ+".location='http://mydomain.com/filter.jsp?field="+field+"&value="+selObj.
options[selObj.selectedIndex].value+"'");
if (restore) selObj.selectedIndex=0;
}
//-->
Example 2:
Form to submit the input and the field 'name' to be found in the bean
created array:
Example 3:
Display the results. JSTL gets the results form a Map/Array of the
entire record set that the bean
created. (restaurant.id is the PK)
">
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.27/Apache 2.0.40 with mutible developers
Hello All, I have successfully set up tomcat/ apache /mod_jk Just one quick question I need all the developers to have access like http:///~username And I need tomcat to automatically pick up the developers accounts so they can write web-applications. I got everything else working fine just need this last piece. Your help is greatly appreciated. -- Dwayne A. Ghant Application Developer Temple University 215.204. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fedora Core 3
I have Tomcat 5.5.4, Java 1.5.0 and Apache 2.1 running on a Fedora Core 3 box. I have not seen any problems to date.. --- Justin Crabtree <[EMAIL PROTECTED]> wrote: > Allistair Crossley wrote: > > i have seen some 5.0.28 installations on fedora > core 2 if that helps! if you do decide to upgrade to > version 3 and get tomcat 5 working, *please* let > this list know about it so it can be added to the > list of supported platforms and help others. > > > > > >>-Original Message- > >>From: Matt Bathje [mailto:[EMAIL PROTECTED] > >>Sent: 01 December 2004 16:08 > >>To: Tomcat Users List > >>Subject: Re: Fedora Core 3 > >> > >> > >>I'm using tomcat 5.0 (I think 5.0.25 specifically > right now) > >>but I was > >>more just wondering in general as I've seen no > mention of FC3 yet. > >> > >>If tomcat 5.0.x has problems in FC3 it wouldn't be > a huge > >>deal, because > >>once I upgraded to the new OS I would have to > retest the app > >>anyway, so > >>a Tomcat upgrade wouldn't cause any extra > headache. > >> > >> > >> > >>Matt > >> > >> > >> > >> > >>Elihu Smails wrote: > >> > >>>what version of tomcat? > >>> > >>> > >>>--- Matt Bathje <[EMAIL PROTECTED]> wrote: > >>> > >>> > >>> > Hey all - > > I searched around on mail-archive and google for > a > bit and couldn't find > anybody mentioning that they upgraded their > Tomcat > machines to use > Fedora Core 3 yet. > > Has anybody done so? Any issues with Java or > Tomcat > after the upgrade? > > > Thanks, > Matt > > > >>> > >>> > >>- > >> > > > > Try asking on the fedora mailing list. They are > usually pretty good > about answering these type of questions. > > http://www.redhat.com/mailman/listinfo/fedora-list > > -- > Justin Crabtree > Java Programmer > Ozarks Technical Community College > 447-7533 > > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
On Wed, 1 Dec 2004 11:27:01 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote: > > Hi, > > >> regardless of the directory being lib or classesseems like a bug > to > >> me as any file in the classpath should just be a file as a jar file > >> should have to be added to the classpath like it's a directory. > > > >I agree > > That's overly simplified. Unlike the classpath for a normal console > application, the directory structure of a webapp has special meanings. > See SRV.9.5 in the Servlet Spec, which tells you what to put in > WEB-INF/classes and what to put in WEB-INF/lib. If you put jars in > WEB-INF/classes, you're at best in questionable territory. just (re)read the specifications. you should put a jar in WEB-INF/lib only if you want it mounted in the context classloader. you can put classes and any other utility _file_ in /WEB-INF/classes as well as inside any other jar in WEB-INF/lib regardless the extension/semantics of that file. > If you open > a Bugzilla issue for this, don't be surprised to see it closed as > invalid or just left unattended. anyway, I'll not open a bug for this issue bye Simone - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Hi, >> regardless of the directory being lib or classesseems like a bug to >> me as any file in the classpath should just be a file as a jar file >> should have to be added to the classpath like it's a directory. > >I agree That's overly simplified. Unlike the classpath for a normal console application, the directory structure of a webapp has special meanings. See SRV.9.5 in the Servlet Spec, which tells you what to put in WEB-INF/classes and what to put in WEB-INF/lib. If you put jars in WEB-INF/classes, you're at best in questionable territory. If you open a Bugzilla issue for this, don't be surprised to see it closed as invalid or just left unattended. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fedora Core 3
Allistair Crossley wrote: i have seen some 5.0.28 installations on fedora core 2 if that helps! if you do decide to upgrade to version 3 and get tomcat 5 working, *please* let this list know about it so it can be added to the list of supported platforms and help others. -Original Message- From: Matt Bathje [mailto:[EMAIL PROTECTED] Sent: 01 December 2004 16:08 To: Tomcat Users List Subject: Re: Fedora Core 3 I'm using tomcat 5.0 (I think 5.0.25 specifically right now) but I was more just wondering in general as I've seen no mention of FC3 yet. If tomcat 5.0.x has problems in FC3 it wouldn't be a huge deal, because once I upgraded to the new OS I would have to retest the app anyway, so a Tomcat upgrade wouldn't cause any extra headache. Matt Elihu Smails wrote: what version of tomcat? --- Matt Bathje <[EMAIL PROTECTED]> wrote: Hey all - I searched around on mail-archive and google for a bit and couldn't find anybody mentioning that they upgraded their Tomcat machines to use Fedora Core 3 yet. Has anybody done so? Any issues with Java or Tomcat after the upgrade? Thanks, Matt - Try asking on the fedora mailing list. They are usually pretty good about answering these type of questions. http://www.redhat.com/mailman/listinfo/fedora-list -- Justin Crabtree Java Programmer Ozarks Technical Community College 447-7533 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
> Right, thought you were creating your own URLClassLoader instance to
> locate your jars dynamically (not getting the current). Barring that
> and looking at your post and then looking at one of Yoavs, then my guess
> is the ClassLoader in tomcat is for what ever reason doing something like:
> if( name.endsWith(".jar") )
> {
> //resolve to the home work dir.
> }
I agree
> regardless of the directory being lib or classesseems like a bug to
> me as any file in the classpath should just be a file as a jar file
> should have to be added to the classpath like it's a directory.
I agree
> Anyways, are the file names hard coded in your app? You can always come
> up with your own file name extension to work around the issue I suppose.
I thought about this possibility too,
I just checked URLClassLoader javadoc and yes, this is a viable
solution. In fact, URLClassLoader interprets every url pointing to non
dir as a JAR regardless to its name.
thanks
Simone
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Queries on Embedded Tomcat Server
Mohamed Rafi S wrote: Hi Jean, Jeanfrancois ;-) There is no exception getting thrown, verified this. Immediately after appLoader.startTomcat(), if I give a Thread.sleep(1), then till that duration, I am able to access http://localhost:8080/ successfully without any issue. So, any pointers on how to make this always available ? I recommend you start a Thread that start Tomcat and lock on an object. When you stop you app, just unlock thin thread. Hope that help -- Jeanfrancois Thanks, Mohamed Rafi S Mohamed Rafi S wrote: Hi All, I need to run a Embedded Tomcat server in my application. For this, I checked the sample code and docs, and did the needful. My application's main class is ApplicationLoader.java, and in the main() method of my ApplicationLoader.java, I am doing a appLoader.startTomcat(). However, the server which comes up terminates once the main method is complete. How do I make the server run continously ? Any pointers into this ? How do you start the Emnbedded Tomcat? Are you sure there is no swallowed exception? -- Jeanfrancois Thanks, Rafi SM - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Fedora Core 3
i have seen some 5.0.28 installations on fedora core 2 if that helps! if you do decide to upgrade to version 3 and get tomcat 5 working, *please* let this list know about it so it can be added to the list of supported platforms and help others. > -Original Message- > From: Matt Bathje [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 16:08 > To: Tomcat Users List > Subject: Re: Fedora Core 3 > > > I'm using tomcat 5.0 (I think 5.0.25 specifically right now) > but I was > more just wondering in general as I've seen no mention of FC3 yet. > > If tomcat 5.0.x has problems in FC3 it wouldn't be a huge > deal, because > once I upgraded to the new OS I would have to retest the app > anyway, so > a Tomcat upgrade wouldn't cause any extra headache. > > > > Matt > > > > > Elihu Smails wrote: > > what version of tomcat? > > > > > > --- Matt Bathje <[EMAIL PROTECTED]> wrote: > > > > > >>Hey all - > >> > >>I searched around on mail-archive and google for a > >>bit and couldn't find > >>anybody mentioning that they upgraded their Tomcat > >>machines to use > >>Fedora Core 3 yet. > >> > >>Has anybody done so? Any issues with Java or Tomcat > >>after the upgrade? > >> > >> > >>Thanks, > >>Matt > >> > >> > > > > > - > > > >>To unsubscribe, e-mail: > >>[EMAIL PROTECTED] > >>For additional commands, e-mail: > >>[EMAIL PROTECTED] > >> > >> > > > > > > > > > > > > __ > > Do you Yahoo!? > > Yahoo! Mail - Helps protect you from nasty viruses. > > http://promotions.yahoo.com/new_mail > > > > > - > > 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] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsp-debugging: breakpoints wont work!
hi, i am trying to enable jsp-debugging with eclipse 3, lomboz 3.0.0 and tomcat 5.5.4 (both working as an eclipse plugin). What happens so far is: i write an jsp using lomboz, the jsp is converted to a servlet and stored / copied to a folder called j2src in the eclipse workspace (the folder j2src is created by lomboz). if i now call the url http://localhost:8080/mywebmodule/jsptest.jsp the jsp is executed faultless and in the j2src-folder the corresponding class file appears. so, everything works fine, the problem that i now have, is that i can set breakpoints for debugging purposes in eclipse in the generated servlet-file under j2src, but this breakpoints are simply ignored, which means the servlet is fully executed regardless of where i set the breakpoints, and i really dont get it why, since my tomcat works completely in the eclipse workspace. do i have to configure the tomcat to enable jsp-debugging? i thought i had already done so, here is my deployment descriptor: here is what i inserted into the web.xml (in the conf-directory): jsp org.apache.jasper.servlet.JspServlet classdebuginfo true fork false xpoweredBy false 3 any ideas / suggestions?...i am out of ideas right now thx in advance, timo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JkCoyoteHandler/mod_jk won't serve examples (was: no examples with mod_jk?)
Hi, Can anyone please help me? I've been looking at this for a couple of weeks now and still have had no success t. On Wed, 2004-12-01 at 02:08, Thomas Charles Robinson wrote: > Hi Again, > > Sorry about the long email. I've included all my logging with the > configs. I've read the documentation and had some clarifications on > JK/JK2 but still can't get this to work. What am I doing wrong here? Any > help is appreciated and thanks in advance. > > I'm trying to get tomcat4 (4.1.30) to work with apache (2.0.50) using > mod_jk (1.2.5) on Fedora Core 1 but so far can only get it to serve > content via the CoyoteConnector and Http on port 8080 (i.e. accessing > http://kennetwww:8080 is fine) - see logging below: > > ==> tomcat4/catalina_log.2004-12-01.txt <== > 2004-12-01 01:56:44 StandardEngine[Standalone]: Mapping server name > 'kennetwww' > 2004-12-01 01:56:44 StandardEngine[Standalone]: Trying a direct match > > ==> tomcat4/kennetwww_log.2004-12-01.txt <== > 2004-12-01 01:56:44 StandardHost[kennetwww]: Mapping request URI '/' > 2004-12-01 01:56:44 StandardHost[kennetwww]: Trying the longest > context path prefix > 2004-12-01 01:56:44 StandardHost[kennetwww]: Mapped to context '' > 2004-12-01 01:56:44 default: DefaultServlet.serveResource: Serving > resource '/' headers and data > > ==> tomcat4/catalina_log.2004-12-01.txt <== > 2004-12-01 01:56:45 StandardEngine[Standalone]: Mapping server name > 'kennetwww' > 2004-12-01 01:56:45 StandardEngine[Standalone]: Trying a direct match > > ==> tomcat4/kennetwww_log.2004-12-01.txt <== > 2004-12-01 01:56:45 StandardHost[kennetwww]: Mapping request URI > '/index.jsp' > 2004-12-01 01:56:45 StandardHost[kennetwww]: Trying the longest > context path prefix > 2004-12-01 01:56:45 StandardHost[kennetwww]: Mapped to context '' > 2004-12-01 01:56:45 jsp: init > > > But when I try to connect directly to the host using the CoyoteConnector > with the JkCoyoteHandler on port 8009, I see the hosts default apache > web page and none of the examples/etc are available. mod_jk logging as > follows: > > Accessing http://kennetwww > ==> httpd/access_log <== > 192.168.1.23 - - [01/Dec/2004:01:33:17 +] "GET / HTTP/1.0" 200 1988 > "-" "Lynx/2.8.5dev.7 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.7a" > > ==> tomcat4/mod_jk.log <== > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/index.php' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/index.php' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/index.html' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (500)]: Attempting to > map URI '/index.html' > [Wed Dec 01 01:33:17 2004] [jk_uri_worker_map.c (618)]: > jk_uri_worker_map_t::map_uri_to_worker, done without a match > > Here are my configs: > > Server.xml: > > > >modJk="/usr/lib/httpd/modules/mod_jk.so" > jkDebug="trace" > workersConfig="/usr/share/tomcat4/conf/jk/workers.properties"/> > >className="org.apache.catalina.mbeans.ServerLifecycleListener" > debug="0"/> >className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" > debug="0"/> > > > > > > value="30"/> > > >type="org.apache.catalina.UserDatabase" >description="User database that can be updated and saved"> > > > > factory > > org.apache.catalina.users.MemoryUserDatabaseFactory > > > pathname > temp/tomcat-users.xml >
Re: Fedora Core 3
I'm using tomcat 5.0 (I think 5.0.25 specifically right now) but I was more just wondering in general as I've seen no mention of FC3 yet. If tomcat 5.0.x has problems in FC3 it wouldn't be a huge deal, because once I upgraded to the new OS I would have to retest the app anyway, so a Tomcat upgrade wouldn't cause any extra headache. Matt Elihu Smails wrote: what version of tomcat? --- Matt Bathje <[EMAIL PROTECTED]> wrote: Hey all - I searched around on mail-archive and google for a bit and couldn't find anybody mentioning that they upgraded their Tomcat machines to use Fedora Core 3 yet. Has anybody done so? Any issues with Java or Tomcat after the upgrade? Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - 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: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Simone Pierazzini wrote:
On Wed, 01 Dec 2004 09:49:33 -0500, Wade Chandler
<[EMAIL PROTECTED]> wrote:
I never try to use relative paths in getResource. I always do this
getResource("/pippo.jar"); Also, I usually pick a class in my package
that I know will certainly be in my web-app classes folder or one of
it's jars. This way the classloader used for my call will know about my
objects and classes at it's levelso it doesn't make delegate
calls...and I use com.mydomain.mypackage.MyClass.class.getResource
instead of using the classloader call though that should not matter
asking resources to classes or classloaders is the same thing:
absolute paths for classes are relative paths for classloaders so the
following lines are equivalent:
com.mydomain.mypackage.MyClass.class.getResource("/xx.txt")
com.mydomain.mypackage.MyClass.class.getClassLoader().getResource("xx.txt")
I pick a class in my package too: if you pick another class you don't
know which classloader you 're using (common/shared/ etc.)
bye
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Right, thought you were creating your own URLClassLoader instance to
locate your jars dynamically (not getting the current). Barring that
and looking at your post and then looking at one of Yoavs, then my guess
is the ClassLoader in tomcat is for what ever reason doing something like:
if( name.endsWith(".jar") )
{
//resolve to the home work dir.
}
regardless of the directory being lib or classesseems like a bug to
me as any file in the classpath should just be a file as a jar file
should have to be added to the classpath like it's a directory.
Anyways, are the file names hard coded in your app? You can always come
up with your own file name extension to work around the issue I suppose.
A jar is a jar by any other name .zip, .foo, .mar (?) What ever...the
point I guess is the class loader for what ever reason is resolving on
purpose the .jar ext instead of checking first if the file is under lib
or a sub dir. So you should be able to just rename the file ext unless
for some reason you have an app that has to have the .jar on the end.
The jar classes should still work against files with different ext.
Wade
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows service and multiple instances
that not entirely the case, as the service.bat examines CATALINA_HOME. if the env variable is set to 1 installation, teh 2nd service install will use that value also. modify service.bat in each installation. you could try remarking out this part rem if not "%CATALINA_HOME%" == "" goto gotHome which will force the wrapper to use the current directory, Allistair. > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 15:48 > To: Tomcat Users List; Wouter De Vaal > Subject: RE: Windows service and multiple instances > > > > Hi, > You can use the service.bat wrapper to install as many copies of the > Tomcat windows service as you'd like. > > Yoav Shapira http://www.yoavshapira.com > > > >-Original Message- > >From: Wouter De Vaal [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, December 01, 2004 10:38 AM > >To: [EMAIL PROTECTED] > >Subject: Windows service and multiple instances > > > >Hi, > > > >I've read enough about having multiple tomcat instances. > >However when using windows, the installer won't create a second > >windows service for starting and stopping the second tomcat > >installation. > > > >Has anyone have a solution/suggestion for this? > > > >Regards, > >Wouter de Vaal > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This e-mail, including any attachments, is a confidential > business communication, and may contain information that is > confidential, proprietary and/or privileged. This e-mail is > intended only for the individual(s) to whom it is addressed, > and may not be saved, copied, printed, disclosed or used by > anyone else. If you are not the(an) intended recipient, > please immediately delete this e-mail from your computer > system and notify the sender. Thank you. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fedora Core 3
what version of tomcat? --- Matt Bathje <[EMAIL PROTECTED]> wrote: > Hey all - > > I searched around on mail-archive and google for a > bit and couldn't find > anybody mentioning that they upgraded their Tomcat > machines to use > Fedora Core 3 yet. > > Has anybody done so? Any issues with Java or Tomcat > after the upgrade? > > > Thanks, > Matt > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows service and multiple instances
Hi, You can use the service.bat wrapper to install as many copies of the Tomcat windows service as you'd like. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Wouter De Vaal [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 10:38 AM >To: [EMAIL PROTECTED] >Subject: Windows service and multiple instances > >Hi, > >I've read enough about having multiple tomcat instances. >However when using windows, the installer won't create a second >windows service for starting and stopping the second tomcat >installation. > >Has anyone have a solution/suggestion for this? > >Regards, >Wouter de Vaal > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Windows service and multiple instances
Wouter De Vaal wrote: Hi, I've read enough about having multiple tomcat instances. However when using windows, the installer won't create a second windows service for starting and stopping the second tomcat installation. Has anyone have a solution/suggestion for this? cd %TOMCAT1_HOME%\bin service install Instance1 cd %TOMCAT2_HOME%\bin service install Instance2 MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows service and multiple instances
You need to install the second service manually. How you do this depends on which version of Tomcat you're running. Chris -Original Message- From: Wouter De Vaal [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 10:38 AM To: [EMAIL PROTECTED] Subject: Windows service and multiple instances Hi, I've read enough about having multiple tomcat instances. However when using windows, the installer won't create a second windows service for starting and stopping the second tomcat installation. Has anyone have a solution/suggestion for this? Regards, Wouter de Vaal - 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: Problems with deployment process using Eclipse + Ant + Tomcat
We use ant build scripts (launched from eclipse, anthill, command prompts, just about anywhere) to deploy webapps to Tomcat and it works fine for us. But we did have difficulties when we started doing so. We are currently using Tomcat 5.0.28; we've done it for a long time on Tomcat 4.1; we've tested it on Tomcat 5.5, but I can't say that it worked - we had other issues (unrelated to ant or Tomcat) that got in the way. Its been a while since I went through these problems, but here's my recollections: a) There are several tasks in the catalina-ant.jar. In particular, though, there are two different sets of tasks that can be used for deploying webapps: / and /. You cannot a 'd app nor can you an 'd app. I don't fully recall the difference between those sets of tasks, but we discovered that the / tasks worked better for us. b) We change the unpackWars attribute in the element of the server.xml from true (its default value on a Windows installation) to false. Without this change, Tomcat unpacked the deployed webapp, which caused difficultied with the removal (files weren't removed) which then prevented redeployment. c) Side note about your ant scripts: your "deploy" target uses a bunch of ant calls to do different things (build, war, tomcat_deploy and email). In each case you are passing inheritrefs=true and inheritall=true and calling targets in the same build file. You'd probably be better off just doing this as dependencies instead: I hope that helps, -- PC Paul Christmann Prior Artisans, LLC mailto:[EMAIL PROTECTED] 504-587-9072 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Hi, >yes... and no. >when you ask for non-jar resources, the returned url points to the >correct path (inside context directory, and tomcat doens't need to >copy them). >When you ask for jar resources, the returned url points to a directory >inside $CATALINA_HOME/work, but Tomcat does not copy anything in that >path from WEB-INF/classes (you wrote WEB-INF/lib). Ahh, you're putting a jar file in WEB-INF/classes. I missed that originally. Tomcat copies jars out of WEB-INF/lib into a work directory to prevent locking and for performance gains. But that's a server implementation detail that shouldn't matter. Putting jars in WEB-INF/classes, well, I'm not going to spend time supporting this use-case, but maybe others will. Good luck, Yoav Shapira http:/www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Windows service and multiple instances
Hi, I've read enough about having multiple tomcat instances. However when using windows, the installer won't create a second windows service for starting and stopping the second tomcat installation. Has anyone have a solution/suggestion for this? Regards, Wouter de Vaal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
my pleasure, i always make them and sometimes things work that way ;) > -Original Message- > From: Pawson, David [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 15:23 > To: Tomcat Users List > Subject: RE: ssl configuration. 5.0.28 > > > > > -Original Message- > From: Allistair Crossley > > correction to my last post about SSL page returning squares > .. I was requesting http. > > https://localhost:8443/ > > works for my suggestions with default tomcat page. > > And works for me > I was concentrating on the configuration to much. > Thanks for making the mistake Allistair... made > me realise the silly :-) > > Now how do I close down the http://localhost/ port, > just remove the port 80 connector? > > Many thanks. > Another tiny step forward. > > regards DaveP > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any > attachments is > confidential and may be privileged. If you are not the intended > recipient you should not use, disclose, distribute or copy any of the > content of it or of any attachment; you are requested to notify the > sender immediately of your receipt of the email and then to delete it > and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments generated by > its staff are free from viruses or other contaminants. However, it > cannot accept any responsibility for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this email and > any attachments are those of the author and do not > necessarily represent > those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 ---
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
> > Hi, > > I use URLClassLoader to create class loaders that manage jars in WEB- > > INF/classes > > In WEB-INF/classes I have many jars that are incompatible each other > > (they have different classes with the same name inside). > > > > Wouldn't it be much easier to unjar and re-jar with only the classes you > need for each of your jar files? those jar contains xml:db database drivers. these drivers implement an interface. my app uses that interface so it can be deployed using different databases. when the application uses just one kind of database I don't need (and don't use) java.net.URLClassLoader, and I don't have jar in WEB-INF/classes when the application uses two kind of database at the same time and their drivers are not compatible with each other, I've to create driver instances inside different class loaders byeT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Moving from 4.1.27 to 5.0.28?
We've recently been writing the 'next version' of our main application, and the decision was made to target TC 5.0.x, up from 4.1.x. We experience no major difficulties in making that move, thouogh there can be a few gotchas. The one thing we noticed that changed (for the better) was error page handling. Others have reported small problems regarding TC 5's more strict interpretation of the spec in certain areas. As an example of this (though this is from memory!) I think someone had something like: And that appealed to their sense of 'good coding' (like putting opening and closing braces on all blocks, including one line blocks). This worked in Tomcat 4.x, but not in 5.x So small things like that might catch you up, but otherwise nothing major. > -Original Message- > From: Bjørn T Johansen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 01, 2004 7:08 AM > To: Tomcat Users List > Subject: Moving from 4.1.27 to 5.0.28? > > > I am thinging of upgrading our prod Tomcat server from 4.1.27 > to 5.0.28 (or is 5.5.4 a > safer bet?) and I was wondering if there would be any > problems when upgrading? Anything particular I should think of? > > > Regards, > > BTJ > > -- > -- > - > Bjørn T Johansen > > [EMAIL PROTECTED] > -- > - > Someone wrote: > "I understand that if you play a Windows CD backwards you > hear strange Satanic messages" To which someone replied: > "It's even worse than that; play it forwards and it installs Windows" > -- > - > > - > 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]
Fedora Core 3
Hey all - I searched around on mail-archive and google for a bit and couldn't find anybody mentioning that they upgraded their Tomcat machines to use Fedora Core 3 yet. Has anybody done so? Any issues with Java or Tomcat after the upgrade? Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
On Wed, 1 Dec 2004 10:11:49 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> >it should be but it isn't because tomcat does not make a copy, and the
> >returned url is unresolvable.
>
> So you're saying the jar in $CATALINA_HOME/work is physically different
> than the one in your WEB-INF/lib directory, i.e. Tomcat's copying
> corrupts the jar?
yes... and no.
when you ask for non-jar resources, the returned url points to the
correct path (inside context directory, and tomcat doens't need to
copy them).
When you ask for jar resources, the returned url points to a directory
inside $CATALINA_HOME/work, but Tomcat does not copy anything in that
path from WEB-INF/classes (you wrote WEB-INF/lib).
In my first mail a made an example of what happens. I'll report it here:
com.mydomain.mypackage.MyClass.class.getClassLoader().getResource("pippo.txt")
returns:
file:/ ... /webapps/myapp/WEB-INF/classes/pippo.txt
^
while:
com.mydomain.mypackage.MyClass.class.getClassLoader().getResource("pippo.jar")
returns:
file:/ ... /work/Catalina/localhost/myapp/loader/pippo.jar
where "..." stands for a path that is $CATALINA_HOME
note the difference between the two urls.
bye
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
Hi, >Now how do I close down the http://localhost/ port, >just remove the port 80 connector? Yeah. > Another tiny step forward. That's how progress is made, right? Neil Armstrong et al... Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
actually, I notice you are using keystoreFile. are you certain when you ran keystore that you used -keystore parameter? it might well be that. i generated my key without using -keystore which tomcat looks at by default. try getting that working first. On win2k, so the default location is /documents and settings etc. %JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA \ -keystore webapps/repository enables my to store it in /webapps/repository which is where I told tomcat to look. regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Webapps Folder
Yoav: The admin application is to be installed in the Jakarta_Home/Server/webapps directory, right? The reason I am asking you this is after installing it there, it is not listed in the Applications list on the Tomcat Manager application and if I do "http://127.0.0.1:8080/admin/"; I get the response, " Tomcat's administration web application is no longer installed by default. Download and install the "admin" package to use it." Thanks. VENKAT & RADHA VENKATARAMANANPhone: 1-201-358-0001 324 St. Mary Street Hillsdale, NJ 07642 [EMAIL PROTECTED] -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 10:21 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: Webapps Folder Hi, We are trying to distinguish those webapps which are tightly coupled with the Tomcat server and its implementation from normal user webapps. For all intents and purposes, users should ignore server/webapps and never touch it. Put all your apps and do your development in $CATALINA_HOME/webapps or another appBase of your choosing if you have a custom Host, but not server/webapps. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Venkat & Radha Venkataramanan [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 10:10 AM >To: 'Tomcat Users List' >Subject: Webapps Folder > >Hello: > > > >I am new to Tomcat and so forgive me if this question comes across as very >elementary. > > > >I see that there are two webapps folders, one under Jakarta_HOME\Server and >one under JAKARTA_HOME. The Manager Application is installed under >Jakarta_HOME\Server\webapps while other applications are installed under >JAKARTA_HOME\webapps. > > > >Why is this distinction being made? > > > >Venkat > > This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
-Original Message- From: Allistair Crossley correction to my last post about SSL page returning squares .. I was requesting http. https://localhost:8443/ works for my suggestions with default tomcat page. And works for me I was concentrating on the configuration to much. Thanks for making the mistake Allistair... made me realise the silly :-) Now how do I close down the http://localhost/ port, just remove the port 80 connector? Many thanks. Another tiny step forward. regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
> -Original Message- > From: Simone Pierazzini [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 01, 2004 9:37 AM > To: [EMAIL PROTECTED] > Subject: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes > > Hi, > I use URLClassLoader to create class loaders that manage jars in WEB- > INF/classes > In WEB-INF/classes I have many jars that are incompatible each other > (they have different classes with the same name inside). > Wouldn't it be much easier to unjar and re-jar with only the classes you need for each of your jar files? Charlie
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
On Wed, 01 Dec 2004 09:49:33 -0500, Wade Chandler
<[EMAIL PROTECTED]> wrote:
> I never try to use relative paths in getResource. I always do this
> getResource("/pippo.jar"); Also, I usually pick a class in my package
> that I know will certainly be in my web-app classes folder or one of
> it's jars. This way the classloader used for my call will know about my
> objects and classes at it's levelso it doesn't make delegate
> calls...and I use com.mydomain.mypackage.MyClass.class.getResource
> instead of using the classloader call though that should not matter
asking resources to classes or classloaders is the same thing:
absolute paths for classes are relative paths for classloaders so the
following lines are equivalent:
com.mydomain.mypackage.MyClass.class.getResource("/xx.txt")
com.mydomain.mypackage.MyClass.class.getClassLoader().getResource("xx.txt")
I pick a class in my package too: if you pick another class you don't
know which classloader you 're using (common/shared/ etc.)
bye
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Webapps Folder
Hi, We are trying to distinguish those webapps which are tightly coupled with the Tomcat server and its implementation from normal user webapps. For all intents and purposes, users should ignore server/webapps and never touch it. Put all your apps and do your development in $CATALINA_HOME/webapps or another appBase of your choosing if you have a custom Host, but not server/webapps. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Venkat & Radha Venkataramanan [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 01, 2004 10:10 AM >To: 'Tomcat Users List' >Subject: Webapps Folder > >Hello: > > > >I am new to Tomcat and so forgive me if this question comes across as very >elementary. > > > >I see that there are two webapps folders, one under Jakarta_HOME\Server and >one under JAKARTA_HOME. The Manager Application is installed under >Jakarta_HOME\Server\webapps while other applications are installed under >JAKARTA_HOME\webapps. > > > >Why is this distinction being made? > > > >Venkat > > This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multipe Tomcat instances
OK. I understand the separation point. I think as long as I can start separate instances by referencing a separate server.xml file, I'll do it that way. If I need to upgrade one web app, then I can split it out then. Thanks for the input. It's appreciated. -- On Wed, 2004-12-01 at 09:05, Shapira, Yoav wrote: > Hi, > Both Tim's and QM's approaches are viable, and I use them as well under > certain circumstances. But by default I just have completely separate > Tomcat installations. The only things they might share are the > hardware, OS, and JDK, depending on the requirements. So while the > CATALINA_BASE splitting is possible, I don't actually do it in practice. > > The motivation for me is complete separation, so that if one application > requires a Tomcat upgrade it can be done separately from others. But > then again I'm somewhat of a fanatic when it comes to webapp > self-containment. (Although it's served me well). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Hi, >yes, I know, but I've to use those jars, and I didn't developed them :( OK ;) Unfortunate, but that happens... >it should be but it isn't because tomcat does not make a copy, and the >returned url is unresolvable. So you're saying the jar in $CATALINA_HOME/work is physically different than the one in your WEB-INF/lib directory, i.e. Tomcat's copying corrupts the jar? Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Webapps Folder
Hello: I am new to Tomcat and so forgive me if this question comes across as very elementary. I see that there are two webapps folders, one under Jakarta_HOME\Server and one under JAKARTA_HOME. The Manager Application is installed under Jakarta_HOME\Server\webapps while other applications are installed under JAKARTA_HOME\webapps. Why is this distinction being made? Venkat
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
On Wed, 1 Dec 2004 09:47:12 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote: > > Hi, > > >I use URLClassLoader to create class loaders that manage jars in WEB- > >INF/classes > >In WEB-INF/classes I have many jars that are incompatible each other > >(they have different classes with the same name inside). > > I comment on the actual problem below, but if you don't mind me asking: > why? This is ugly ;) yes, I know, but I've to use those jars, and I didn't developed them :( [cut] > The one in $CATALINA_HOME/work is an unmodified copy, so it should be > OK. But there's a bigger point here (actually two): it should be but it isn't because tomcat does not make a copy, and the returned url is unresolvable. > - You cannot rely on a specific scheme (e.g. file:/) or format of the > resource URL returned by the classloader, but you can rely on the > classloader being able to find and resolve it. Only the latter should > matter. If you're relying on the former, change your design. yes of course, I do not rely on a specific schema (unless java.net.URLClassLoader does). > - What's you're doing is tricky at best. Having multiple copies of te > same class in the same repository is not a good idea. If you do > continue down this path, you should create a custom loader and replace > Tomcat's default webapp classloader with your own by registering yours > as the Loader element for your Context. I use URLClassLoader to create a child of the context classloader, and I don't need anything more. bye Simone - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
actually, I notice you are using keystoreFile. are you certain when you ran keystore that you used -keystore parameter? it might well be that. i generated my key without using -keystore which tomcat looks at by default. try getting that working first. Allistair. > -Original Message- > From: Pawson, David [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 14:38 > To: Tomcat Users List > Subject: RE: ssl configuration. 5.0.28 > > > > className is a common attribute of the Connector element. > look at the common attributes table in > http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html > > Sorry. Missed that. > > > can you post what you have used for the SSL Connector? > > port="8443" >minProcessors="5" >maxProcessors="75" >enableLookups="true" >disableUploadTimeout="true" >acceptCount="100" >debug="0" >scheme="https" >secure="true" >clientAuth="false" >sslProtocol="TLS" > keystoreFile="webapps/repository/.keystore" > keystorePass="myPassword" > /> > > (No, its not commented out :-) > > have > you checked localhost_log for errors after startup? > > I was hopeful, but nothing. > > > 2004-12-01 14:06:23 > StandardContext[/balancer]org.apache.webapp.balancer.BalancerF > ilter: init(): ruleChain: > [org.apache.webapp.balancer.RuleChain: > [org.apache.webapp.balancer.rules.URLStringMatchRule: Target > string: News / Redirect URL: http://www.cnn.com], > [org.apache.webapp.balancer.rules.RequestParameterRule: > Target param name: paramName / Target param value: paramValue > / Redirect URL: http://www.yahoo.com], > [org.apache.webapp.balancer.rules.AcceptEverythingRule: > Redirect URL: http://jakarta.apache.org]] > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]ContextListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]SessionListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]ContextListener: > contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]SessionListener: > contextInitialized() > > > regards DaveP > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any > attachments is > confidential and may be privileged. If you are not the intended > recipient you should not use, disclose, distribute or copy any of the > content of it or of any attachment; you are requested to notify the > sender immediately of your receipt of the email and then to delete it > and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments generated by > its staff are free from viruses or other contaminants. However, it > cannot accept any responsibility for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this email and > any attachments are those of the author and do not > necessarily represent > those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 ---
RE: ssl configuration. 5.0.28
correction to my last post about SSL page returning squares .. I was requesting http. https://localhost:8443/ works for my suggestions with default tomcat page. > -Original Message- > From: Pawson, David [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 14:38 > To: Tomcat Users List > Subject: RE: ssl configuration. 5.0.28 > > > > className is a common attribute of the Connector element. > look at the common attributes table in > http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html > > Sorry. Missed that. > > > can you post what you have used for the SSL Connector? > > port="8443" >minProcessors="5" >maxProcessors="75" >enableLookups="true" >disableUploadTimeout="true" >acceptCount="100" >debug="0" >scheme="https" >secure="true" >clientAuth="false" >sslProtocol="TLS" > keystoreFile="webapps/repository/.keystore" > keystorePass="myPassword" > /> > > (No, its not commented out :-) > > have > you checked localhost_log for errors after startup? > > I was hopeful, but nothing. > > > 2004-12-01 14:06:23 > StandardContext[/balancer]org.apache.webapp.balancer.BalancerF > ilter: init(): ruleChain: > [org.apache.webapp.balancer.RuleChain: > [org.apache.webapp.balancer.rules.URLStringMatchRule: Target > string: News / Redirect URL: http://www.cnn.com], > [org.apache.webapp.balancer.rules.RequestParameterRule: > Target param name: paramName / Target param value: paramValue > / Redirect URL: http://www.yahoo.com], > [org.apache.webapp.balancer.rules.AcceptEverythingRule: > Redirect URL: http://jakarta.apache.org]] > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]ContextListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]SessionListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]ContextListener: > contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]SessionListener: > contextInitialized() > > > regards DaveP > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any > attachments is > confidential and may be privileged. If you are not the intended > recipient you should not use, disclose, distribute or copy any of the > content of it or of any attachment; you are requested to notify the > sender immediately of your receipt of the email and then to delete it > and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments generated by > its staff are free from viruses or other contaminants. However, it > cannot accept any responsibility for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this email and > any attachments are those of the author and do not > necessarily represent > those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 ---
RE: ssl configuration. 5.0.28
i just downloaded 5.0.30, uncommented the SSL Connector, generated a key with keytool -genkey -alias tomcat -keyalg RSA and started tomcat and the messages show 8443 is running. i requset localhost:8443 and I get a sequence of 10 squares, but it's certainly no 404 error. my connector is the out-of-box SSL Connector like yours. INFO: Starting Coyote HTTP/1.1 on http-8080 01-Dec-2004 14:52:39 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8443 01-Dec-2004 14:52:39 org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 01-Dec-2004 14:52:39 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=16/32 config=C:\Documents and Settings\me\De sktop\jakarta-tomcat-5.0.30\conf\jk2.properties 01-Dec-2004 14:52:39 org.apache.catalina.startup.Catalina start INFO: Server startup in 3406 ms I'm afraid I'm stumped. What OS are you on? > -Original Message- > From: Pawson, David [mailto:[EMAIL PROTECTED] > Sent: 01 December 2004 14:38 > To: Tomcat Users List > Subject: RE: ssl configuration. 5.0.28 > > > > className is a common attribute of the Connector element. > look at the common attributes table in > http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html > > Sorry. Missed that. > > > can you post what you have used for the SSL Connector? > > port="8443" >minProcessors="5" >maxProcessors="75" >enableLookups="true" >disableUploadTimeout="true" >acceptCount="100" >debug="0" >scheme="https" >secure="true" >clientAuth="false" >sslProtocol="TLS" > keystoreFile="webapps/repository/.keystore" > keystorePass="myPassword" > /> > > (No, its not commented out :-) > > have > you checked localhost_log for errors after startup? > > I was hopeful, but nothing. > > > 2004-12-01 14:06:23 > StandardContext[/balancer]org.apache.webapp.balancer.BalancerF > ilter: init(): ruleChain: > [org.apache.webapp.balancer.RuleChain: > [org.apache.webapp.balancer.rules.URLStringMatchRule: Target > string: News / Redirect URL: http://www.cnn.com], > [org.apache.webapp.balancer.rules.RequestParameterRule: > Target param name: paramName / Target param value: paramValue > / Redirect URL: http://www.yahoo.com], > [org.apache.webapp.balancer.rules.AcceptEverythingRule: > Redirect URL: http://jakarta.apache.org]] > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]ContextListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/jsp-examples]SessionListener: contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]ContextListener: > contextInitialized() > 2004-12-01 14:06:24 > StandardContext[/servlets-examples]SessionListener: > contextInitialized() > > > regards DaveP > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any > attachments is > confidential and may be privileged. If you are not the intended > recipient you should not use, disclose, distribute or copy any of the > content of it or of any attachment; you are requested to notify the > sender immediately of your receipt of the email and then to delete it > and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments generated by > its staff are free from viruses or other contaminants. However, it > cannot accept any responsibility for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this email and > any attachments are those of the author and do not > necessarily represent > those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 ---
Re: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Simone Pierazzini wrote:
Hi,
I use URLClassLoader to create class loaders that manage jars in WEB-INF/classes
In WEB-INF/classes I have many jars that are incompatible each other
(they have different classes with the same name inside).
Suppose I want to load the following files as resources from a classLoader:
- pippo.txt
- pippo.jar
In the first case I tried the line:
classLoader.getResource("pippo.txt")
and correctly the returned URL was:
file:/ ... /myapp/WEB-INF/classes/pippo.txt
where "..." stands for $CATALINA_HOME
while, trying to get the second file:
classLoader.getResource("pippo.jar")
tomcat returned the following url:
file:/ ... /work/Catalina/localhost/myapp/loader/pippo.jar
but the directory "... /work/Catalina/localhost/myapp/loader/" does
not contain pippo.jar
that is placed in .../myapp/WEB-INF/classes/pippo.jar
thanks in advance
Simone Pierazzini
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I never try to use relative paths in getResource. I always do this
getResource("/pippo.jar"); Also, I usually pick a class in my package
that I know will certainly be in my web-app classes folder or one of
it's jars. This way the classloader used for my call will know about my
objects and classes at it's levelso it doesn't make delegate
calls...and I use com.mydomain.mypackage.MyClass.class.getResource
instead of using the classloader call though that should not matter
Maybe try to prepend a / to that file name. Read the javadoc
documentation for the method Class.getResource to understand the /
before the name of the file. Anyways, I always use the
Class.getResource call as I mentioned above and I never have
problemsI also am sure to use the / to make it an absolute
classpath. Read those java docs to understand more.
Hope you have some luck with that.
Wade
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Hi,
>I use URLClassLoader to create class loaders that manage jars in WEB-
>INF/classes
>In WEB-INF/classes I have many jars that are incompatible each other
>(they have different classes with the same name inside).
I comment on the actual problem below, but if you don't mind me asking:
why? This is ugly ;)
>In the first case I tried the line:
>classLoader.getResource("pippo.txt")
>
>and correctly the returned URL was:
> file:/ ... /myapp/WEB-INF/classes/pippo.txt
>
>where "..." stands for $CATALINA_HOME
>while, trying to get the second file:
>classLoader.getResource("pippo.jar")
>
>tomcat returned the following url:
> file:/ ... /work/Catalina/localhost/myapp/loader/pippo.jar
>
>but the directory "... /work/Catalina/localhost/myapp/loader/" does
>not contain pippo.jar
>that is placed in .../myapp/WEB-INF/classes/pippo.jar
The one in $CATALINA_HOME/work is an unmodified copy, so it should be
OK. But there's a bigger point here (actually two):
- You cannot rely on a specific scheme (e.g. file:/) or format of the
resource URL returned by the classloader, but you can rely on the
classloader being able to find and resolve it. Only the latter should
matter. If you're relying on the former, change your design.
- What's you're doing is tricky at best. Having multiple copies of te
same class in the same repository is not a good idea. If you do
continue down this path, you should create a custom loader and replace
Tomcat's default webapp classloader with your own by registering yours
as the Loader element for your Context.
Yoav Shapira http://www.yoavshapira.com
This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged. This e-mail is intended only for the individual(s) to whom
it is addressed, and may not be saved, copied, printed, disclosed or used by
anyone else. If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender. Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis and Tomcat
Hi, Perhaps for development you can use an unpacked WAR, set reloadable=true, and only upload the relevant classes/jars as needed, instead of the whole WAR... I have this setup in dev environment, but I make weekly releases to the production server, sometimes twice a week depending on how many bugs I introduce ;) Those uploads are the ones taking time. For development I am using the setup you suggested. Thanks again for all help. Trond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ssl configuration. 5.0.28
className is a common attribute of the Connector element. look at the common attributes table in http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html Sorry. Missed that. can you post what you have used for the SSL Connector? (No, its not commented out :-) have you checked localhost_log for errors after startup? I was hopeful, but nothing. 2004-12-01 14:06:23 StandardContext[/balancer]org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]] 2004-12-01 14:06:24 StandardContext[/jsp-examples]ContextListener: contextInitialized() 2004-12-01 14:06:24 StandardContext[/jsp-examples]SessionListener: contextInitialized() 2004-12-01 14:06:24 StandardContext[/servlets-examples]ContextListener: contextInitialized() 2004-12-01 14:06:24 StandardContext[/servlets-examples]SessionListener: contextInitialized() regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
weird tomcat5.0.30 behaviour with jar in WEB-INF/classes
Hi,
I use URLClassLoader to create class loaders that manage jars in WEB-INF/classes
In WEB-INF/classes I have many jars that are incompatible each other
(they have different classes with the same name inside).
Suppose I want to load the following files as resources from a classLoader:
- pippo.txt
- pippo.jar
In the first case I tried the line:
classLoader.getResource("pippo.txt")
and correctly the returned URL was:
file:/ ... /myapp/WEB-INF/classes/pippo.txt
where "..." stands for $CATALINA_HOME
while, trying to get the second file:
classLoader.getResource("pippo.jar")
tomcat returned the following url:
file:/ ... /work/Catalina/localhost/myapp/loader/pippo.jar
but the directory "... /work/Catalina/localhost/myapp/loader/" does
not contain pippo.jar
that is placed in .../myapp/WEB-INF/classes/pippo.jar
thanks in advance
Simone Pierazzini
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Moving from 4.1.27 to 5.0.28?
Shapira, Yoav wrote: Hi, I'd say go to 5.0.28 first. One major revision at a time ;) TOC? Table of Contents? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Wade Chandler [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 8:35 AM To: Tomcat Users List Subject: Re: Moving from 4.1.27 to 5.0.28? Bjørn T Johansen wrote: I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28 (or is 5.5.4 a safer bet?) and I was wondering if there would be any problems when upgrading? Anything particular I should think of? Regards, BTJ Personally I'm using 5.0.28 and I love it. I usually wait a couple of iterations after a major release like 5.5.x because of new things and bugs. 5.5.x is a rewrite of a bunch of underlying code said to improve performance, stabilization, and TOC. I usually give them time to air out some bugs, so I might switch to 5.5.x around 5.5.7/8/9 something like that. That's just a personal measure from my own experience with a code base and major changes. As far as being stable, I haven't had to restart Tomcat 5.0.28 in a long time. Not sure the number of days, but it's in the months, and that was just because of having to reboot the computer. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Total ownership cost. I guess that should have been TCO. Total cost of ownership. :-P. That was one of the things the tomcat web site said about Tomcat 5.5. I assume that means it has some improvements to the manager and the administrator...?, or is the TCO reduction or assumed reduction a result of it being more stable with better performance, so lower resources are needed? Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
