Re: Session problem
Jason, you're right in that the tabs i was referring to were tabs within my application. I will verify tomorrow whether the domain is different, but i seriously doubt it. Thanks for you reply. -h On Tue, Aug 24, 2010 at 8:06 PM, Jason Britton wrote: > Stephen - your statement doesn't really make sense in context to the > problem he described or how I replied. From Hisham's first post I > believe he's describing tabs within the context of a single web page > interface, when he clicks on any of the three tabs a request is made > (asynchronous or otherwise), request passes through a servlet filter > that checks for existence of session attribute etc.. I was suggesting > he check that he hadn't, for some unknown reason, hardcoded a > different domain for the "Messages" link, if that were the case that > domain (eg. localhost instead of dev2) would not have the same session > as the other links and the session attribute value he was looking for > might not be there, which would fit with what he's describing. > > Jason > > > On Tue, Aug 24, 2010 at 3:37 PM, Stephen Caine wrote: >> Jason, >> >> As each window shares the same session, a change to the session value in one >> window will effect the session value in the others. >> >> Stephen Caine >> >> On Aug 24, 2010, at 5:21 PM, Jason Britton wrote: >> >>> I would make sure that the link for your "Messages" tab is going to the same >>> domain as that your session was established under and is hitting the same >>> domain as your "Home" and "Admin" links. This doesn't seem to have anything >>> to do with Tomcat though. >>> >>> >>> On Tue, Aug 24, 2010 at 1:53 PM, Hisham wrote: >>> Hello all, I have a problem that is driving me crazy. I don't even know if its a Tomcat issue but maybe someone out there can help me out. I have a webapp that I first developed locally. I tested this on my local environment (windows) and had no issues. I then deployed the same app to our QA environment (linux). There i am seeing something strange. There are three main tabs, "Home", "Messages" and "Admin". I can go between home and admin, no probs. But once i click on Messages, somehow the session on the server gets messed up. The way i check whether session is valid is not is that I have a filter that will check if a certain attribute is present in the session or not. If its not, i assume the session is invalid and forward to login page. As soon as i click on the Messages link, i cannot do anything else; anywhere else i click it takes me to the login page. I put print statements in my filter and verified that it is not able to find the attribute in the session. Which is strange because the session id is the same (i have verified by printing it out, and also seeing what is sent in the actual request headers via firebug). I am not removing the attribute from the session in any place; and in any case it works fine locally as i said before. Does any one have any clue as to what could be happening? I can post code if needed, but i don't know where to begin :) > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Session problem
Stephen - your statement doesn't really make sense in context to the problem he described or how I replied. From Hisham's first post I believe he's describing tabs within the context of a single web page interface, when he clicks on any of the three tabs a request is made (asynchronous or otherwise), request passes through a servlet filter that checks for existence of session attribute etc.. I was suggesting he check that he hadn't, for some unknown reason, hardcoded a different domain for the "Messages" link, if that were the case that domain (eg. localhost instead of dev2) would not have the same session as the other links and the session attribute value he was looking for might not be there, which would fit with what he's describing. Jason On Tue, Aug 24, 2010 at 3:37 PM, Stephen Caine wrote: > Jason, > > As each window shares the same session, a change to the session value in one > window will effect the session value in the others. > > Stephen Caine > > On Aug 24, 2010, at 5:21 PM, Jason Britton wrote: > >> I would make sure that the link for your "Messages" tab is going to the same >> domain as that your session was established under and is hitting the same >> domain as your "Home" and "Admin" links. This doesn't seem to have anything >> to do with Tomcat though. >> >> >> On Tue, Aug 24, 2010 at 1:53 PM, Hisham wrote: >> >>> Hello all, >>> >>> I have a problem that is driving me crazy. I don't even know if its a >>> Tomcat issue but maybe someone out there can help me out. >>> >>> I have a webapp that I first developed locally. I tested this on my >>> local environment (windows) and had no issues. I then deployed the >>> same app to our QA environment (linux). There i am seeing something >>> strange. There are three main tabs, "Home", "Messages" and "Admin". >>> I can go between home and admin, no probs. But once i click on >>> Messages, somehow the session on the server gets messed up. The way i >>> check whether session is valid is not is that I have a filter that >>> will check if a certain attribute is present in the session or not. >>> If its not, i assume the session is invalid and forward to login page. >>> As soon as i click on the Messages link, i cannot do anything else; >>> anywhere else i click it takes me to the login page. I put print >>> statements in my filter and verified that it is not able to find the >>> attribute in the session. Which is strange because the session id is >>> the same (i have verified by printing it out, and also seeing what is >>> sent in the actual request headers via firebug). I am not removing >>> the attribute from the session in any place; and in any case it works >>> fine locally as i said before. >>> >>> Does any one have any clue as to what could be happening? I can post >>> code if needed, but i don't know where to begin :) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Session problem
Jason, As each window shares the same session, a change to the session value in one window will effect the session value in the others. Stephen Caine On Aug 24, 2010, at 5:21 PM, Jason Britton wrote: > I would make sure that the link for your "Messages" tab is going to the same > domain as that your session was established under and is hitting the same > domain as your "Home" and "Admin" links. This doesn't seem to have anything > to do with Tomcat though. > > > On Tue, Aug 24, 2010 at 1:53 PM, Hisham wrote: > >> Hello all, >> >> I have a problem that is driving me crazy. I don't even know if its a >> Tomcat issue but maybe someone out there can help me out. >> >> I have a webapp that I first developed locally. I tested this on my >> local environment (windows) and had no issues. I then deployed the >> same app to our QA environment (linux). There i am seeing something >> strange. There are three main tabs, "Home", "Messages" and "Admin". >> I can go between home and admin, no probs. But once i click on >> Messages, somehow the session on the server gets messed up. The way i >> check whether session is valid is not is that I have a filter that >> will check if a certain attribute is present in the session or not. >> If its not, i assume the session is invalid and forward to login page. >> As soon as i click on the Messages link, i cannot do anything else; >> anywhere else i click it takes me to the login page. I put print >> statements in my filter and verified that it is not able to find the >> attribute in the session. Which is strange because the session id is >> the same (i have verified by printing it out, and also seeing what is >> sent in the actual request headers via firebug). I am not removing >> the attribute from the session in any place; and in any case it works >> fine locally as i said before. >> >> Does any one have any clue as to what could be happening? I can post >> code if needed, but i don't know where to begin :) >> - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: separating deployment of classes/lib/config from web content (jsp's/html)
I'll put tomcat 7 on our dev environment and have a go at it. I'm excited about the alias functionality, thanks so much for pointing it out Mark, from the 7.0 docs: "aliases" attribute of the context element: This attribute provides a list of external locations from which to load resources for this context. The list of aliases should be of the form "/aliasPath1=docBase1,/aliasPath2=docBase2" where aliasPathN must include a leading '/' and docBaseN must be an absolute path to either a .war file or a directory. A resource will be searched for in the first docBaseN for which aliasPathN is a leading path segment of the resource. If there is no such alias, then the resource will be searched in the usual way. Using '/' as an aliasPath is not allowed. Consider using docBase instead. **These external locations will not be emptied if the context is un-deployed.** On Tue, Aug 24, 2010 at 1:19 PM, Mark Thomas wrote: > > On 24/08/2010 20:00, Jason Britton wrote: > >> In Tomcat 7 you could use an alias. > >> > >> Mark > >> > >> > > Definitely interested. Is there a time frame on when 7 will have a non-beta > > release? Thanks for the heads up. > > The more people that test it and report problems, the sooner it will be > out of beta. Hint, hint :) > > Some *very* rough download stats from the middle of last month suggest > that the split for downloads was: > 5.5.x - 60% > 6.0.x - 30% > 7.0.x - 10% > > Given that those figures would are for 7.0.0 and the bug fixes that went > into 7.0.2, that is actually quite encouraging. > > There is no fixed time-scale but the signs are encouraging for it being > relatively soon. > > Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Session problem
I would make sure that the link for your "Messages" tab is going to the same domain as that your session was established under and is hitting the same domain as your "Home" and "Admin" links. This doesn't seem to have anything to do with Tomcat though. On Tue, Aug 24, 2010 at 1:53 PM, Hisham wrote: > Hello all, > > I have a problem that is driving me crazy. I don't even know if its a > Tomcat issue but maybe someone out there can help me out. > > I have a webapp that I first developed locally. I tested this on my > local environment (windows) and had no issues. I then deployed the > same app to our QA environment (linux). There i am seeing something > strange. There are three main tabs, "Home", "Messages" and "Admin". > I can go between home and admin, no probs. But once i click on > Messages, somehow the session on the server gets messed up. The way i > check whether session is valid is not is that I have a filter that > will check if a certain attribute is present in the session or not. > If its not, i assume the session is invalid and forward to login page. > As soon as i click on the Messages link, i cannot do anything else; > anywhere else i click it takes me to the login page. I put print > statements in my filter and verified that it is not able to find the > attribute in the session. Which is strange because the session id is > the same (i have verified by printing it out, and also seeing what is > sent in the actual request headers via firebug). I am not removing > the attribute from the session in any place; and in any case it works > fine locally as i said before. > > Does any one have any clue as to what could be happening? I can post > code if needed, but i don't know where to begin :) >
RE: Deploying a war to the root URL path
Ouch > -Original Message- > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Sent: Tuesday, August 24, 2010 10:18 AM > To: Tomcat Users List > Subject: RE: Deploying a war to the root URL path > > > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > > Subject: RE: Deploying a war to the root URL path > > > > I'm not positive, but I think Chuck neglected to mention that the > > docbase needs to contain the war in exploded format. If I'm wrong, > > please slap my wrist Chuck. > > Consider your wrist slapped; docBase can point to a .war file or the > expanded 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > __ Confidentiality Notice: This Transmission (including any attachments) may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this transmission in error, please immediately reply to the sender or telephone (512) 343-9100 and delete this transmission from your system. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Deploying a war to the root URL path
All that having been said, it's still easiest to just rename jira.war as ROOT.war and deploy that. That really is the simplest method and well documented to boot. > -Original Message- > From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] > Sent: Tuesday, August 24, 2010 10:43 AM > To: users@tomcat.apache.org > Subject: RE: Deploying a war to the root URL path > > > It's true I can host the app at /jira but that feel very redundant when > the > host is dedicated to jira as it is (it's DNS name is even jira). > Perhaps > I'll just do this. Thanks Jeff. > > ~ David > > > Jeffrey Janner wrote: > > > > I'm not positive, but I think Chuck neglected to mention that the > > docbase needs to contain the war in exploded format. If I'm wrong, > > please slap my wrist Chuck. > > > > Also, I'm surprised no one offered the obvious tuckey redirector > > solution, which usually gets brought up a lot on this list. > > You can always deploy your jira.war as normal, but also create a > > ROOT.war that contains the tuckey redirector configured to redirect > ALL > > requests to insert "/jira" after the hostname of every request. This > > will add a little overhead, but probably only on the initial > > http://hostname request. > > > > Jeff > > > >> -Original Message- > >> From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] > >> Sent: Friday, August 20, 2010 12:12 PM > >> To: users@tomcat.apache.org > >> Subject: RE: Deploying a war to the root URL path > >> > >> > >> Ok, thanks Chuck. Perhaps I'll put my war elsewhere... I just don't > >> know > >> where it would be best placed. > >> ~ David > >> > >> > >> n828cl wrote: > >> > > >> >> From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] > >> >> Subject: Deploying a war to the root URL path > >> >> > >> >> As a matter of taste, I'd prefer not to name my war "ROOT.war" > >> > > >> > So you don't want to do things the easy way... > >> > > >> >> I'd like it to be named after what it is, which is JIRA > >> >> -- so jira.war. And I'd like it to be in Tomcat's webapp > >> >> directory since that is the expected place to find webapps. > >> > > >> > You can't do both. Either follow standard practice and rename the > >> file to > >> > ROOT.war, or keep it outside of the appBase directory and > >> create a > >> > conf/Catalina/[host]/ROOT.xml file containing a element > >> with a > >> > docBase attribute that points to the location of jira.war. One of > >> the > >> > advantages of keeping production webapps outside of the > >> appBase, is > >> > that it makes upgrading from one Tomcat version to another much > >> easier. > >> > > >> > - Chuck > >> > > >> > > >> > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE > >> PROPRIETARY > >> > MATERIAL and is thus for use only by the intended recipient. If > you > >> > received this in error, please contact the sender and delete the > e- > >> mail > >> > and its attachments from all computers. > >> > > >> > > >> > > > - > >> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >> > For additional commands, e-mail: users-h...@tomcat.apache.org > >> > > >> > > >> > > >> > >> -- > >> View this message in context: > > http://old.nabble.com/Deploying-a-war-to- > >> the-root-URL-path-tp29493194p29493909.html > >> Sent from the Tomcat - User mailing list archive at Nabble.com. > >> > >> > >> > - > >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >> For additional commands, e-mail: users-h...@tomcat.apache.org > >> > > > > > ___ > ___ > > > > Confidentiality Notice: This Transmission (including any > attachments) may > > contain information that is privileged, confidential, and exempt from > > disclosure under applicable law. If the reader of this message is > not the > > intended recipient you are hereby notified that any dissemination, > > distribution, or copying of this communication is strictly > prohibited. > > > > If you have received this transmission in error, please immediately > reply > > to the sender or telephone (512) 343-9100 and delete this > transmission > > from your system. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > > > -- > View this message in context: http://old.nabble.com/Deploying-a-war-to- > the-root-URL-path-tp29493194p29523408.html > Sent from the Tomcat - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
Session problem
Hello all, I have a problem that is driving me crazy. I don't even know if its a Tomcat issue but maybe someone out there can help me out. I have a webapp that I first developed locally. I tested this on my local environment (windows) and had no issues. I then deployed the same app to our QA environment (linux). There i am seeing something strange. There are three main tabs, "Home", "Messages" and "Admin". I can go between home and admin, no probs. But once i click on Messages, somehow the session on the server gets messed up. The way i check whether session is valid is not is that I have a filter that will check if a certain attribute is present in the session or not. If its not, i assume the session is invalid and forward to login page. As soon as i click on the Messages link, i cannot do anything else; anywhere else i click it takes me to the login page. I put print statements in my filter and verified that it is not able to find the attribute in the session. Which is strange because the session id is the same (i have verified by printing it out, and also seeing what is sent in the actual request headers via firebug). I am not removing the attribute from the session in any place; and in any case it works fine locally as i said before. Does any one have any clue as to what could be happening? I can post code if needed, but i don't know where to begin :) Any help appreciated! Thanks. -h - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: java.lang.NoSuchMethodError: javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory
On 24/08/2010 18:31, Brochu, John wrote: > java.lang.NoSuchMethodError: > javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory; > > > I've confirmed that the el-api-jar that came with Tomcat is in the > Tomcat 6.0.29 lib folder and also in my JDK's jre\lib\ext directory. Putting it in jre\lib\ext is a bad idea (tm). Get rid of it. > I've confirmed that the method ExpressionFactory.newInstance() is not > included in the ExpressionFactory class included with el-api-jar for > this version of Tomcat. > > The Tomcat documents indicate that version 6 should reference JSP 2.0 > not EL 2.2, but ExpressionFactory.newInstance() is not a valid method in > JSP 2.0 but as far as I can tell it's a recommendation for EL 2.1 and > 2.2. Tomcat 6.0.x implements JSP 2.1 and EL 2.1 ExpressionFactory.newInstance() was introduced in EL 2.2. It is *not* part of EL 2.1 in any way whatsoever. It was first suggested in a proposed maintenance release for EL 2.1 but that maintenance release whet on to become EL 2.2. This appears to have confused a number of folks into thinking it was/will be part of EL 2.1. To use that method you need to use Tomcat 7.0.x Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: separating deployment of classes/lib/config from web content (jsp's/html)
On 24/08/2010 20:00, Jason Britton wrote: >> In Tomcat 7 you could use an alias. >> >> Mark >> >> > Definitely interested. Is there a time frame on when 7 will have a non-beta > release? Thanks for the heads up. The more people that test it and report problems, the sooner it will be out of beta. Hint, hint :) Some *very* rough download stats from the middle of last month suggest that the split for downloads was: 5.5.x - 60% 6.0.x - 30% 7.0.x - 10% Given that those figures would are for 7.0.0 and the bug fixes that went into 7.0.2, that is actually quite encouraging. There is no fixed time-scale but the signs are encouraging for it being relatively soon. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: java.lang.NoSuchMethodError: javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory
On 24 Aug 2010, at 18:31, "Brochu, John" wrote: > I am trying to use a simple EL expression on a JSP ala... > ${user.firstName} > Netbeans reports the following error: > > java.lang.NoSuchMethodError: > javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory; For what resource does it report this error? The JSP? > I've confirmed that the el-api-jar that came with Tomcat is in the > Tomcat 6.0.29 lib folder and also in my JDK's jre\lib\ext directory. Why is it in the latter location? > I've confirmed that the method ExpressionFactory.newInstance() is not > included in the ExpressionFactory class included with el-api-jar for > this version of Tomcat. > > The Tomcat documents indicate that version 6 should reference JSP 2.0 > not EL 2.2, but ExpressionFactory.newInstance() is not a valid method in > JSP 2.0 but as far as I can tell it's a recommendation for EL 2.1 and > 2.2. > > I am a relatively inexperienced Tomcat user but I've done my best to > research this issue and I hope I didn't mis-diagnose the problem but I'm > nearly certain 6.0.29 is now referencing EL 2.1 and not JSP 2.0 - is > anyone else having the same issue? What is the version definition in your web.xml? p > > > > Thanks, > > John > > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: separating deployment of classes/lib/config from web content (jsp's/html)
> In Tomcat 7 you could use an alias. > > Mark > > Definitely interested. Is there a time frame on when 7 will have a non-beta release? Thanks for the heads up. Jason
Re: separating deployment of classes/lib/config from web content (jsp's/html)
> > > The short answer is: you can't separate the components of a webapp out > into separate locations. > > Thanks for the response P. Understood and agreed as to the function and purpose of .war file. The reasoning for the separation is that in our current environment we have users from 3 or so other departments accustomed to being able to drag html and jsp files up to our web server (good bad or otherwise). With a change to tomcat as our app server, I could provide that same sort of access where jsp and html docs are just moved into the docBase directory at will by multiple individuals, but I would never be able to undeploy that directory without fear of losing all the jsp and html files they may have tossed in there. I would have to resort to hand copying in class file/config and lib changes into the WEB-INF so as not to risk losing any content files on a redeployment. We rigged our current application server (Oracle OAS 10.1.3.4) to allow this separation of content from configuration/classes/lib but that is neither here nor there. Thanks for your input. Jason
Re: separating deployment of classes/lib/config from web content (jsp's/html)
On 24/08/2010 18:14, Jason Britton wrote: > I'm trying to configure a tomcat context that I could deploy the classes, > libs, web.xml using a .war file but the actual jsp's, html, web content > would not be packed up in the .war file and would live in a directory > outside of the exploded war directory. I need to be able to redeploy my > classes/libs/web.xml without removing/redeploying the web content > (html/jsp's). I would rather not have to hand copy class > file/lib/configuration changes into my context WEB-INF directory but right > now that seems as my only option if I do not want to rely on having my web > content bundled into my .war. I have tried modifying my context's docBase > to point outside of the host's appBase but that did not have desired effect > as it changed the location of where my WEB-INF directory and web-content > needed to go, when I really want to separate the location of the > configuration,libs,classes of my context from the web content. > > I'm running tomcat 6.0.29 on 64 bit RHEL 5. Apache 2.2.16 sits infront of > tomcat. Any advice or kicks in the right direction would be greatly > appreciated. In Tomcat 7 you could use an alias. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: separating deployment of classes/lib/config from web content (jsp's/html)
On 24/08/2010 18:14, Jason Britton wrote: > I'm trying to configure a tomcat context that I could deploy the classes, > libs, web.xml using a .war file but the actual jsp's, html, web content > would not be packed up in the .war file and would live in a directory > outside of the exploded war directory. I need to be able to redeploy my > classes/libs/web.xml without removing/redeploying the web content > (html/jsp's). I would rather not have to hand copy class > file/lib/configuration changes into my context WEB-INF directory but right > now that seems as my only option if I do not want to rely on having my web > content bundled into my .war. I have tried modifying my context's docBase > to point outside of the host's appBase but that did not have desired effect > as it changed the location of where my WEB-INF directory and web-content > needed to go, when I really want to separate the location of the > configuration,libs,classes of my context from the web content. > > I'm running tomcat 6.0.29 on 64 bit RHEL 5. Apache 2.2.16 sits infront of > tomcat. Any advice or kicks in the right direction would be greatly > appreciated. The short answer is: you can't separate the components of a webapp out into separate locations. Longer answer: JSPs get compiled into Servlets, which then deliver the response for requests which match the path of the JSP. The Servlets are classes. If you precompile the application, they'll need to be in WEB-INF/classes, if you don't they'll live in a tomcat/work subdirectory. The container delegates a request to a web application with a matching path prefix. Unmatched requests go to the default application, 'ROOT'. Thusly, each webapp must know how to deliver resources for the requests it receives. Webapps are supposed to be self-contained. You can, of course, deploy separate apps for different paths, perhaps placing all images in separate app called (surprisingly) '/images'. Your intended strategy is counter to how to a Servlet container is supposed to work, so if you're going to have a constant struggle trying to make it work any other way. Cut your losses now & try to work with the container. p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Apache Tomcat 5.5.0 issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads
On 24/08/2010 17:12, Scott Hamilton wrote: >autoDeploy="false"> > >crossContext="true" /> > > This doesn't look right, you've got a mix of \ and / amongst other things. p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Own Logging Handler not closing correctly
On 24/08/2010 14:35, Caldarale, Charles R wrote: >> From: pu...@web.de [mailto:pu...@web.de] >> Subject: RE: Own Logging Handler not closing correctly >> >> Anybody should be able to use the handler without doing extra >> things in their webapps... > > I'm not sure that's a reasonable assumption, since you have the log handler > established within a single webapp environment. Some interaction with the > webapp is required. Note that code changes to an existing webapp would not > be required; you can supply an additional, log-handler specific > ServletContextListener class to be configured in WEB-INF/web.xml that won't > disturb or interact with any existing listeners the webapp might have. In Servlet 3.0 you could annotate the class / use a web-fragment, so you wouldn't have to add anything to the main web.xml. p > - 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. > 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
java.lang.NoSuchMethodError: javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory
I am trying to use a simple EL expression on a JSP ala... ${user.firstName} Netbeans reports the following error: java.lang.NoSuchMethodError: javax.el.ExpressionFactory.newInstance()Ljavax/el/ExpressionFactory; I've confirmed that the el-api-jar that came with Tomcat is in the Tomcat 6.0.29 lib folder and also in my JDK's jre\lib\ext directory. I've confirmed that the method ExpressionFactory.newInstance() is not included in the ExpressionFactory class included with el-api-jar for this version of Tomcat. The Tomcat documents indicate that version 6 should reference JSP 2.0 not EL 2.2, but ExpressionFactory.newInstance() is not a valid method in JSP 2.0 but as far as I can tell it's a recommendation for EL 2.1 and 2.2. I am a relatively inexperienced Tomcat user but I've done my best to research this issue and I hope I didn't mis-diagnose the problem but I'm nearly certain 6.0.29 is now referencing EL 2.1 and not JSP 2.0 - is anyone else having the same issue? Thanks, John
separating deployment of classes/lib/config from web content (jsp's/html)
I'm trying to configure a tomcat context that I could deploy the classes, libs, web.xml using a .war file but the actual jsp's, html, web content would not be packed up in the .war file and would live in a directory outside of the exploded war directory. I need to be able to redeploy my classes/libs/web.xml without removing/redeploying the web content (html/jsp's). I would rather not have to hand copy class file/lib/configuration changes into my context WEB-INF directory but right now that seems as my only option if I do not want to rely on having my web content bundled into my .war. I have tried modifying my context's docBase to point outside of the host's appBase but that did not have desired effect as it changed the location of where my WEB-INF directory and web-content needed to go, when I really want to separate the location of the configuration,libs,classes of my context from the web content. I'm running tomcat 6.0.29 on 64 bit RHEL 5. Apache 2.2.16 sits infront of tomcat. Any advice or kicks in the right direction would be greatly appreciated. Jason
RE: Apache Tomcat 5.5.0 issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads
You've got two connectors in that server.xml, and one of them is AJP without any real other configuration parameters. If memory serves the thread limit when not specified for a connector is 200... Can we assume you're using apache as a web server connecting to tomcat? What are you using there - mod_proxy_ajp? Mod_jk? What do the settings for that look like? -Original Message- From: White, Federico (Federico) [mailto:whi...@avaya.com] Sent: Tuesday, August 24, 2010 11:44 AM To: users@tomcat.apache.org Subject: Apache Tomcat 5.5.0 issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads Hi again, Since my first email might have not be that clear I'll re phrase it, I'm currently running a Tomcat webserver for an application that my company uses. It run's on windows server 2003, and the startup command was customized for our application and is the following "C:\ProgramFiles\Avaya\IC71\tomcat\bin\tomcat5.exe"//RS//AvayaICWebManag ement71 I really don't know what's the JVM level and the meaning for APR (if its really important kindly let me know how to get it and I will) We use a customized .xml file created for our product and this is the content (note we don't have the out of the box server.xml file) Thanks -Original Message- From: White, Federico (Federico) Sent: Martes, 24 de Agosto de 2010 12:09 p.m. To: 'users@tomcat.apache.org'; 'users-h...@tomcat.apache.org' Subject: Apache 5.x issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads I have an issue where my Tomcat server is going down quite often with the following message: Aug 19, 2010 12:03:21 PM org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads (200) or check the servlet status Aug 20, 2010 4:47:20 PM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-9602 Aug 20, 2010 4:47:21 PM org.apache.catalina.core.StandardService stop INFO: Stopping service website Aug 20, 2010 4:47:21 PM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-9602 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org . The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Jasper don't know getElementsByTagNameNS!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anton, Please keep messages on the list for the benefit of others. Glad you were able to fix the problem. - -chris On 8/24/2010 11:39 AM, Anton Ryazantsev wrote: > Christopher, > I've got your way and found that bad jar (in attach). > It's sad, that one jar can break the work... there were many other > better parsers (jars)... > But anyway many thanks to you for help! > > Christopher Schultz wrote: > Anton, > > On 8/24/2010 3:52 AM, Anton Ryazantsev wrote: > Hi! My platform is windows xp 32 bit, and right now I'm using Tomcat 7.0.2 I found a strange bug, using dom objects in JSP. Since Tomcat 6 and higher JSP page compiler throws Exception: The method getElementsByTagNameNS(String, String) is undefined for the type Element. How can it be? Method getElementsByTagNameNS must be define and it is define in Xerces Parser (last version), for example. I can use method getElementsByTagName, instead, but problem stay... plenty of code need to rewrite... can you help? > > What JAR files do you have in your webapp's WEB-INF/lib directory? > > -chris >> - - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org >> >> -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxz7XIACgkQ9CaO5/Lv0PDWSACeLq8pEhmZo98gGcJsx5TutkWY M6kAoMH0O2LeBway0PC+nVvMs/MHI2VO =EugN -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: another UTF-8 problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tim, On 8/24/2010 9:06 AM, Tim-Christian Mundt wrote: > I've encountered a UTF-8 problem and yes, URIEncoding="UTF-8" is set. If you're connecting-out to a SOAP service, then the URIEncoding setting doesn't matter. > I'm connecting to a web service which returns UTF-8 encoded data. If I > do so from a plain, regular, self-contained Java application everything > is fine. However, if I run the same classes in tomcat (and trigger the > action with a http request instead of a main() method in the > application) I get latin-1 encoded characters. For instance when I make > a call and receive a response which contains "Łódź" I finally get "?ód?" > (console, file, whatever output). Are you sure it isn't the encoding to your console/file/whatever that isn't set properly? If you are getting a response that contains non-ASCII characters, they ought to be encoded using the declared XML document's encoding. What is that? Are the bytes correct in the response (before your SOAP client parses them)? Does your SOAP client parse them correctly? You may have to use a profiler to verify that the characters in memory are what you expect them to be. > Actually the URIEncoding option should not have anything to do with > this, because I'm not sending a request to my application, but my > application is issuing a SOAP call to a web service. Are there any other > options to consider? Same response from the web service (checked with > Wireshark) but different outputs. I've no idea. Any hint is welcome. So, when you use your own command-line app as a client, you get a different response from the SOAP server than when you use Tomcat as the client? You should look at the requests that are being sent. Perhaps there is a bad accept-charset header or something (although that probably shouldn't affect the XML response, since an XML parser is pretty much required to support UTF-8). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxz7SoACgkQ9CaO5/Lv0PCNOQCeLLBz/6e3QNsPyQtw4Ggfnh7R sYsAn3PNB9UqJDunLDeMyQrz6a3Edbao =/0N2 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Apache Tomcat 5.5.0 issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads
Hi again, Since my first email might have not be that clear I'll re phrase it, I'm currently running a Tomcat webserver for an application that my company uses. It run's on windows server 2003, and the startup command was customized for our application and is the following "C:\ProgramFiles\Avaya\IC71\tomcat\bin\tomcat5.exe"//RS//AvayaICWebManag ement71 I really don't know what's the JVM level and the meaning for APR (if its really important kindly let me know how to get it and I will) We use a customized .xml file created for our product and this is the content (note we don't have the out of the box server.xml file) Thanks -Original Message- From: White, Federico (Federico) Sent: Martes, 24 de Agosto de 2010 12:09 p.m. To: 'users@tomcat.apache.org'; 'users-h...@tomcat.apache.org' Subject: Apache 5.x issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads I have an issue where my Tomcat server is going down quite often with the following message: Aug 19, 2010 12:03:21 PM org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads (200) or check the servlet status Aug 20, 2010 4:47:20 PM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-9602 Aug 20, 2010 4:47:21 PM org.apache.catalina.core.StandardService stop INFO: Stopping service website Aug 20, 2010 4:47:21 PM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-9602 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Deploying a war to the root URL path
It's true I can host the app at /jira but that feel very redundant when the host is dedicated to jira as it is (it's DNS name is even jira). Perhaps I'll just do this. Thanks Jeff. ~ David Jeffrey Janner wrote: > > I'm not positive, but I think Chuck neglected to mention that the > docbase needs to contain the war in exploded format. If I'm wrong, > please slap my wrist Chuck. > > Also, I'm surprised no one offered the obvious tuckey redirector > solution, which usually gets brought up a lot on this list. > You can always deploy your jira.war as normal, but also create a > ROOT.war that contains the tuckey redirector configured to redirect ALL > requests to insert "/jira" after the hostname of every request. This > will add a little overhead, but probably only on the initial > http://hostname request. > > Jeff > >> -Original Message- >> From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] >> Sent: Friday, August 20, 2010 12:12 PM >> To: users@tomcat.apache.org >> Subject: RE: Deploying a war to the root URL path >> >> >> Ok, thanks Chuck. Perhaps I'll put my war elsewhere... I just don't >> know >> where it would be best placed. >> ~ David >> >> >> n828cl wrote: >> > >> >> From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] >> >> Subject: Deploying a war to the root URL path >> >> >> >> As a matter of taste, I'd prefer not to name my war "ROOT.war" >> > >> > So you don't want to do things the easy way... >> > >> >> I'd like it to be named after what it is, which is JIRA >> >> -- so jira.war. And I'd like it to be in Tomcat's webapp >> >> directory since that is the expected place to find webapps. >> > >> > You can't do both. Either follow standard practice and rename the >> file to >> > ROOT.war, or keep it outside of the appBase directory and >> create a >> > conf/Catalina/[host]/ROOT.xml file containing a element >> with a >> > docBase attribute that points to the location of jira.war. One of >> the >> > advantages of keeping production webapps outside of the >> appBase, is >> > that it makes upgrading from one Tomcat version to another much >> easier. >> > >> > - Chuck >> > >> > >> > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE >> PROPRIETARY >> > MATERIAL and is thus for use only by the intended recipient. If you >> > received this in error, please contact the sender and delete the e- >> mail >> > and its attachments from all computers. >> > >> > >> > > - >> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> > For additional commands, e-mail: users-h...@tomcat.apache.org >> > >> > >> > >> >> -- >> View this message in context: > http://old.nabble.com/Deploying-a-war-to- >> the-root-URL-path-tp29493194p29493909.html >> Sent from the Tomcat - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > __ > > Confidentiality Notice: This Transmission (including any attachments) may > contain information that is privileged, confidential, and exempt from > disclosure under applicable law. If the reader of this message is not the > intended recipient you are hereby notified that any dissemination, > distribution, or copying of this communication is strictly prohibited. > > If you have received this transmission in error, please immediately reply > to the sender or telephone (512) 343-9100 and delete this transmission > from your system. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > -- View this message in context: http://old.nabble.com/Deploying-a-war-to-the-root-URL-path-tp29493194p29523408.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Apache 5.x issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads
> From: White, Federico (Federico) [mailto:whi...@avaya.com] > Subject: Apache 5.x issue - SEVERE: All threads (200) are currently > busy, waiting. Increase maxThreads First off, it's not Apache 5.x, it's Tomcat 5.x. The term "Apache" refers to the Apache Software Foundation, for which Tomcat is just one of many products. Tell us your exact Tomcat version, the JVM level, the platform you're running on, whether or not you're using APR, and how you start Tomcat. > Server.website.xml That's not an interesting file, since Tomcat doesn't use that name. Post the conf/server.xml file that Tomcat is using, preferably with comments stripped out and privileged information obfuscated. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Deploying a war to the root URL path
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > Subject: RE: Deploying a war to the root URL path > > I'm not positive, but I think Chuck neglected to mention that the > docbase needs to contain the war in exploded format. If I'm wrong, > please slap my wrist Chuck. Consider your wrist slapped; docBase can point to a .war file or the expanded 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Deploying a war to the root URL path
I'm not positive, but I think Chuck neglected to mention that the docbase needs to contain the war in exploded format. If I'm wrong, please slap my wrist Chuck. Also, I'm surprised no one offered the obvious tuckey redirector solution, which usually gets brought up a lot on this list. You can always deploy your jira.war as normal, but also create a ROOT.war that contains the tuckey redirector configured to redirect ALL requests to insert "/jira" after the hostname of every request. This will add a little overhead, but probably only on the initial http://hostname request. Jeff > -Original Message- > From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] > Sent: Friday, August 20, 2010 12:12 PM > To: users@tomcat.apache.org > Subject: RE: Deploying a war to the root URL path > > > Ok, thanks Chuck. Perhaps I'll put my war elsewhere... I just don't > know > where it would be best placed. > ~ David > > > n828cl wrote: > > > >> From: David Smiley @MITRE.org [mailto:dsmi...@mitre.org] > >> Subject: Deploying a war to the root URL path > >> > >> As a matter of taste, I'd prefer not to name my war "ROOT.war" > > > > So you don't want to do things the easy way... > > > >> I'd like it to be named after what it is, which is JIRA > >> -- so jira.war. And I'd like it to be in Tomcat's webapp > >> directory since that is the expected place to find webapps. > > > > You can't do both. Either follow standard practice and rename the > file to > > ROOT.war, or keep it outside of the appBase directory and > create a > > conf/Catalina/[host]/ROOT.xml file containing a element > with a > > docBase attribute that points to the location of jira.war. One of > the > > advantages of keeping production webapps outside of the > appBase, is > > that it makes upgrading from one Tomcat version to another much > easier. > > > > - Chuck > > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE > PROPRIETARY > > MATERIAL and is thus for use only by the intended recipient. If you > > received this in error, please contact the sender and delete the e- > mail > > and its attachments from all computers. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > > > -- > View this message in context: http://old.nabble.com/Deploying-a-war-to- > the-root-URL-path-tp29493194p29493909.html > Sent from the Tomcat - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > __ Confidentiality Notice: This Transmission (including any attachments) may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this transmission in error, please immediately reply to the sender or telephone (512) 343-9100 and delete this transmission from your system. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Apache 5.x issue - SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads
I have an issue where my Tomcat server is going down quite often with the following message: Aug 19, 2010 12:03:21 PM org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (200) are currently busy, waiting. Increase maxThreads (200) or check the servlet status Aug 20, 2010 4:47:20 PM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-9602 Aug 20, 2010 4:47:21 PM org.apache.catalina.core.StandardService stop INFO: Stopping service website Aug 20, 2010 4:47:21 PM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-9602 The curious thing is My MaxTrheads settings are set to 100 instead 200 as the snippet says, so I wonder from where Apache is taking this "200" I suppose this might be a hardcoded message but I need you to confirm that apache is reading my xml or not. Server.website.xml Please let me know whether you have information about this issue and if there's any workaround/hotfix/release where I could get this working. Thanks in advance. [reply] [-]Comment 1Mark Thomas 2010-08-24 10:16:16 ED Federico White Technical Support Specialist - Global Remote Services AVAYA | Lavalle 1877 - 7th Floor - C1051ABA | Voice US 720-444-0540| C1051ABA | Buenos Aires - Argentina - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Jasper don't know getElementsByTagNameNS!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anton, On 8/24/2010 3:52 AM, Anton Ryazantsev wrote: > Hi! > My platform is windows xp 32 bit, and right now I'm using Tomcat 7.0.2 > > I found a strange bug, using dom objects in JSP. Since Tomcat 6 and > higher JSP page compiler throws Exception: The method > getElementsByTagNameNS(String, String) is undefined for the type > Element. How can it be? Method getElementsByTagNameNS must be define and > it is define in Xerces Parser (last version), for example. I can use > method getElementsByTagName, instead, but problem stay... plenty of code > need to rewrite... can you help? What JAR files do you have in your webapp's WEB-INF/lib directory? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAkxz02gACgkQ9CaO5/Lv0PClUwCY5htvEirHl9AgZFGdUiHDhVHg gACfVTsb+FblAp8G4keqUDDHMt1+aC8= =6ASb -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: another UTF-8 problem
Caldarale, Charles R schrieb: From: Tim-Christian Mundt [mailto:d...@tim-erwin.de] Subject: another UTF-8 problem I've encountered a UTF-8 problem and yes, URIEncoding="UTF-8" is set. Tomcat version? Using APR or not? JVM version? Platform? Default locale setting? - 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. tomcat 6.0.18 no APR JVM 1.6.0_14 currently on Windows XP I don't know how to get the default locale setting on Windows. I'm in Germany, have a German version and hence assume it's "de". Hope this helps isolating the problem. Tim - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Own Logging Handler not closing correctly
> From: pu...@web.de [mailto:pu...@web.de] > Subject: RE: Own Logging Handler not closing correctly > > Anybody should be able to use the handler without doing extra > things in their webapps... I'm not sure that's a reasonable assumption, since you have the log handler established within a single webapp environment. Some interaction with the webapp is required. Note that code changes to an existing webapp would not be required; you can supply an additional, log-handler specific ServletContextListener class to be configured in WEB-INF/web.xml that won't disturb or interact with any existing listeners the webapp might have. - 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.
RE: Own Logging Handler not closing correctly
>Can you stop the threads with the contextDestroyed() method of a >SevletContextListener? That's where auxiliary thread management is expected >to be done. >- Chuck I was thinking about that. But that's not really what I want. Anybody should be able to use the handler without doing extra things in their webapps... Later users should be able to integrate the handler in their tomcat-installation. So it's no option to tell them to manually kill the threds in their contextes... Or is there any way I just don't know to do that generic? From within the handler? If I'm right, this must be a problem anybody has if writing an own handler using threads... Thanks! Daniel ___ WEB.DE DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für nur 19,99 ¿/mtl.!* http://web.de/DSL-Doppel-Flatrate/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: another UTF-8 problem
> From: Tim-Christian Mundt [mailto:d...@tim-erwin.de] > Subject: another UTF-8 problem > > I've encountered a UTF-8 problem and yes, URIEncoding="UTF-8" is set. Tomcat version? Using APR or not? JVM version? Platform? Default locale setting? - 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.
RE: Own Logging Handler not closing correctly
> From: pu...@web.de [mailto:pu...@web.de] > Subject: Re: Own Logging Handler not closing correctly > > Do you have any idea how "to do better"? Can you stop the threads with the contextDestroyed() method of a SevletContextListener? That's where auxiliary thread management is expected to be done. - 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.
another UTF-8 problem
Hi, I've encountered a UTF-8 problem and yes, URIEncoding="UTF-8" is set. I'm connecting to a web service which returns UTF-8 encoded data. If I do so from a plain, regular, self-contained Java application everything is fine. However, if I run the same classes in tomcat (and trigger the action with a http request instead of a main() method in the application) I get latin-1 encoded characters. For instance when I make a call and receive a response which contains "Łódź" I finally get "?ód?" (console, file, whatever output). Actually the URIEncoding option should not have anything to do with this, because I'm not sending a request to my application, but my application is issuing a SOAP call to a web service. Are there any other options to consider? Same response from the web service (checked with Wireshark) but different outputs. I've no idea. Any hint is welcome. Thanks Tim - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Own Logging Handler not closing correctly
On 24/08/2010 10:20, pu...@web.de wrote: >> Tomcat: 6.0.29 >> OS: Mac OS >> Java: 1.5 >> >> >> I wrote an own java.util.logging.Handler to get the logs over the network. >> The handler is configured via "myWebapp/WEB-INF/classes/logging.properties" and is working very well. The handler uses some threads to do his job. I used the close()-Method to interrupt them. But when shutting tomcat down or doing an undeploy I always get messages like this: >> >> --- >> 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader >> clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak. >> 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader >> clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak. >> --- >> >> Theses threads were started by the handler and can not be stopped by tomcat. >> Interestingly the cose()-Methode of my handler - where the handler would kill these threads - gets called after theses messages... >> >> I don't really know how to understand these messages? Why are theses >> messages produced before calling the close() Method of the handler? >It is to do with the order in which the context is shut down. The check >for threads is made before the logging system is shut down. >Mark Thanks Mark. Do you have any idea how "to do better"? I plan to offer the handler as part of a logging framework, but these SEVERE-Messages are not that nice and could let the useres think anything goes wrong... Daniel ___ GRATIS für alle WEB.DE Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Own Logging Handler not closing correctly
On 24/08/2010 10:20, pu...@web.de wrote: > Tomcat: 6.0.29 > OS: Mac OS > Java: 1.5 > > > I wrote an own java.util.logging.Handler to get the logs over the network. > The handler is configured via "myWebapp/WEB-INF/classes/logging.properties" > and is working very well. The handler uses some threads to do his job. I used > the close()-Method to interrupt them. But when shutting tomcat down or doing > an undeploy I always get messages like this: > > --- > 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader > clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to > have started a thread named [Thread-2] but has failed to stop it. This is > very likely to create a memory leak. > 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader > clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to > have started a thread named [Thread-2] but has failed to stop it. This is > very likely to create a memory leak. > --- > > Theses threads were started by the handler and can not be stopped by tomcat. > Interestingly the cose()-Methode of my handler - where the handler would kill > these threads - gets called after theses messages... > > I don't really know how to understand these messages? Why are theses messages > produced before calling the close() Method of the handler? It is to do with the order in which the context is shut down. The check for threads is made before the logging system is shut down. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] How to spwan child processes.
Peter Crowther wrote: On 23 August 2010 21:56, André Warnier wrote: and can someone finally explain what "spwaning child processes" means ? It's a UNIXism - a fork() call spawns a child process from a parent process. Not sure how much further back it goes into the deep, dark and slightly dank dungeon of operating system history. Cambridge on-line dictionary : spawn verb (START) [T] to cause something new, or many new things, to grow or start suddenly spawn verb ( EGGS ) [I] to produce eggs I believe that both definitions apply somewhat in this case. But, talking of dank dungeons, I was referring - in jest - to "spwan" in the thread subject, which sounds more like some English medieval form of child (or in this case kitten) abuse. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Own Logging Handler not closing correctly
Tomcat: 6.0.29 OS: Mac OS Java: 1.5 I wrote an own java.util.logging.Handler to get the logs over the network. The handler is configured via "myWebapp/WEB-INF/classes/logging.properties" and is working very well. The handler uses some threads to do his job. I used the close()-Method to interrupt them. But when shutting tomcat down or doing an undeploy I always get messages like this: --- 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak. 23.08.2010 23:43:14 org.apache.catalina.loader.WebappClassLoader clearReferencesThreadsSEVERE: The web application [/testWebapp] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak. --- Theses threads were started by the handler and can not be stopped by tomcat. Interestingly the cose()-Methode of my handler - where the handler would kill these threads - gets called after theses messages... I don't really know how to understand these messages? Why are theses messages produced before calling the close() Method of the handler? Thanks a lot! ___ WEB.DE DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für nur 19,99 ¿/mtl.!* http://web.de/DSL-Doppel-Flatrate/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to spwan child processes.
On 23 August 2010 21:56, André Warnier wrote: > and can someone finally explain what "spwaning child processes" means ? > It's a UNIXism - a fork() call spawns a child process from a parent process. Not sure how much further back it goes into the deep, dark and slightly dank dungeon of operating system history. - Peter
Jasper don't know getElementsByTagNameNS!?
Hi! My platform is windows xp 32 bit, and right now I'm using Tomcat 7.0.2 I found a strange bug, using dom objects in JSP. Since Tomcat 6 and higher JSP page compiler throws Exception: The method getElementsByTagNameNS(String, String) is undefined for the type Element. How can it be? Method getElementsByTagNameNS must be define and it is define in Xerces Parser (last version), for example. I can use method getElementsByTagName, instead, but problem stay... plenty of code need to rewrite... can you help? Log is in attachment. Source code of test JPS-page also attached. Ryazantsev Anton user id: [antonio3] session id: [FD8291B6246A76C44C70B623825C329D] time: 2010.08.24 11:46:24 Exception cause URI: /brok/test.jsp Root cause: n/a Cause: org.apache.jasper.JasperException: Unable to compile class for JSP: An error occurred at line: 32 in the jsp file: /test.jsp The method getElementsByTagNameNS(String, String) is undefined for the type Element 29: catch (Exception e) { 30: e.printStackTrace(); 31: } 32: NodeList nl = Message.getDocumentElement().getElementsByTagNameNS("*", "qwerty"); 33: %> 34: 35: Stacktrace: at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330) at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:443) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:362) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:340) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:327) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:594) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:316) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at filters.AccessDenied.doFilter(AccessDenied.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:242) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:170) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:242) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:163) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:556) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:401) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:281) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1568) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) <%@ page import="org.w3c.dom.Document" %> <%@ page import="javax.xml.parsers.DocumentBuilderFactory" %> <%@ page import="javax.xml.parsers.DocumentBuilder" %> <%@ page import="org.xml.sax.InputSource" %> <%@ page import="java.io.StringReader" %> <%@ page import="org.w3c.dom.NodeList" %> <%-- Created by IntelliJ IDEA. User: aryazantsev Date: 24.08.2010 Time: 11:32:31 --%> <%@ page contentType="text/html;charset=UTF-8" language="java" %> Simple jsp page <% Document Message = null; DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance (); dbf.setNamespaceAware ( true ); dbf.setValidating ( false ); try { DocumentBuilder db = dbf.newDocumentBuilder (); InputSource is= new InputSource(new StringReader("")); Message=db.parse(is); Message.getDocumentElement().normalize(); } catch (Exception e) { e.printStackTrace();