RE: making a directory we accesible
> From: Johnny Kewl [mailto:[EMAIL PROTECTED] > Subject: Re: making a directory we accesible > > What would happen if the user made a linux sym-link under the > tomcat ROOT folder to > /home/mydir1/mydir/ as mydir would that work? That should work (haven't tried it), but I find symlinks to be a great way of confusing oneself and others, especially anyone who doesn't know the target has a symlink pointing to it. It obviously would make it difficult to place the "app" on a Windows system, unless you're gutsy enough to play around with fsutil. Doing it with a element preserves platform independence. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ROOT.xml fails to install context (tomcat 6.0.14)
> From: hanasaki [mailto:[EMAIL PROTECTED] > Subject: ROOT.xml fails to install context (tomcat 6.0.14) > > ** The issue is that "host" doesnt seem to be found... What does the above statement mean? What "host" isn't found? Who or what doesn't find it? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ROOT.xml fails to install context (tomcat 6.0.13)
> From: Pid [mailto:[EMAIL PROTECTED] > Subject: Re: ROOT.xml fails to install context (tomcat 6.0.13) > > >> == ROOT.xml == >> docBase="/project" > > Ignore the docBase attribute, it doesn't work when the context is > configured like this. Not true. Use of docBase is quite appropriate when the webapp is placed outside of the appBase directory, as appears to be the case here. > >> path="/app1" > > Ignore the path attribute, it doesn't work when the context is > configured like this. That comment is correct. The name of the .xml file defines the URI path. > Set the appBase in the Host definition in server.xml to the location > where you're putting the 'project' folder. Now rename the 'project' > folder 'ROOT'. If you mean have appBase point to the project folder, that won't work (the appBase must not be the same as a docBase). If you mean have appBase point to one level above the project folder, that will work for this one webapp, but it will break access to the other Tomcat webapps, such as docs and the two examples apps. The missing step (besides the invalid path attribute) is probably failing to remove webapps/ROOT. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Hi Bill: Indeed. Mark's comments put me on the track again, searching for something simpler and more direct than calling openssl or subclassing a provider, and I found this article, which demonstrates how to create a client certificate and sign it using a self-signed root certificate, like the ones you produce with keytool: http://www.mayrhofer.eu.org/Default.aspx?pageindex=4&pageid=39 I made some minor adjustments to the code, and it worked fine, still have to test several things, but the client certificate was generated and the issuer was set as expected. I still have to test the client-cert verification. The article's author (Rene Mayrhofer) used Bounce Castle component along with JCE. The code can be easily encapsulated to be used in a web application. Thanks to all for your comments and suggestions, especially Mark. I must say that judging by what I found in the tomcat-list archives, this time the question got a lot more [useful] feedback than in the recent past. Lucky I am. Regards. On 6/11/07, Bill Barker <[EMAIL PROTECTED]> wrote: "Ronald Spiers" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi Pulkit, assuming that I can create the trustManager, I am not sure > about how to register it with Tomcat, and if I need to implement more > interfaces, etc. > > In short, I suspect other people already solved this problem, and > since it will be my first time, I am trying to obtain their feedback > and suggestions to avoid common pitfalls. > > You are right, I already have a clue in the JSSE docs, but I am > looking for a little bit more advice - if possible. > > And as Mark's reply pointed out, I may not be using the certificate > mechanism in the best way. That's also the kind of feedback I am > looking for. > Yes, as Mark has pointed out the usual way to solve this is to have your own CA certificate imported into the truststoreFile, and use that to sign all of the certificates that you issue. Then any certificate that you issue will be verified without you having to do anything fancy. To do this the hard way, you can either: a) implement your own trust management algorithm, and pass that as the truststoreAlgorithm on the b) implement your own SSLImplementation (probably by extending the JSSE one in Tomcat), and override JSSE14SocketFactory.getTrustManagers > Thans for your reply. > > > On 6/11/07, Pulkit Singhal <[EMAIL PROTECTED]> wrote: >> Hello, >> >> I am not sure what you are asking for here. You say that you fond some >> instructions on "Creating Your Own X509TrustManager" ... thats good. >> 1) Given that you have these instructions, whats the issue at hand? >> Conceptually (and without even looking at any content other than the >> title) >> I would chime-in and say that it sounds like ... if you can create your >> own >> TrustManager then you most likely make dynamic additions to it. >> 2) Or may be you have yet to implement any such solution and are still >> lookign for pre-provided alternatives? >> >> There are always modules like EJBCA(http://ejbca.sourceforge.net/) that >> you >> might want to have a look at, I think it can be deployed on Tomcat. >> >> On 6/11/07, Ronald Spiers <[EMAIL PROTECTED]> wrote: >> > >> > Hi, I am preparing a self enrollment webapp for generating client >> > certificates and adding them to the server keystore. I know that >> > Tomcat won't reload keystore unless the server is restarted, so I did >> > look for alternatives, and the JSSE guide explains an approach to this >> > in the section "Creating Your Own X509TrustManager". >> > >> > My question is: Does anybody in this list have some experience solving >> > this problem?, providing tomcat a custom trust manager to dynamically >> > add a client certificate to the verification path when client >> > credentials are presented? >> > >> > Can self-enrollment be done using Tomcat and JSSE? maybe it can't be >> > done I am just wasting my time ;) I have searched a lot in the last 3 >> > days, tomcat list archives and other materials, I have not found a >> > single solution to this problem, except for the JSSE guide and this >> > article, that explains how to create a trustManager and a SSLContext >> > for implementing S/MIME with JavaMail: >> > >> > * http://www.javaworld.com/javatips/jw-javatip115.html >> > >> > Thanks a lot for any feedback you can provide. >> > >> > Regards, >> > Martin >> > >> > - >> > To start a new topic, e-mail: users@tomcat.apache.org >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apach
Re: .htaccess + Tomcat
"reym" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Hi there, > > Thanks for the response. I have tried that, and it works if I directly > type > in https://www.mywebsite.comin the browser (I'm using IE7). This is how my > server.xml file looks like for the non-SSL HTTP and SSL HTTP respectively: > > > maxThreads="150" minSpareThreads="25" maxSpareThreads="75" > enableLookups="false" redirectPort="8443" acceptCount="100" > connectionTimeout="2" disableUploadTimeout="true" > /> > > > > className="org.apache.catalina.connector.http.HttpConnector" This is sooo deprecated and buggy. You should use the default Coyote Connector instead. > maxThreads="150" >minSpareThreads="25" >maxSpareThreads="75" > enableLookups="false" >disableUploadTimeout="true" > acceptCount="100" >scheme="https" >secure="true" > clientAuth="false" >sslProtocol="TLS" >keystoreFile="/root/.keystore" >keystoreType="JKS" >keystorePass="b0nus2ooo??" > > >clientAuth="false" protocol="TLS"/> > > > > I'm not using a .htaccess file. What am i missing? I read something about > a > redirectPort attribute, am i suppose to be using that? Please advise. > Yes, the redirectPort attribute needs to match the port for the SSL Connector (in your case, 443). And it's a good thing, since IE has issues on 4.1.x when you try and use a non-default port for the SSL Connector. > Thank you for your time, and thanks in advance. I look forward to hearing > from you. > > > Kind regards, > Rey Malahay > > > > Caldarale, Charles R wrote: >> >>> From: reym [mailto:[EMAIL PROTECTED] >>> Subject: .htaccess + Tomcat >>> >>> I have installed SSL on the server, and would like >>> to use a .htaccess file so that when a user types in >>> http://www.mywebsite.com he/ she will be redirected >>> to https://www.mywebsite.com automatically. >> >> You need to become familiar with the servlet spec: >> http://jcp.org/aboutJava/communityprocess/mrel/jsr154/index.html >> >> In particular, look at section 12.7 for a of >> CONFIDENTIAL. >> >> If you want all of your webapps to use HTTPS, you can put the >> in conf/web.xml rather than in the WEB-INF/web.xml >> of each of the individual webapps. >> >> - Chuck >> >> >> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY >> MATERIAL and is thus for use only by the intended recipient. If you >> received this in error, please contact the sender and delete the e-mail >> and its attachments from all computers. >> >> - >> To start a new topic, e-mail: users@tomcat.apache.org >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/.htaccess-%2B-Tomcat-tf3899482.html#a11072000 > Sent from the Tomcat - User mailing list archive at Nabble.com. > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid Content-Length error for the size greater than
"Daniel Dang" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Bill, > > As your comment earlier I did open a bug here is a link: > http://issues.apache.org/bugzilla/show_bug.cgi?id=42608 > I don't know It's a right place to open this DR and those developers > have time to do anything with it. > > apache-tomcat is a new baby to me and I am not familiar with mod_jk > source. I am using apache-tomcat-5.5.16 and mod_proxy, mod_proxy_ajp > with server version Apache/2.2.3 > After a brief look at mod_proxy_ajp, it looks like Tomcat should work with it (but mod_jk has issues). It would still be helpful if you could configure DEBUG logging for the category org.apache.jk (as in http://tomcat.apache.org/tomcat-5.5-doc/logging.html). This would let us see what mod_proxy_ajp is sending to Tomcat (which I very strongly suspect is wrong). You could also try asking on [EMAIL PROTECTED] to see if anyone there knows. > I have look at the latest version apache-tomcat-6 the > HandlerRequest.java in the decodeHeader method it looks very much the > same to apache-tomcat-5.5.16 version they still calling > MessageBytes.getInt(*) instead of getLong(). The getLong() method is > there and available in MessageBytes class. > I checked in a fix yesterday to the 5.5 branch to fix that. I'll port it to the 6.0 branch when I get a chance (there hasn't been an annouced release, so there is still time). You could get the latest from SVN and test that (you'll need to upgrade anyway to get Mark's fix). Also, 5.5.24 should be coming out soon, so you could just wait for that. However, if my guess is right, then the problem is with httpd sending a bad value for the Content-Length header, so you would have to report it over there and get it fixed. I don't have enough spare cycles to test this myself, but I'm sure that between you and Chris it will get nailed down. > If we modified anything with mod_jk*, I don't really know it will fix > the problem without modifying the tomcat? But whatever ways is work so > that I can able to send more then 3GB is the goal and I would like to > thanks to developers people like you guys. > > Cheers > > --Daniel Dang > > > > On Sun, 2007-06-10 at 13:16 -0700, Bill Barker wrote: >> "Christopher Schultz" <[EMAIL PROTECTED]> wrote in message >> news:[EMAIL PROTECTED] >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > Mark, >> > >> > Mark Thomas wrote: >> >> Christopher Schultz wrote: >> >>> Since the Java part of the connector is bundled with Tomcat, is that >> >>> considered to be "part" of mod_jk (which I always thought of as the >> >>> c/c++ apache httpd module) or "part" of Tomcat? For instance, if I >> >>> were >> >>> to log a bug... where would it go? I don't see a proper product in >> >>> bugzilla (Connectors, Tomcat Connectors, mod_jk, Apache mod_jk, ... >> >>> none >> >>> of those exist). >> >> >> >> I'd use Connector:AJP but it doesn't really matter. >> > >> > That appears to be a component of the "Tomcat" product... I'm curious >> > why you make the distinction that this is /not/ a bug in Tomcat, but >> > rather in mod_jk. If the bug goes under the "Tomcat" product, then ... >> > ? >> > >> >> There isn't a lot of overlap at the moment between developers that work >> on >> mod_jk and those that work on the Java side. >> >> >>> I'd even be happy to provide a patch; I already made the mods in a >> >>> fresh >> >>> source copy and they compile... no testing, yet. >> >> >> >> Great. When you are happy with your patch, open a bugzilla entry and >> >> attach the patch. >> > >> > Okay, I'll get together with Bill and work on something. >> > >> >> mod_jk stores the content-length internally as an int. I think that >> older >> versions of mod_jk sent the internal version (sprintf or similar), and >> since >> the OP is using a very old version of Tomcat, he might be using an old >> mod_jk as well. With the latest versions of both, it looks like the >> header-parsing on the Java side will work (since the original header >> value >> is sent), but you won't actually get the request body because mod_jk >> thinks >> the content-length is negative. >> >> I haven't actually tested it, this is just from looking at the code. The >> mod_jk files to start with are apache-x.x/mod_jk.c and >> common/jk_ajp_common.c. HandlerRequest.java should probably be using >> longs >> as well, but it looks like it would recover eventually. >> > Thanks, >> > - -chris >> > -BEGIN PGP SIGNATURE- >> > Version: GnuPG v1.4.7 (MingW32) >> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> > >> > iD8DBQFGbAl69CaO5/Lv0PARAuftAJ0euvzf+fCpMrA1x2PQ4dUQlFT6RQCgtQfO >> > dljS164b+JMDO+UYvdZjrpw= >> > =o8BI >> > -END PGP SIGNATURE- >> > >> > - >> > To start a new topic, e-mail: users@tomcat.apache.org >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [E
RE: .htaccess + Tomcat
Hi there, Thanks for the response. I have tried that, and it works if I directly type in https://www.mywebsite.comin the browser (I'm using IE7). This is how my server.xml file looks like for the non-SSL HTTP and SSL HTTP respectively: I'm not using a .htaccess file. What am i missing? I read something about a redirectPort attribute, am i suppose to be using that? Please advise. Thank you for your time, and thanks in advance. I look forward to hearing from you. Kind regards, Rey Malahay Caldarale, Charles R wrote: > >> From: reym [mailto:[EMAIL PROTECTED] >> Subject: .htaccess + Tomcat >> >> I have installed SSL on the server, and would like >> to use a .htaccess file so that when a user types in >> http://www.mywebsite.com he/ she will be redirected >> to https://www.mywebsite.com automatically. > > You need to become familiar with the servlet spec: > http://jcp.org/aboutJava/communityprocess/mrel/jsr154/index.html > > In particular, look at section 12.7 for a of > CONFIDENTIAL. > > If you want all of your webapps to use HTTPS, you can put the > in conf/web.xml rather than in the WEB-INF/web.xml > of each of the individual webapps. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/.htaccess-%2B-Tomcat-tf3899482.html#a11072000 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
"Ronald Spiers" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi Pulkit, assuming that I can create the trustManager, I am not sure > about how to register it with Tomcat, and if I need to implement more > interfaces, etc. > > In short, I suspect other people already solved this problem, and > since it will be my first time, I am trying to obtain their feedback > and suggestions to avoid common pitfalls. > > You are right, I already have a clue in the JSSE docs, but I am > looking for a little bit more advice - if possible. > > And as Mark's reply pointed out, I may not be using the certificate > mechanism in the best way. That's also the kind of feedback I am > looking for. > Yes, as Mark has pointed out the usual way to solve this is to have your own CA certificate imported into the truststoreFile, and use that to sign all of the certificates that you issue. Then any certificate that you issue will be verified without you having to do anything fancy. To do this the hard way, you can either: a) implement your own trust management algorithm, and pass that as the truststoreAlgorithm on the b) implement your own SSLImplementation (probably by extending the JSSE one in Tomcat), and override JSSE14SocketFactory.getTrustManagers > Thans for your reply. > > > On 6/11/07, Pulkit Singhal <[EMAIL PROTECTED]> wrote: >> Hello, >> >> I am not sure what you are asking for here. You say that you fond some >> instructions on "Creating Your Own X509TrustManager" ... thats good. >> 1) Given that you have these instructions, whats the issue at hand? >> Conceptually (and without even looking at any content other than the >> title) >> I would chime-in and say that it sounds like ... if you can create your >> own >> TrustManager then you most likely make dynamic additions to it. >> 2) Or may be you have yet to implement any such solution and are still >> lookign for pre-provided alternatives? >> >> There are always modules like EJBCA(http://ejbca.sourceforge.net/) that >> you >> might want to have a look at, I think it can be deployed on Tomcat. >> >> On 6/11/07, Ronald Spiers <[EMAIL PROTECTED]> wrote: >> > >> > Hi, I am preparing a self enrollment webapp for generating client >> > certificates and adding them to the server keystore. I know that >> > Tomcat won't reload keystore unless the server is restarted, so I did >> > look for alternatives, and the JSSE guide explains an approach to this >> > in the section "Creating Your Own X509TrustManager". >> > >> > My question is: Does anybody in this list have some experience solving >> > this problem?, providing tomcat a custom trust manager to dynamically >> > add a client certificate to the verification path when client >> > credentials are presented? >> > >> > Can self-enrollment be done using Tomcat and JSSE? maybe it can't be >> > done I am just wasting my time ;) I have searched a lot in the last 3 >> > days, tomcat list archives and other materials, I have not found a >> > single solution to this problem, except for the JSSE guide and this >> > article, that explains how to create a trustManager and a SSLContext >> > for implementing S/MIME with JavaMail: >> > >> > * http://www.javaworld.com/javatips/jw-javatip115.html >> > >> > Thanks a lot for any feedback you can provide. >> > >> > Regards, >> > Martin >> > >> > - >> > To start a new topic, e-mail: users@tomcat.apache.org >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Issue with JK connector vs. IIS 6
A few more observations to add: when the problem occurs (not in Isolation Mode) the connector shows as loaded OK (green up-arrow in IIS) but does not generate any system event messages or isapi logfile messages. I do see messages in both places when running correctly in Isolation Mode. On the browser side you just get 404s. I'm out of ideas about how to debug this any further. -BB -Original Message- From: Bob Bateman [mailto:[EMAIL PROTECTED] Sent: Monday, June 11, 2007 7:11 PM To: users@tomcat.apache.org Subject: Issue with JK connector vs. IIS 6 Hi all, I'm giving trouble bringing up an installation of Tomcat 5.5.23 via IIS 6 and the JK1 connector. I have tracked the problem down to something about the IIS 5.0 Isolation Mode. If I enable Isolation Mode, all is well with my config: the connector logs requests and mapping, requests are correctly forwarded to Tomcat and serviced. Unfortunately this is not a workable solution because other apps on the server (ASP?) break under 5.0 mode, and there doesn't seem to be a way to configure 5.0 mode on any scope less than the entire server. I need to find a way to make Tomcat work with IIS 6. I've been through the whole same setup on WinXP/IIS5, and everything works there, except of course there is no Isolation Mode. Another wrinkle is that the entire setup is running on a VPS. I'm finding that tools like FileMon, ProcMon do not run either. Could these be related? I have tried: Running the connector in its own application pool, or not Running the application pool as various users; Local System, Network Service, Local Service, IWAM_TEMPLATE, etc. Connector versions 1.2.19 and 1.2.23 Connector config in Registry, properties file or both I feel sure that the worker.properties, uriworkermap.properties and isapi_redirect.properties, server.xml, IIS extensions and filters are correct because the setup works in the compatibility mode. I'm thinking this must be something related to specific user or permissions config for the connector, Isolation mode config, or a VPS artifact. I've seen conflicting messages about whether JK1 really works with IIS6 with Isolation Mode. Is this a bug? Thanks in advance, -BB - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Issue with JK connector vs. IIS 6
Hi all, I'm giving trouble bringing up an installation of Tomcat 5.5.23 via IIS 6 and the JK1 connector. I have tracked the problem down to something about the IIS 5.0 Isolation Mode. If I enable Isolation Mode, all is well with my config: the connector logs requests and mapping, requests are correctly forwarded to Tomcat and serviced. Unfortunately this is not a workable solution because other apps on the server (ASP?) break under 5.0 mode, and there doesn't seem to be a way to configure 5.0 mode on any scope less than the entire server. I need to find a way to make Tomcat work with IIS 6. I've been through the whole same setup on WinXP/IIS5, and everything works there, except of course there is no Isolation Mode. Another wrinkle is that the entire setup is running on a VPS. I'm finding that tools like FileMon, ProcMon do not run either. Could these be related? I have tried: Running the connector in its own application pool, or not Running the application pool as various users; Local System, Network Service, Local Service, IWAM_TEMPLATE, etc. Connector versions 1.2.19 and 1.2.23 Connector config in Registry, properties file or both I feel sure that the worker.properties, uriworkermap.properties and isapi_redirect.properties, server.xml, IIS extensions and filters are correct because the setup works in the compatibility mode. I'm thinking this must be something related to specific user or permissions config for the connector, Isolation mode config, or a VPS artifact. I've seen conflicting messages about whether JK1 really works with IIS6 with Isolation Mode. Is this a bug? Thanks in advance, -BB - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException..probably a classpath pb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lmk, lmk wrote: > I put axis jar inside server/lib directory. I tried to set classpath on the > manifest file but it seems impossible to set axis jars inside the login > module jar. its the appropriate location? JAR manifests are ignored when deploying to a server, so any Class-Path setting you have will not be used. You still didn't post your Tomcat version. :( You will probably want to cross-post this message to the AXIS mailing list, as Martin pointed out. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbeXl9CaO5/Lv0PARAjiCAJ45VmNiJkj7gUTTI9EwuuaoGyDtQgCglcBN nXuneEqQKp+Y5x+VmC3Gy50= =1cQ3 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: re-used Response instances causing me grief?
Jeff Amiel wrote: > Any advice or thoughts would be appreciated. Bit of a long shot but it could be re-use of a RequestDispatcher. Prior to 5.5.21 RD's were not thread-safe so if an RD is cached and re-used that might explain what you see. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException..probably a classpath pb
I put axis jar inside server/lib directory. I tried to set classpath on the manifest file but it seems impossible to set axis jars inside the login module jar. its the appropriate location? thanks Christopher Schultz-2 wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > lmk, > > lmk wrote: >> I'm trying to deploy a custom JAAS login module into tomcat server. >> This module need a web service request for authentication. The same >> code works fine where it's executed locally on Eclipse, but, when I >> deploy a jar on server/lib folder for tomcat, i have the exception: > > If you are putting your authenticator into server/lib, where are you > putting the AXIS libraries? > > What version of Tomcat are you using? > > - -chris > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGbb2c9CaO5/Lv0PARAuZuAKCasFdqu3WknkNZ8YCFSC2cYe5vhQCgt03e > SEjlRa0SsNPMMlp20Zq4fcQ= > =w2BW > -END PGP SIGNATURE- > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/ClassCastException..probably-a-classpath-pb-tf3902685.html#a11069840 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Thread Pool
Thanks alot all for the help, yes it was my bad... I was not calling run() method instead of calling start{} method... regards -Siraj Johnny Kewl wrote: > Ha, well spotted... Chris > Yes should look like this... runner = new Thread(this); >runner.start(); > Yes, thats why connection is holding... is this group good or what ;) > > - Original Message - From: "Christopher Schultz" > <[EMAIL PROTECTED]> > To: "Tomcat Users List" > Sent: Monday, June 11, 2007 11:27 PM > Subject: Re: [OT] Thread Pool > > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Siraj, >> >> Siraj Haider wrote: >>> Hello, Now I have changed my servlet. I have created a new class >>> ResultFetcher extended by thread and now I am doing the checking >>> part inside that Thread.run() method. and calling the new class >>> like this : >>> >>> ResultFetcher rf = new ResultFetcher(something); >>> rf.setDaemon(true); >>> rf.run(); >> >> Thread.run does not actually launch the new thread. It merely calls the >> "run" method on it, synchronously. If you re-read the javadoc, you'll >> see that Thread.start is what you really want to call. >> >> You can ignore the stabbing-in-the-dark advise that others are >> attempting to give you... things like setting daemon status and closing >> connections are unrelated to this problem (but actually very good things >> to do). >> >> - -chris >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.7 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFGbb5O9CaO5/Lv0PARAobjAKC9/4h/UAAHv4W4O19GRMjd8ywQEACdE+/e >> EwOXUQ1ouqAHi3EA/2Sib+A= >> =adMl >> -END PGP SIGNATURE- >> >> - >> To start a new topic, e-mail: users@tomcat.apache.org >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > This electronic mail message and any attachments may contain information which is privileged, sensitive and/or otherwise exempt from disclosure under applicable law. The information is intended only for the use of the individual or entity named as the addressee above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution (electronic or otherwise) or forwarding of, or the taking of any action in reliance on, the contents of this transmission is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone, facsimile, or e-mail as noted above to arrange for the return of any electronic mail or attachments. Thank You. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Thread Pool
Ha, well spotted... Chris Yes should look like this... runner = new Thread(this); runner.start(); Yes, thats why connection is holding... is this group good or what ;) - Original Message - From: "Christopher Schultz" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Monday, June 11, 2007 11:27 PM Subject: Re: [OT] Thread Pool -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Siraj, Siraj Haider wrote: Hello, Now I have changed my servlet. I have created a new class ResultFetcher extended by thread and now I am doing the checking part inside that Thread.run() method. and calling the new class like this : ResultFetcher rf = new ResultFetcher(something); rf.setDaemon(true); rf.run(); Thread.run does not actually launch the new thread. It merely calls the "run" method on it, synchronously. If you re-read the javadoc, you'll see that Thread.start is what you really want to call. You can ignore the stabbing-in-the-dark advise that others are attempting to give you... things like setting daemon status and closing connections are unrelated to this problem (but actually very good things to do). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbb5O9CaO5/Lv0PARAobjAKC9/4h/UAAHv4W4O19GRMjd8ywQEACdE+/e EwOXUQ1ouqAHi3EA/2Sib+A= =adMl -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Thread Pool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Siraj, Siraj Haider wrote: > Hello, Now I have changed my servlet. I have created a new class > ResultFetcher extended by thread and now I am doing the checking part > inside that Thread.run() method. and calling the new class like this : > > ResultFetcher rf = new ResultFetcher(something); > rf.setDaemon(true); > rf.run(); Thread.run does not actually launch the new thread. It merely calls the "run" method on it, synchronously. If you re-read the javadoc, you'll see that Thread.start is what you really want to call. You can ignore the stabbing-in-the-dark advise that others are attempting to give you... things like setting daemon status and closing connections are unrelated to this problem (but actually very good things to do). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbb5O9CaO5/Lv0PARAobjAKC9/4h/UAAHv4W4O19GRMjd8ywQEACdE+/e EwOXUQ1ouqAHi3EA/2Sib+A= =adMl -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Thread Pool
Doesnt seem right, Client makes a request, Tomcat gets request, starts a thread and returns response, then client makes another request and it hangs until thread is complete, if I understand correctly. I think it should work... I think its something like the header size is wrong, or the client is not closing the input buffer thats what I think you need to look for. I think what is happening is that the client connection is holding on a keep alive, ie it thinks it hasnt got all the data, and its waiting for it, something like that. What you could try, its to open two connections, and call it twice... I think you will find that tomcat happily serves both. Or you could force that connection to disconnect, and open another, I think tomcat will react immediately. I think the client is not releasing the connection, and because you using the same connection to call twice, it only releases when tomcat literally dumps the http request object, and thats only after the thread is complete. One would think that tomcat has more than enough thread capacity to serve just 2 thread (requests), so I expect something is telling the client its not finished. For example, I imagine that if the header size setting was 100 bytes, and you only read 50, and the client would stay open until the server told it to get lost I'm guessing ;) - Original Message - From: "Siraj Haider" <[EMAIL PROTECTED]> To: Sent: Monday, June 11, 2007 8:00 PM Subject: Thread Pool I am using tomcat version:5.5.20 java version:1.6.0-b105 os version: intel solaris 5.10 scenario is: my java program call a servlet which return to my java program using sendData and then goes into a loop to perform other functions. Now after i get the control back in my java program i try to call another servlet on the same tomcat, but it waits until the previous servlet call (which was in a loop to perform other functions) is done. I have these settings in my servler.xml for thread pooling: maxThreads="1000" minSpareThreads="100" maxSpareThreads="200" acceptCount="500". Can somebody please how to fix this problem ? This electronic mail message and any attachments may contain information which is privileged, sensitive and/or otherwise exempt from disclosure under applicable law. The information is intended only for the use of the individual or entity named as the addressee above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution (electronic or otherwise) or forwarding of, or the taking of any action in reliance on, the contents of this transmission is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone, facsimile, or e-mail as noted above to arrange for the return of any electronic mail or attachments. Thank You. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException..probably a classpath pb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lmk, lmk wrote: > I'm trying to deploy a custom JAAS login module into tomcat server. > This module need a web service request for authentication. The same > code works fine where it's executed locally on Eclipse, but, when I > deploy a jar on server/lib folder for tomcat, i have the exception: If you are putting your authenticator into server/lib, where are you putting the AXIS libraries? What version of Tomcat are you using? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbb2c9CaO5/Lv0PARAuZuAKCasFdqu3WknkNZ8YCFSC2cYe5vhQCgt03e SEjlRa0SsNPMMlp20Zq4fcQ= =w2BW -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: re-used Response instances causing me grief?
Shortly after this, while pouring through the tomcat issues repository, I stumbled across this: http://issues.apache.org/bugzilla/show_bug.cgi?id=41772 After reading, I became more convinced that re-used response objects was at the heart of my issue. I searched high-and low through my user code looking for anything that might retain a handle to a response objectfinding nothing obvious. Of course, such a bug could exist in any number of libraries we were usingDWR, DisplayTag, etc. So.I simply changed by startup config to run tomcat with a -Djava.security.manager option (my policy file allowing everything to everybody). And ...voila! No more issue!!!. (And yes...I m sure. During a period of time where we would have had dozens of these events normally, we now have zero) I am torn as to where to vent my displeasure (or even if I should have any displeasure now that my production issue has 'gone away'. ) I notice that in Tomcat 6.0 that there is now an option for how the Reponse and Request objects are recycled (not just when a Security Manager is used). http://mail-archives.apache.org/mod_mbox/tomcat-dev/200611.mbox/[EMAIL PROTECTED] There must be a reason for this. While I'm sure there is some aspect of my code (or the libraries that I am using) that is violating the servlet specs by 'holding onto' the response and accessing it later, I am distraught that Tomcat's default behavior is to permit this. I'm sure very few web applications out there are simple or stand-alone enough to not use a plethora of third party libraries (like jasper reports, jfreechart, displaytag, dwr, etc)...all of which might represent an underlying 'threat' to that recycled response object. I am still a bit concerned that I could not track my specific cause down.If it was something as innocuous as what was seen by the submitter of the issue above, I would not be worried (garbage collection calling flush on a un-closed stream)but My issue could be worse.sending data intended for one response (that is long gone) to a different one... Any advice or thoughts would be appreciated. Jeff - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running Tomcat (6.0.10) as a windows service
BTW Johnny, I meant to ask you in my reply, are there any drawbacks that you are aware of having Tomcat start and run as a service ? ie: majorly long boot-up times or anything like that. I have'nt tried it yet.. since going into the MMC and switching it to auto.. Thanks again, Rod On 6/11/07, GHOSTRIDER <[EMAIL PROTECTED]> wrote: Hey Johnny... Good to hear from you again.. we spoke some months back as I recall.. Thanks for that suggestion, I should have thought of it [:-s I've gone into the services snap in and set that to auto I'll know on next re-start :-p Thanks again.. Have a cool summer.. Rod GHOSTRIDER My Home On The Web: http://ghostradionet.com On 6/11/07, Johnny Kewl <[EMAIL PROTECTED]> wrote: > > Yes, it doesnt hold the setting. > Open Control Panel -> Admin Tools -> Services > Do it from the windows service... should work > > - Original Message - > From: "GHOSTRIDER" <[EMAIL PROTECTED]> > To: > Sent: Monday, June 11, 2007 2:33 PM > Subject: Running Tomcat (6.0.10) as a windows service > > > > Hello fellow Tomcatters... > > > > I'm trying to set up Tomcat to > > start with Windows and run > > as a Windows service, > > with no success so far... > > > > I've tried to do that with the Tomcat > > Properties dialog > > in the dropdown "Startup Type:" > > I have set it to automatic but it does not > > retain that setting .. I click apply and ok, > > close the dialog.. > > re-open the dialog... and it's back to manual.. > > > > Not knowing a whole lot about Tomcat yet... > > is there a config file in the Tomcat folder > > that I can edit to get the desired result? > > > > Thanks in advance for any suggestions. > > > > > > Rod > > New York > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Thread Pool
Hello, Now I have changed my servlet. I have created a new class ResultFetcher extended by thread and now I am doing the checking part inside that Thread.run() method. and calling the new class like this : ResultFetcher rf = new ResultFetcher(something); rf.setDaemon(true); rf.run(); System.out.println("RETURNING THE CONROL~!!"); now the problem is, its not printing this "RETURNING..." statement until the whole run() process is completed, which is very weird. thanks Siraj Martin Gainty wrote: > Siraj-- > > Try setting your thread object as a daemon? > thread.setDaemon(true) > http://java.sun.com/j2se/1.5.0/docs/api/ > > M-- > This email message and any files transmitted with it contain confidential > information intended only for the person(s) to whom this email message is > addressed. If you have received this email message in error, please > notify > the sender immediately by telephone or email and destroy the original > message without making a copy. Thank you. > > - Original Message - From: "Siraj Haider" <[EMAIL PROTECTED]> > To: > Sent: Monday, June 11, 2007 2:00 PM > Subject: Thread Pool > > > I am using tomcat version:5.5.20 java version:1.6.0-b105 os version: > intel solaris 5.10 > scenario is: my java program call a servlet which return to my java > program using sendData and then goes into a loop to perform other > functions. Now after i get the control back in my java program i try to > call another servlet on the same tomcat, but it waits until the previous > servlet call (which was in a loop to perform other functions) is done. > I have these settings in my servler.xml for thread pooling: > maxThreads="1000" minSpareThreads="100" maxSpareThreads="200" > acceptCount="500". Can somebody please how to fix this problem ? > > > > This electronic mail message and any attachments may contain > information which is privileged, sensitive and/or otherwise exempt > from disclosure under applicable law. The information is intended only > for the use of the individual or entity named as the addressee above. > If you are not the intended recipient, you are hereby notified that > any disclosure, copying, distribution (electronic or otherwise) or > forwarding of, or the taking of any action in reliance on, the > contents of this transmission is strictly prohibited. If you have > received this electronic transmission in error, please notify us by > telephone, facsimile, or e-mail as noted above to arrange for the > return of any electronic mail or attachments. Thank You. > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > This electronic mail message and any attachments may contain information which is privileged, sensitive and/or otherwise exempt from disclosure under applicable law. The information is intended only for the use of the individual or entity named as the addressee above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution (electronic or otherwise) or forwarding of, or the taking of any action in reliance on, the contents of this transmission is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone, facsimile, or e-mail as noted above to arrange for the return of any electronic mail or attachments. Thank You. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ROOT.xml fails to install context (tomcat 6.0.13)
hanasaki wrote: oops.. had the wrong server version (it is 6.0.13) not .14 hanasaki wrote: I have an unpacked WAR at the "docBase" in the below ROOT.xml ROOT.xml is in: ./conf/Catalina/localhost/ROOT.xml ** The issue is that "host" doesnt seem to be found... tomcat links like http://localhost:8080/examples work fine. == telnet to the server / by hand == telnet localhost 8080 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /index.html HTTP/1.0 HTTP/1.1 400 No Host matches server name localhost Server: Apache-Coyote/1.1 Date: Mon, 11 Jun 2007 17:34:30 GMT Connection: close Connection closed by foreign host. == java version == java -version java version "1.6.0" Java(TM) SE Runtime Environment (build 1.6.0-b105) Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing) == ROOT.xml == Ignore the docBase attribute, it doesn't work when the context is configured like this. path="/app1" Ignore the path attribute, it doesn't work when the context is configured like this. Set the appBase in the Host definition in server.xml to the location where you're putting the 'project' folder. Now rename the 'project' folder 'ROOT'. p privileged="false" reloadable="true" - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: Thread Pool
May be your servlet should close connection after data is sent. and/or your program should close connection with server before second request. If your program connection keeps open because of keep alive then second request is sent via old connection that is assigned to servlet that have not completed its job. Monday, June 11, 2007, 9:00:36 PM, you wrote: SH> I am using tomcat version:5.5.20 java version:1.6.0-b105 os version: SH> intel solaris 5.10 SH> scenario is: my java program call a servlet which return to my java SH> program using sendData and then goes into a loop to perform other SH> functions. Now after i get the control back in my java program i try to SH> call another servlet on the same tomcat, but it waits until the previous SH> servlet call (which was in a loop to perform other functions) is done. SH> I have these settings in my servler.xml for thread pooling: SH> maxThreads="1000" minSpareThreads="100" maxSpareThreads="200" SH> acceptCount="500". Can somebody please how to fix this problem ? SH> This electronic mail message and any attachments may contain SH> information which is privileged, sensitive and/or otherwise exempt SH> from disclosure under applicable law. The information is intended SH> only for the use of the individual or entity named as the SH> addressee above. If you are not the intended recipient, you are SH> hereby notified that any disclosure, copying, distribution SH> (electronic or otherwise) or forwarding of, or the taking of any SH> action in reliance on, the contents of this transmission is SH> strictly prohibited. If you have received this electronic SH> transmission in error, please notify us by telephone, facsimile, SH> or e-mail as noted above to arrange for the return of any SH> electronic mail or attachments. Thank You. SH> - SH> To start a new topic, e-mail: users@tomcat.apache.org SH> To unsubscribe, e-mail: [EMAIL PROTECTED] SH> For additional commands, e-mail: [EMAIL PROTECTED] -- Best regards, Dimamailto:[EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Thread Pool
Siraj-- Try setting your thread object as a daemon? thread.setDaemon(true) http://java.sun.com/j2se/1.5.0/docs/api/ M-- This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: "Siraj Haider" <[EMAIL PROTECTED]> To: Sent: Monday, June 11, 2007 2:00 PM Subject: Thread Pool I am using tomcat version:5.5.20 java version:1.6.0-b105 os version: intel solaris 5.10 scenario is: my java program call a servlet which return to my java program using sendData and then goes into a loop to perform other functions. Now after i get the control back in my java program i try to call another servlet on the same tomcat, but it waits until the previous servlet call (which was in a loop to perform other functions) is done. I have these settings in my servler.xml for thread pooling: maxThreads="1000" minSpareThreads="100" maxSpareThreads="200" acceptCount="500". Can somebody please how to fix this problem ? This electronic mail message and any attachments may contain information which is privileged, sensitive and/or otherwise exempt from disclosure under applicable law. The information is intended only for the use of the individual or entity named as the addressee above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution (electronic or otherwise) or forwarding of, or the taking of any action in reliance on, the contents of this transmission is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone, facsimile, or e-mail as noted above to arrange for the return of any electronic mail or attachments. Thank You. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Erratic HTTP response behavior
In a previous discussion it was said that the problem was fixed in 5.5.17, so maybe the problem was reintroduced somehow. - Original Message From: Matt Cosentino <[EMAIL PROTECTED]> To: Tomcat Users List Sent: Friday, June 8, 2007 6:12:28 PM Subject: Re: Erratic HTTP response behavior I tried looking through the archive and just couldn't find any help. The problem has recently reproduced itself on a new Tomcat 5.5.23 install on one of my co-worker's machine, so it's not my PC. I've also experienced it more often with random images or other resources not loading, and when I check the network monitor in Firebug it lists the transfer-encoding for them as chunked. Luckily this problem has never surfaced on our production server which is version 5.5.17, but I don't see any configuration differences. This is driving me nuts, so any help would be greatly appreciated. - Original Message From: Matt Cosentino <[EMAIL PROTECTED]> To: Tomcat Users List Sent: Friday, May 25, 2007 4:09:57 PM Subject: Re: Erratic HTTP response behavior No I am on intending on using chunked responses. Is there a way to disable it? - Original Message From: Christopher Schultz <[EMAIL PROTECTED]> To: Tomcat Users List Sent: Friday, May 25, 2007 4:02:58 PM Subject: Re: Erratic HTTP response behavior -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, You're right, this /is/ erratic behavior. I think something is going wrong with your headers or something: Matt Cosentino wrote: > 0 HTTP/1.1 200 OKServer: Apache-Coyote/1.1Transfer-Encoding: > chunkedDate: Fri, 18 May 2007 22:35:13 GMT Your response headers appear to be after the body of the response. Either that or the headers I see there are supposed to be the headers from the next chunk and/or request in a keepalive request. Are you intending to use "chunked" responses? 'Cause it looks like they are being used. There was some in-depth discussion of chunked responses somewhat recently on the list. Perhaps you could take a look at that for some reference points (but I'm not saying that it will solve your problem). I think the problem might be that you are getting chunked encoding for some reason, but you don't really want it. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGV08C9CaO5/Lv0PARArfQAJoD+kMZLUVWthGyRuv0NWKIKSuXcACfYh+I sJuvF8+a8MgIcIu3gd1hGak= =u9oS -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545469 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 6.0.13 Application Context Clustering
Hi, I can't seem to get application context clustering to work using a context.xml file inside of my webapp's META-INF directory. Tomcat seems to ignore the className="org.apache.catalina.ha.context.ReplicatedContext" parameter inside my Context element in the context.xml. However, session replication does work, so clustering is working. Here is the context.xml: If i create the context xml file as $CATALINA_BASE/conf/EngineName/Hostname/app.xml, it works fine session and application replication together. Any idea why there would be a restriction on using the class name parameter in the app/META-INF/context.xml file? Thanks! Randy -- Find out how you can get spam free email. http://www.bluebottle.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Thread Pool
I am using tomcat version:5.5.20 java version:1.6.0-b105 os version: intel solaris 5.10 scenario is: my java program call a servlet which return to my java program using sendData and then goes into a loop to perform other functions. Now after i get the control back in my java program i try to call another servlet on the same tomcat, but it waits until the previous servlet call (which was in a loop to perform other functions) is done. I have these settings in my servler.xml for thread pooling: maxThreads="1000" minSpareThreads="100" maxSpareThreads="200" acceptCount="500". Can somebody please how to fix this problem ? This electronic mail message and any attachments may contain information which is privileged, sensitive and/or otherwise exempt from disclosure under applicable law. The information is intended only for the use of the individual or entity named as the addressee above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution (electronic or otherwise) or forwarding of, or the taking of any action in reliance on, the contents of this transmission is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone, facsimile, or e-mail as noted above to arrange for the return of any electronic mail or attachments. Thank You. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException..probably a classpath pb
Please post this question to axis users group [EMAIL PROTECTED] Bon Chance/ Martin-- This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: "lmk" <[EMAIL PROTECTED]> To: Sent: Monday, June 11, 2007 12:57 PM Subject: ClassCastException..probably a classpath pb Hi! Im trying to deploy a custom jass login module into tomcat server.this module need a web service request for authentication. the same code works fine where it's executed locally on Eclipse, but, when I deploy a jar on server/lib folder for tomcat. i have the exception : AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException faultSubcode: faultString: java.lang.ClassCastException faultActor: faultNode: faultDetail: {http://xml.apache.org/axis/}stackTrace:java.lang.ClassCastException at org.apache.axis.deployment.wsdd.WSDDTargetedChain.makeNewInstance(WSDDTargetedChain.java:157) at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:274) at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:260) at org.apache.axis.deployment.wsdd.WSDDDeployment.getTransport(WSDDDeployment.java:410) at org.apache.axis.configuration.FileProvider.getTransport(FileProvider.java:257) at org.apache.axis.AxisEngine.getTransport(AxisEngine.java:332) at org.apache.axis.client.AxisClient.invoke(AxisClient.java:163) at org.apache.axis.client.Call.invokeEngine(Call.java:2784) at org.apache.axis.client.Call.invoke(Call.java:2767) -- have you any idea? thanks ! -- View this message in context: http://www.nabble.com/ClassCastException..probably-a-classpath-pb-tf3902685.html#a11064305 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: making a directory we accesible
This is when I wish I was on linux so I could try it, but Chuck will be able to tell us anyway. What would happen if the user made a linux sym-link under the tomcat ROOT folder to /home/mydir1/mydir/ as mydir would that work? - Original Message - From: "Caldarale, Charles R" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Monday, June 11, 2007 4:12 PM Subject: RE: making a directory we accesible From: Murtuza [mailto:[EMAIL PROTECTED] Subject: making a directory we accesible so suppose all my files are in /home/mydir1/mydir/test.txt, I should be able to access them as localhost:8080/mydir/test.txt. Create a file named $TOMCAT_HOME/conf/Catalina/localhost/mydir.xml and put just the following in it: Should be all you need, assuming whatever userid Tomcat is running under has access to that directory. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ROOT.xml fails to install context (tomcat 6.0.13)
oops.. had the wrong server version (it is 6.0.13) not .14 hanasaki wrote: > I have an unpacked WAR at the "docBase" in the below ROOT.xml > ROOT.xml is in: > ./conf/Catalina/localhost/ROOT.xml > > ** The issue is that "host" doesnt seem to be found... tomcat links > like http://localhost:8080/examples work fine. > > > == telnet to the server / by hand == > telnet localhost 8080 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > GET /index.html HTTP/1.0 > > HTTP/1.1 400 No Host matches server name localhost > Server: Apache-Coyote/1.1 > Date: Mon, 11 Jun 2007 17:34:30 GMT > Connection: close > > Connection closed by foreign host. > > == java version == > java -version > java version "1.6.0" > Java(TM) SE Runtime Environment (build 1.6.0-b105) > Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing) > > > == ROOT.xml == cookies="true" > crossContext="false" > debug="0" > docBase="/project" > > path="/app1" > privileged="false" > reloadable="true" > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ROOT.xml fails to install context (tomcat 6.0.14)
I have an unpacked WAR at the "docBase" in the below ROOT.xml ROOT.xml is in: ./conf/Catalina/localhost/ROOT.xml ** The issue is that "host" doesnt seem to be found... tomcat links like http://localhost:8080/examples work fine. == telnet to the server / by hand == telnet localhost 8080 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /index.html HTTP/1.0 HTTP/1.1 400 No Host matches server name localhost Server: Apache-Coyote/1.1 Date: Mon, 11 Jun 2007 17:34:30 GMT Connection: close Connection closed by foreign host. == java version == java -version java version "1.6.0" Java(TM) SE Runtime Environment (build 1.6.0-b105) Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing) == ROOT.xml == path="/app1" privileged="false" reloadable="true" > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Hi Pulkit, assuming that I can create the trustManager, I am not sure about how to register it with Tomcat, and if I need to implement more interfaces, etc. In short, I suspect other people already solved this problem, and since it will be my first time, I am trying to obtain their feedback and suggestions to avoid common pitfalls. You are right, I already have a clue in the JSSE docs, but I am looking for a little bit more advice - if possible. And as Mark's reply pointed out, I may not be using the certificate mechanism in the best way. That's also the kind of feedback I am looking for. Thans for your reply. On 6/11/07, Pulkit Singhal <[EMAIL PROTECTED]> wrote: Hello, I am not sure what you are asking for here. You say that you fond some instructions on "Creating Your Own X509TrustManager" ... thats good. 1) Given that you have these instructions, whats the issue at hand? Conceptually (and without even looking at any content other than the title) I would chime-in and say that it sounds like ... if you can create your own TrustManager then you most likely make dynamic additions to it. 2) Or may be you have yet to implement any such solution and are still lookign for pre-provided alternatives? There are always modules like EJBCA(http://ejbca.sourceforge.net/) that you might want to have a look at, I think it can be deployed on Tomcat. On 6/11/07, Ronald Spiers <[EMAIL PROTECTED]> wrote: > > Hi, I am preparing a self enrollment webapp for generating client > certificates and adding them to the server keystore. I know that > Tomcat won't reload keystore unless the server is restarted, so I did > look for alternatives, and the JSSE guide explains an approach to this > in the section "Creating Your Own X509TrustManager". > > My question is: Does anybody in this list have some experience solving > this problem?, providing tomcat a custom trust manager to dynamically > add a client certificate to the verification path when client > credentials are presented? > > Can self-enrollment be done using Tomcat and JSSE? maybe it can't be > done I am just wasting my time ;) I have searched a lot in the last 3 > days, tomcat list archives and other materials, I have not found a > single solution to this problem, except for the JSSE guide and this > article, that explains how to create a trustManager and a SSLContext > for implementing S/MIME with JavaMail: > > * http://www.javaworld.com/javatips/jw-javatip115.html > > Thanks a lot for any feedback you can provide. > > Regards, > Martin > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
use keytool to import the correct provider http://ws.apache.org/xmlrpc/ssl.html and then implement the keystore to point to this new file http://tomcat.apache.org/tomcat-3.2-doc/tomcat-ssl-howto.html M-- This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: "Pulkit Singhal" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Monday, June 11, 2007 12:45 PM Subject: Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat? Hello, I am not sure what you are asking for here. You say that you fond some instructions on "Creating Your Own X509TrustManager" ... thats good. 1) Given that you have these instructions, whats the issue at hand? Conceptually (and without even looking at any content other than the title) I would chime-in and say that it sounds like ... if you can create your own TrustManager then you most likely make dynamic additions to it. 2) Or may be you have yet to implement any such solution and are still lookign for pre-provided alternatives? There are always modules like EJBCA(http://ejbca.sourceforge.net/) that you might want to have a look at, I think it can be deployed on Tomcat. On 6/11/07, Ronald Spiers <[EMAIL PROTECTED]> wrote: Hi, I am preparing a self enrollment webapp for generating client certificates and adding them to the server keystore. I know that Tomcat won't reload keystore unless the server is restarted, so I did look for alternatives, and the JSSE guide explains an approach to this in the section "Creating Your Own X509TrustManager". My question is: Does anybody in this list have some experience solving this problem?, providing tomcat a custom trust manager to dynamically add a client certificate to the verification path when client credentials are presented? Can self-enrollment be done using Tomcat and JSSE? maybe it can't be done I am just wasting my time ;) I have searched a lot in the last 3 days, tomcat list archives and other materials, I have not found a single solution to this problem, except for the JSSE guide and this article, that explains how to create a trustManager and a SSLContext for implementing S/MIME with JavaMail: * http://www.javaworld.com/javatips/jw-javatip115.html Thanks a lot for any feedback you can provide. Regards, Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ClassCastException..probably a classpath pb
Hi! Im trying to deploy a custom jass login module into tomcat server.this module need a web service request for authentication. the same code works fine where it's executed locally on Eclipse, but, when I deploy a jar on server/lib folder for tomcat. i have the exception : AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException faultSubcode: faultString: java.lang.ClassCastException faultActor: faultNode: faultDetail: {http://xml.apache.org/axis/}stackTrace:java.lang.ClassCastException at org.apache.axis.deployment.wsdd.WSDDTargetedChain.makeNewInstance(WSDDTargetedChain.java:157) at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:274) at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:260) at org.apache.axis.deployment.wsdd.WSDDDeployment.getTransport(WSDDDeployment.java:410) at org.apache.axis.configuration.FileProvider.getTransport(FileProvider.java:257) at org.apache.axis.AxisEngine.getTransport(AxisEngine.java:332) at org.apache.axis.client.AxisClient.invoke(AxisClient.java:163) at org.apache.axis.client.Call.invokeEngine(Call.java:2784) at org.apache.axis.client.Call.invoke(Call.java:2767) -- have you any idea? thanks ! -- View this message in context: http://www.nabble.com/ClassCastException..probably-a-classpath-pb-tf3902685.html#a11064305 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Hello, I am not sure what you are asking for here. You say that you fond some instructions on "Creating Your Own X509TrustManager" ... thats good. 1) Given that you have these instructions, whats the issue at hand? Conceptually (and without even looking at any content other than the title) I would chime-in and say that it sounds like ... if you can create your own TrustManager then you most likely make dynamic additions to it. 2) Or may be you have yet to implement any such solution and are still lookign for pre-provided alternatives? There are always modules like EJBCA(http://ejbca.sourceforge.net/) that you might want to have a look at, I think it can be deployed on Tomcat. On 6/11/07, Ronald Spiers <[EMAIL PROTECTED]> wrote: Hi, I am preparing a self enrollment webapp for generating client certificates and adding them to the server keystore. I know that Tomcat won't reload keystore unless the server is restarted, so I did look for alternatives, and the JSSE guide explains an approach to this in the section "Creating Your Own X509TrustManager". My question is: Does anybody in this list have some experience solving this problem?, providing tomcat a custom trust manager to dynamically add a client certificate to the verification path when client credentials are presented? Can self-enrollment be done using Tomcat and JSSE? maybe it can't be done I am just wasting my time ;) I have searched a lot in the last 3 days, tomcat list archives and other materials, I have not found a single solution to this problem, except for the JSSE guide and this article, that explains how to create a trustManager and a SSLContext for implementing S/MIME with JavaMail: * http://www.javaworld.com/javatips/jw-javatip115.html Thanks a lot for any feedback you can provide. Regards, Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using Javac instead of JDT to compile JSPs
Thanks, that seems to have work! -Original Message- From: Lakshmi Venkataraman [mailto:[EMAIL PROTECTED] Sent: Friday, June 08, 2007 7:41 PM To: Tomcat Users List Subject: RE: Using Javac instead of JDT to compile JSPs I have been successfully using something other than Jasper in my development enviroment. This is what I did: 1) Remove jasper-compiler-jdt.jar from /common/lib 2) Add /lib/tools.jar in /common/lib 3) Add ant.jar also to /common/lib. The ant.jat that was compatible with Tomcat5.5.23 was apache-ant-1.6/lib/ant.jar 4) Make sure the application specific web.xml does NOT have any and MAPPINGS for the JSPs that need to be compiled on the fly. If these mappings exist, Tomcat 5.5.23 tries to look for precompiled classes. 5) In my /conf/web.xml which is the global web.xml, I have the following to enable compilation. jsp org.apache.jasper.servlet.JspServlet fork false xpoweredBy false compilerTargetVM 1.5 compilerSourceVM 1.5 3 Hope that helps Lakshmi -Original Message- From: Mark Claassen [mailto:[EMAIL PROTECTED] Sent: Friday, June 08, 2007 9:29 AM To: 'Tomcat Users List' Subject: Using Javac instead of JDT to compile JSPs Has anyone tried to get the jasper compiler to be something other than the JDT? I tried several things, each of them not working. The docs say an alternative compiler can be specified, but makes no mention of how to specify it. This seems to be controlled by settings in the web.xml. Below is a part of my web.xml from my latest try (which failed). Thanks, Mark web.xml section --- jsp org.apache.jasper.servlet.JspServlet compiler com.sun.tools.javac.main.JavaCompiler fork true xpoweredBy false 3 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
I would have thought that the Java APIs would have allowed you to do this. As far as openssl in concerned, it is just command line stuff, so you can always use the Runtime.exec() to run openssl. I think there is a -dname option for openssl so you can just put the cert request answers on the command-line as well, and not have to answer these through standardin/standardout. Good luck. -Original Message- From: Ronald Spiers [mailto:[EMAIL PROTECTED] Sent: Monday, June 11, 2007 11:15 AM To: Tomcat Users List Subject: Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat? Hi Mark, thans a lot for your comments. The problem is that I found a way to generate via API a PKCS12 keystore for my client, but it won't be based on my server's certificate. I could not find a way to auto-enroll users using openssl and Java, I mean control openssl commands from Java to create PKCS12 keystores they can import, already signed by my server certificate, so that my server will trust in them without having to reload the Truststore (if I understood well you last paragraph). That's why I was looking into this problem, once I was able to create these clients certificates via API ( CertAndKeyGen.getSelfCertificate() ) and store the client certificates into my truststore, I thought the natural next step was to reload the truststore in some way, because these certificates are not linked to my server-certificate and the server must verify them. It seems I have to resort to openssl to sign them with my server's certificate, but I don't know how to do that programatically with Java. I searched the tomcat archives and found that others comfronted this problem and probably shared my misconception of the certificate system, but no one reported it as solved, either by doing it the right way via openssl or finally implementing a trustManager, or something like that using JSSE APIs (which is what I would prefer). Thanks for the links anyway, if you have some resource about controlling the process via openssl with Java, please share it with me. Regards. On 6/11/07, Mark Claassen <[EMAIL PROTECTED]> wrote: > Humm. I don't think this is how the certificate system is supposed to > be used. The intention is that the truststore handles certificates > authorities you trust. > > For an example, let's switch to the browser. > > Browsers generally trust Verisgn and Thwart out of the box. You can > see these certificates in your browser's options pages. > > So, let's say you go to amazon.com. Amazon will have a certificate > that was created for them by, say, Verisign. Your browser will get > the amazon certificate and see that it was created by verisign. Since > your browser already trusts verisign, it will trust that amazon is who it says it is. > (Verifying identity is the certificate's primary function.) > > Tomcat works the same way. So, in your case, maybe you want to create > your own certificate and put it into your truststore. Then, as you > create certificates for other's, you create them based on the > certificate you loaded into your truststore. Since Tomcat already > trusts this one, all the certificates you create and give to others > will also be trusted...no reconfiguration necessary. > > Mark > > Some helpful links: > > http://www.tc.umn.edu/~brams006/selfsign.html > http://www.openssl.org/docs/apps/x509.html > http://www.openssl.org/docs/apps/pkcs12.html > > > -Original Message- > From: Ronald Spiers [mailto:[EMAIL PROTECTED] > Sent: Monday, June 11, 2007 10:21 AM > To: users@tomcat.apache.org > Subject: Reloading keystore - how to register a new TrusStore Manager > for Tomcat? > > Hi, I am preparing a self enrollment webapp for generating client > certificates and adding them to the server keystore. I know that > Tomcat won't reload keystore unless the server is restarted, so I did > look for alternatives, and the JSSE guide explains an approach to this > in the section "Creating Your Own X509TrustManager". > > My question is: Does anybody in this list have some experience solving > this problem?, providing tomcat a custom trust manager to dynamically > add a client certificate to the verification path when client > credentials are presented? > > Can self-enrollment be done using Tomcat and JSSE? maybe it can't be > done I am just wasting my time ;) I have searched a lot in the last 3 > days, tomcat list archives and other materials, I have not found a > single solution to this problem, except for the JSSE guide and this > article, that explains how to create a trustManager and a SSLContext > for implementing S/MIME with > JavaMail: > > * http://www.javaworld.com/javatips/jw-javatip115.html > > Thanks a lot for any feedback you can provide. > > Regards, > Martin > > - > To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, > e-mail: [EMAIL PROTECTED] > For additional com
Re: Invalid Content-Length error for the size greater than
Bill, As your comment earlier I did open a bug here is a link: http://issues.apache.org/bugzilla/show_bug.cgi?id=42608 I don't know It's a right place to open this DR and those developers have time to do anything with it. apache-tomcat is a new baby to me and I am not familiar with mod_jk source. I am using apache-tomcat-5.5.16 and mod_proxy, mod_proxy_ajp with server version Apache/2.2.3 I have look at the latest version apache-tomcat-6 the HandlerRequest.java in the decodeHeader method it looks very much the same to apache-tomcat-5.5.16 version they still calling MessageBytes.getInt(*) instead of getLong(). The getLong() method is there and available in MessageBytes class. If we modified anything with mod_jk*, I don't really know it will fix the problem without modifying the tomcat? But whatever ways is work so that I can able to send more then 3GB is the goal and I would like to thanks to developers people like you guys. Cheers --Daniel Dang On Sun, 2007-06-10 at 13:16 -0700, Bill Barker wrote: > "Christopher Schultz" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Mark, > > > > Mark Thomas wrote: > >> Christopher Schultz wrote: > >>> Since the Java part of the connector is bundled with Tomcat, is that > >>> considered to be "part" of mod_jk (which I always thought of as the > >>> c/c++ apache httpd module) or "part" of Tomcat? For instance, if I were > >>> to log a bug... where would it go? I don't see a proper product in > >>> bugzilla (Connectors, Tomcat Connectors, mod_jk, Apache mod_jk, ... none > >>> of those exist). > >> > >> I'd use Connector:AJP but it doesn't really matter. > > > > That appears to be a component of the "Tomcat" product... I'm curious > > why you make the distinction that this is /not/ a bug in Tomcat, but > > rather in mod_jk. If the bug goes under the "Tomcat" product, then ... ? > > > > There isn't a lot of overlap at the moment between developers that work on > mod_jk and those that work on the Java side. > > >>> I'd even be happy to provide a patch; I already made the mods in a fresh > >>> source copy and they compile... no testing, yet. > >> > >> Great. When you are happy with your patch, open a bugzilla entry and > >> attach the patch. > > > > Okay, I'll get together with Bill and work on something. > > > > mod_jk stores the content-length internally as an int. I think that older > versions of mod_jk sent the internal version (sprintf or similar), and since > the OP is using a very old version of Tomcat, he might be using an old > mod_jk as well. With the latest versions of both, it looks like the > header-parsing on the Java side will work (since the original header value > is sent), but you won't actually get the request body because mod_jk thinks > the content-length is negative. > > I haven't actually tested it, this is just from looking at the code. The > mod_jk files to start with are apache-x.x/mod_jk.c and > common/jk_ajp_common.c. HandlerRequest.java should probably be using longs > as well, but it looks like it would recover eventually. > > Thanks, > > - -chris > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.7 (MingW32) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFGbAl69CaO5/Lv0PARAuftAJ0euvzf+fCpMrA1x2PQ4dUQlFT6RQCgtQfO > > dljS164b+JMDO+UYvdZjrpw= > > =o8BI > > -END PGP SIGNATURE- > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Hi Mark, thans a lot for your comments. The problem is that I found a way to generate via API a PKCS12 keystore for my client, but it won't be based on my server's certificate. I could not find a way to auto-enroll users using openssl and Java, I mean control openssl commands from Java to create PKCS12 keystores they can import, already signed by my server certificate, so that my server will trust in them without having to reload the Truststore (if I understood well you last paragraph). That's why I was looking into this problem, once I was able to create these clients certificates via API ( CertAndKeyGen.getSelfCertificate() ) and store the client certificates into my truststore, I thought the natural next step was to reload the truststore in some way, because these certificates are not linked to my server-certificate and the server must verify them. It seems I have to resort to openssl to sign them with my server's certificate, but I don't know how to do that programatically with Java. I searched the tomcat archives and found that others comfronted this problem and probably shared my misconception of the certificate system, but no one reported it as solved, either by doing it the right way via openssl or finally implementing a trustManager, or something like that using JSSE APIs (which is what I would prefer). Thanks for the links anyway, if you have some resource about controlling the process via openssl with Java, please share it with me. Regards. On 6/11/07, Mark Claassen <[EMAIL PROTECTED]> wrote: Humm. I don't think this is how the certificate system is supposed to be used. The intention is that the truststore handles certificates authorities you trust. For an example, let's switch to the browser. Browsers generally trust Verisgn and Thwart out of the box. You can see these certificates in your browser's options pages. So, let's say you go to amazon.com. Amazon will have a certificate that was created for them by, say, Verisign. Your browser will get the amazon certificate and see that it was created by verisign. Since your browser already trusts verisign, it will trust that amazon is who it says it is. (Verifying identity is the certificate's primary function.) Tomcat works the same way. So, in your case, maybe you want to create your own certificate and put it into your truststore. Then, as you create certificates for other's, you create them based on the certificate you loaded into your truststore. Since Tomcat already trusts this one, all the certificates you create and give to others will also be trusted...no reconfiguration necessary. Mark Some helpful links: http://www.tc.umn.edu/~brams006/selfsign.html http://www.openssl.org/docs/apps/x509.html http://www.openssl.org/docs/apps/pkcs12.html -Original Message- From: Ronald Spiers [mailto:[EMAIL PROTECTED] Sent: Monday, June 11, 2007 10:21 AM To: users@tomcat.apache.org Subject: Reloading keystore - how to register a new TrusStore Manager for Tomcat? Hi, I am preparing a self enrollment webapp for generating client certificates and adding them to the server keystore. I know that Tomcat won't reload keystore unless the server is restarted, so I did look for alternatives, and the JSSE guide explains an approach to this in the section "Creating Your Own X509TrustManager". My question is: Does anybody in this list have some experience solving this problem?, providing tomcat a custom trust manager to dynamically add a client certificate to the verification path when client credentials are presented? Can self-enrollment be done using Tomcat and JSSE? maybe it can't be done I am just wasting my time ;) I have searched a lot in the last 3 days, tomcat list archives and other materials, I have not found a single solution to this problem, except for the JSSE guide and this article, that explains how to create a trustManager and a SSLContext for implementing S/MIME with JavaMail: * http://www.javaworld.com/javatips/jw-javatip115.html Thanks a lot for any feedback you can provide. Regards, Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Humm. I don't think this is how the certificate system is supposed to be used. The intention is that the truststore handles certificates authorities you trust. For an example, let's switch to the browser. Browsers generally trust Verisgn and Thwart out of the box. You can see these certificates in your browser's options pages. So, let's say you go to amazon.com. Amazon will have a certificate that was created for them by, say, Verisign. Your browser will get the amazon certificate and see that it was created by verisign. Since your browser already trusts verisign, it will trust that amazon is who it says it is. (Verifying identity is the certificate's primary function.) Tomcat works the same way. So, in your case, maybe you want to create your own certificate and put it into your truststore. Then, as you create certificates for other's, you create them based on the certificate you loaded into your truststore. Since Tomcat already trusts this one, all the certificates you create and give to others will also be trusted...no reconfiguration necessary. Mark Some helpful links: http://www.tc.umn.edu/~brams006/selfsign.html http://www.openssl.org/docs/apps/x509.html http://www.openssl.org/docs/apps/pkcs12.html -Original Message- From: Ronald Spiers [mailto:[EMAIL PROTECTED] Sent: Monday, June 11, 2007 10:21 AM To: users@tomcat.apache.org Subject: Reloading keystore - how to register a new TrusStore Manager for Tomcat? Hi, I am preparing a self enrollment webapp for generating client certificates and adding them to the server keystore. I know that Tomcat won't reload keystore unless the server is restarted, so I did look for alternatives, and the JSSE guide explains an approach to this in the section "Creating Your Own X509TrustManager". My question is: Does anybody in this list have some experience solving this problem?, providing tomcat a custom trust manager to dynamically add a client certificate to the verification path when client credentials are presented? Can self-enrollment be done using Tomcat and JSSE? maybe it can't be done I am just wasting my time ;) I have searched a lot in the last 3 days, tomcat list archives and other materials, I have not found a single solution to this problem, except for the JSSE guide and this article, that explains how to create a trustManager and a SSLContext for implementing S/MIME with JavaMail: * http://www.javaworld.com/javatips/jw-javatip115.html Thanks a lot for any feedback you can provide. Regards, Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: making a directory we accesible
Thanks! it diud work I had to create folder under /conf Caldarale, Charles R wrote: > >> From: Murtuza [mailto:[EMAIL PROTECTED] >> Subject: RE: making a directory we accesible >> >> I am using tomcat 6 and it doesn't have this directory >> structure > > Even Tomcat 6 has a conf directory. Under conf, there should be a > Catalina directory, although it may not be created until it's needed. > Under conf/Catalina, there should be a directory per name, with > the default being localhost. If you've changed the name, > substitute your name for localhost. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/making-a-directory-we-accesible-tf3901739.html#a11061898 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: making a directory we accesible
> From: Murtuza [mailto:[EMAIL PROTECTED] > Subject: RE: making a directory we accesible > > I am using tomcat 6 and it doesn't have this directory > structure Even Tomcat 6 has a conf directory. Under conf, there should be a Catalina directory, although it may not be created until it's needed. Under conf/Catalina, there should be a directory per name, with the default being localhost. If you've changed the name, substitute your name for localhost. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reloading keystore - how to register a new TrusStore Manager for Tomcat?
Hi, I am preparing a self enrollment webapp for generating client certificates and adding them to the server keystore. I know that Tomcat won't reload keystore unless the server is restarted, so I did look for alternatives, and the JSSE guide explains an approach to this in the section "Creating Your Own X509TrustManager". My question is: Does anybody in this list have some experience solving this problem?, providing tomcat a custom trust manager to dynamically add a client certificate to the verification path when client credentials are presented? Can self-enrollment be done using Tomcat and JSSE? maybe it can't be done I am just wasting my time ;) I have searched a lot in the last 3 days, tomcat list archives and other materials, I have not found a single solution to this problem, except for the JSSE guide and this article, that explains how to create a trustManager and a SSLContext for implementing S/MIME with JavaMail: * http://www.javaworld.com/javatips/jw-javatip115.html Thanks a lot for any feedback you can provide. Regards, Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: making a directory we accesible
I am using tomcat 6 and it doesn't have this directory structure, thanks for the reply. Caldarale, Charles R wrote: > >> From: Murtuza [mailto:[EMAIL PROTECTED] >> Subject: making a directory we accesible >> >> so suppose all my files are in >> /home/mydir1/mydir/test.txt, >> I should be able to access them as >> localhost:8080/mydir/test.txt. > > Create a file named $TOMCAT_HOME/conf/Catalina/localhost/mydir.xml and > put just the following in it: > > > > Should be all you need, assuming whatever userid Tomcat is running under > has access to that directory. > > - Chuck > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/making-a-directory-we-accesible-tf3901739.html#a11061494 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: making a directory we accesible
> From: Murtuza [mailto:[EMAIL PROTECTED] > Subject: making a directory we accesible > > so suppose all my files are in > /home/mydir1/mydir/test.txt, > I should be able to access them as > localhost:8080/mydir/test.txt. Create a file named $TOMCAT_HOME/conf/Catalina/localhost/mydir.xml and put just the following in it: Should be all you need, assuming whatever userid Tomcat is running under has access to that directory. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running Tomcat (6.0.10) as a windows service
Hey Johnny... Good to hear from you again.. we spoke some months back as I recall.. Thanks for that suggestion, I should have thought of it [:-s I've gone into the services snap in and set that to auto I'll know on next re-start :-p Thanks again.. Have a cool summer.. Rod GHOSTRIDER My Home On The Web: http://ghostradionet.com On 6/11/07, Johnny Kewl <[EMAIL PROTECTED]> wrote: Yes, it doesnt hold the setting. Open Control Panel -> Admin Tools -> Services Do it from the windows service... should work - Original Message - From: "GHOSTRIDER" <[EMAIL PROTECTED]> To: Sent: Monday, June 11, 2007 2:33 PM Subject: Running Tomcat (6.0.10) as a windows service > Hello fellow Tomcatters... > > I'm trying to set up Tomcat to > start with Windows and run > as a Windows service, > with no success so far... > > I've tried to do that with the Tomcat > Properties dialog > in the dropdown "Startup Type:" > I have set it to automatic but it does not > retain that setting .. I click apply and ok, > close the dialog.. > re-open the dialog... and it's back to manual.. > > Not knowing a whole lot about Tomcat yet... > is there a config file in the Tomcat folder > that I can edit to get the desired result? > > Thanks in advance for any suggestions. > > > Rod > New York > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
making a directory we accesible
I have a directory on my Linux file system, which only has some text files. I want to make its content web accessible without copying this directory directly under tomcat installation. so suppose all my files are in /home/mydir1/mydir/test.txt, I should be able to access them as localhost:8080/mydir/test.txt. Thanks -- View this message in context: http://www.nabble.com/making-a-directory-we-accesible-tf3901739.html#a11061067 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Programmatically Determine JVM Version used by Tomcat
Thanks, this is just what I was looking for. Mark H. Wood wrote: > > Well, that was silly. The Tomcat HTML Manager already provides the JRE > version at the bottom of the page, if you wanted to manually check > it. To check by script, you could use the plain Manager: > > [EMAIL PROTECTED] ~ $ wget --quiet -O - --user USER --password PASSWORD > http://localhost:8080/manager/serverinfo > OK - Server info > Tomcat Version: Apache Tomcat/5.5 > OS Name: Linux > OS Version: 2.6.18-gentoo-r6 > OS Architecture: i386 > JVM Version: 1.5.0_11-b03 > JVM Vendor: Sun Microsystems Inc. > > -- > Mark H. Wood, Lead System Programmer [EMAIL PROTECTED] > Typically when a software vendor says that a product is "intuitive" he > means the exact opposite. > > > > -- View this message in context: http://www.nabble.com/Programmatically-Determine-JVM-Version-used-by-Tomcat-tf3884522.html#a11060919 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running Tomcat (6.0.10) as a windows service
Yes, it doesnt hold the setting. Open Control Panel -> Admin Tools -> Services Do it from the windows service... should work - Original Message - From: "GHOSTRIDER" <[EMAIL PROTECTED]> To: Sent: Monday, June 11, 2007 2:33 PM Subject: Running Tomcat (6.0.10) as a windows service Hello fellow Tomcatters... I'm trying to set up Tomcat to start with Windows and run as a Windows service, with no success so far... I've tried to do that with the Tomcat Properties dialog in the dropdown "Startup Type:" I have set it to automatic but it does not retain that setting .. I click apply and ok, close the dialog.. re-open the dialog... and it's back to manual.. Not knowing a whole lot about Tomcat yet... is there a config file in the Tomcat folder that I can edit to get the desired result? Thanks in advance for any suggestions. Rod New York - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: number of documents
TOM SSEMWOGERERE wrote: I am currently using contineo document management system. When I asked one of the designers about hom many documents can be supported by the contineo document managent system, he told me that it depends on the web server used. For me I use tomcat how can I configure tomcat to support unlimited number of documents. Without knowing about how the internals of Contineo works, I'd assume that the number of documents is dependant on the amount and type of storage you are using, rather than the application server. If it uses the file system then the amount of docs will be dependant on the disk space and document sizes. Tomcat will have no effect on it. p Waiting for your response. Tom - Got a little couch potato? Check out fun summer activities for kids. smime.p7s Description: S/MIME Cryptographic Signature
Running Tomcat (6.0.10) as a windows service
Hello fellow Tomcatters... I'm trying to set up Tomcat to start with Windows and run as a Windows service, with no success so far... I've tried to do that with the Tomcat Properties dialog in the dropdown "Startup Type:" I have set it to automatic but it does not retain that setting .. I click apply and ok, close the dialog.. re-open the dialog... and it's back to manual.. Not knowing a whole lot about Tomcat yet... is there a config file in the Tomcat folder that I can edit to get the desired result? Thanks in advance for any suggestions. Rod New York
[OT] RE: Embed license to tomcat
> From: Li [mailto:[EMAIL PROTECTED] > As a developer, sometimes it's difficult to decide whether > should follow my heart or boss ... If you're thinking that regularly, it's probably time to find a new boss... - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Base null error is it with tomcat ?
Hi, I am using tomcat apache-tomcat-5.5.17,Exadel,JDK 1.5.I am depoying my application(war file) to external tomcat by running my ant script. I am getting following error when I try to login to my application. where loginFormBean is my bean name. javax.servlet.ServletException: Base is null: loginFormBean javax.faces.webapp.FacesServlet.service(FacesServlet.java:202) org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122) root cause javax.faces.el.PropertyNotFoundException: Base is null: loginFormBean org.apache.myfaces.el.ValueBindingImpl.resolveToBaseAndProperty(ValueBindingImpl.java:455) org.apache.myfaces.el.ValueBindingImpl.getType(ValueBindingImpl.java:169) com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:111) javax.faces.component.UIInput.getConvertedValue(UIInput.java:713) javax.faces.component.UIInput.validate(UIInput.java:638) javax.faces.component.UIInput.executeValidate(UIInput.java:849) javax.faces.component.UIInput.processValidators(UIInput.java:412) javax.faces.component.UIForm.processValidators(UIForm.java:170) javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:912) javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:342) org.apache.myfaces.lifecycle.LifecycleImpl.processValidations(LifecycleImpl.java:240) org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) javax.faces.webapp.FacesServlet.service(FacesServlet.java:197) org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122 On google I found something related to contextlistener from this link http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5034433 which says remove everything from apache-tomcat-5.5.17\work directory.I removed everything but still I am getting above error ? Thanks Sandip -- View this message in context: http://www.nabble.com/Base-null-error-is-it-with-tomcat---tf3901121.html#a11059178 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Service Manager for windows
Nice plug, I've just spent 3 hours trying to get another service registered. You've saved me the rest of the day. ^L^ :clap: Bryan Berndt wrote: > > Hello, > > I just joined this mailing list to plug a piece of software that has been > enormously helpful to the company I work for. I have no idea if its been > mentioned on this mailing list or not, so excuse my redundancy. > > Its called Tomcat Service Manager. it enables one to very easily make > multiple instances of Tomcat 4, 5, 5.5, and now 6 on Windows Operating > Systems. The author is David Boyer. > > If you require multiple instances of Tomcat on Windows servers, I highly > recommend it. > > http://web.bvu.edu/staff/david/index.jsp?section=software&subsection=tcservc > fg&page=overview > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Tomcat-Service-Manager-for-windows-tf3296863.html#a11058200 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 classloader leak in Commons Pool
In older versions of tomcat (5.0.x) there is a factory attribute defining the pool to use. It's unclear from the limited look I did whether that was carried forward to 5.5 and 6.0. --David Diego Rodríguez Martín wrote: Hi, Is there any way to fix this leak downgrading the version of commons pool. I have a production enviroment where we have a lot of deploy/undeploy and with this leak we have to stop/start Tomcat very often. Is there a possibility of replacing tomcat-dbcp.jar with the older individual jars? It will work or you have used new functionalities of these packages? Thanks Diego Rémy Maucherat escribió: On 6/8/07, Diego Rodríguez Martín <[EMAIL PROTECTED]> wrote: It affects version 1.3 of commons pool. In tomcat 6, commons pool is embbeded in /tomcat-dbcp.jar/, and the docs don't say with version of commons is inside. It's that version. A new commons-pool version will be integrated when it's available. Rémy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 classloader leak in Commons Pool
Hi, Is there any way to fix this leak downgrading the version of commons pool. I have a production enviroment where we have a lot of deploy/undeploy and with this leak we have to stop/start Tomcat very often. Is there a possibility of replacing tomcat-dbcp.jar with the older individual jars? It will work or you have used new functionalities of these packages? Thanks Diego Rémy Maucherat escribió: On 6/8/07, Diego Rodríguez Martín <[EMAIL PROTECTED]> wrote: It affects version 1.3 of commons pool. In tomcat 6, commons pool is embbeded in /tomcat-dbcp.jar/, and the docs don't say with version of commons is inside. It's that version. A new commons-pool version will be integrated when it's available. Rémy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - Diego Rodríguez Martín ([EMAIL PROTECTED]) ALTIRIA TIC - Servicios SMS - Desarrollo Web Tel. +34 913311198 - Fax +34 913310087 - Móvil +34 610299750 www.altiria.com - - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]