Re: Regarding compatibility
On Feb 2, 2012 5:01 PM, André Warnier a...@ice-sa.com wrote: Pid wrote: On 02/02/2012 15:01, Christopher Schultz wrote: David, On 2/2/12 7:50 AM, David kerber wrote: On 2/2/2012 6:25 AM, Pid wrote: On 02/02/2012 10:27, bhawana rajpurohit wrote: Hi, This is to ask you that we have Apache 2.2.17 and tomcat 7.0.12. Why not upgrade to Apache HTTPD 2.2.22 and Apache Tomcat 7.0.25? Go on, it'll be fun! Kindy tell us that whether they are compatible with vtier(virtual Tier) architechture or not. Yes. Unless you're using quantum loop gravity. Is that open source? :D I think you want either OpenQuantumLoopGravity or GNQLG (GNU's Not Quantum Loop Gravity). They are, of course, completely incompatible with each other. We should start an Incubator wiki proposal page for OpenQuantumLoopGravity. Oh yes. The programming language could be called DarkEnergy, and the documentation be written in DarkMatter (and it would always include unwritten chapters, named black holes). The language should contain only string variables, but with enough methods and properties to make them super-strings. Numeric constants should be relative. Arithmetic expressions should be allowed to violate parity, in certain cases. It should also offer graphic primitives allowing to draw in at least 11 dimensions (of which up to 7 could be rolled-up). - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org +1 It will be open source, right?
Re: Servlet mapping, welcome file and trailing slashes
Gregg - Any chance you could do this in two steps? Could you implement a filter on the url pattern /* . If the request uri is for something in the root, chain it through. If it is not, forward it to the required servlet? Just a thought. DJ On 3/5/10, GreggCarrier greggcarr...@gmail.com wrote: I'm having a frustrating problem and I can't find the right configuration for what I want. Hoping someone can offer some insight. Desired behavior: I want all requests to my webapp to be handled by one servlet except requests for index.jsp or the root of the webapp. I do not want trailing slashes to be required in order to load URLs. The setups I have tried and the results: 1 - servlet-mapping servlet-nameJersey Spring Web Application/servlet-name url-pattern//url-pattern /servlet-mapping welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list In this case, the index.jsp loads fine at /mywebapp/. The servlet handles all other requests appropriately EXCEPT it requires a trailing slash at the end of all URLs. Eg, /mywebapp/foo/ loads but /mywebapp/foo does not. This setup would be perfect except for the trailing slash requirement. I want it to load with or without the trailing slash. 2 - servlet-mapping servlet-nameJersey Spring Web Application/servlet-name url-pattern/*/url-pattern /servlet-mapping welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list With this setup the servlet handles requests with and without the trailing slash (correctly). The index.jsp will not load at /mywebapp/ or /mywebapp/index.jsp. Any ideas? Thanks very much! Gregg -- View this message in context: http://old.nabble.com/Servlet-mapping%2C-welcome-file-and-trailing-slashes-tp27801086p27801086.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 -- Sent from my mobile device - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: sendRedirect problem
One other thing to check - there is a return after the sendRedirect in the scriplet, yes? Could you share a stripped down version of the pages? These beans are also presumably in session scope? DJ On 2/23/10, Desbaratizador pgove...@gtinformatica.pt wrote: Environment: - Apache Tomcat 5.5 - OS and JVM are (very probably) not relevant - Code WORKS on JDeveloper debugger (Windows XP and vista, various JVM's) - Code NOT WORKS when deployed to Apache Tomcat 5.5 (tests made on various machines, Windows Server 2008, ...) xxx.jsp and yyy.jsp are regular jsp pages in a JSF project: - xxx.jsp invokes yyy.jsp by regular JSF page flow (action triggered by a menu item) - In a jsp:scriptlet inside yyy.jsp app is verified that a backing bean is not null - If backing bean = null a response.sendRedirect(xxx.jsp) is made - On JDeveloper the app redirects to xxx.jsp but on Apache Tomcat 5.5 yyy.jsp is rendered Call responseComplete method before sendRedirect does not solve the problem... Donn Aiken-2 wrote: If I had to guess, there is a missing FacesContext.responseComplete(); Prior to the sendRedirect call. DJ On 2/22/10, Pid p...@pidster.com wrote: On 22/02/2010 12:39, Desbaratizador wrote: Hi I have a faces (JSF) app developed with JDeveloper, in a JSP i have a sendRedirect like this: response.sendRedirect(xxx.jsp); Does xxx stand for something and if so, what? (Don't tell us if the actual page name is something exciting and proprietory, who knows what we might do with that knowledge.) The problem: sendRedirect not working (the page where the redirect is invoked continues loading), occurs only when the app is deployed to Apache Tomcat. On the JDeveloper built-in debugger the code works fine: xxx.jsp appears. So it works on the server, it works in the debugger. When doesn't it work? Any idea? From the almost none-existent information you've provided, no, not really. Exact Tomcat, JVM, OS versions and *lot* more specific information would be useful. p - 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 -- View this message in context: http://old.nabble.com/sendRedirect-problem-tp27686610p27702052.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 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: sendRedirect problem
Glad the issue is solved. If I had to guess, I bet OC4J and Tomcat buffer the output differently, and that is why you see the output from xxx.jsp in one, and the output from yyy.jsp in the other. DJ On Tue, Feb 23, 2010 at 7:44 AM, Desbaratizador pgove...@gtinformatica.ptwrote: The addition of a return after sendRedirect put the code to work on Apache Tomcat 5.5. Remarks: even in the absence of that return the redirect works in JDeveloper debugger Thanks Desbaratizador Donn Aiken-2 wrote: One other thing to check - there is a return after the sendRedirect in the scriplet, yes? Could you share a stripped down version of the pages? These beans are also presumably in session scope? DJ On 2/23/10, Desbaratizador pgove...@gtinformatica.pt wrote: Environment: - Apache Tomcat 5.5 - OS and JVM are (very probably) not relevant - Code WORKS on JDeveloper debugger (Windows XP and vista, various JVM's) - Code NOT WORKS when deployed to Apache Tomcat 5.5 (tests made on various machines, Windows Server 2008, ...) xxx.jsp and yyy.jsp are regular jsp pages in a JSF project: - xxx.jsp invokes yyy.jsp by regular JSF page flow (action triggered by a menu item) - In a jsp:scriptlet inside yyy.jsp app is verified that a backing bean is not null - If backing bean = null a response.sendRedirect(xxx.jsp) is made - On JDeveloper the app redirects to xxx.jsp but on Apache Tomcat 5.5 yyy.jsp is rendered Call responseComplete method before sendRedirect does not solve the problem... Donn Aiken-2 wrote: If I had to guess, there is a missing FacesContext.responseComplete(); Prior to the sendRedirect call. DJ On 2/22/10, Pid p...@pidster.com wrote: On 22/02/2010 12:39, Desbaratizador wrote: Hi I have a faces (JSF) app developed with JDeveloper, in a JSP i have a sendRedirect like this: response.sendRedirect(xxx.jsp); Does xxx stand for something and if so, what? (Don't tell us if the actual page name is something exciting and proprietory, who knows what we might do with that knowledge.) The problem: sendRedirect not working (the page where the redirect is invoked continues loading), occurs only when the app is deployed to Apache Tomcat. On the JDeveloper built-in debugger the code works fine: xxx.jsp appears. So it works on the server, it works in the debugger. When doesn't it work? Any idea? From the almost none-existent information you've provided, no, not really. Exact Tomcat, JVM, OS versions and *lot* more specific information would be useful. p - 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 -- View this message in context: http://old.nabble.com/sendRedirect-problem-tp27686610p27702052.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 - 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/sendRedirect-problem-tp27686610p27702740.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: sendRedirect problem
If I had to guess, there is a missing FacesContext.responseComplete(); Prior to the sendRedirect call. DJ On 2/22/10, Pid p...@pidster.com wrote: On 22/02/2010 12:39, Desbaratizador wrote: Hi I have a faces (JSF) app developed with JDeveloper, in a JSP i have a sendRedirect like this: response.sendRedirect(xxx.jsp); Does xxx stand for something and if so, what? (Don't tell us if the actual page name is something exciting and proprietory, who knows what we might do with that knowledge.) The problem: sendRedirect not working (the page where the redirect is invoked continues loading), occurs only when the app is deployed to Apache Tomcat. On the JDeveloper built-in debugger the code works fine: xxx.jsp appears. So it works on the server, it works in the debugger. When doesn't it work? Any idea? From the almost none-existent information you've provided, no, not really. Exact Tomcat, JVM, OS versions and *lot* more specific information would be useful. p - 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: Tomcat dies suddenly
Carl - I did have something like this happen to me - not with Tomcat but with another JEE container. The container would run for a while, without incident, then suddenly simply die, with nothing in any log, and not on any apparent time schedule. We had some code that was manipulating LDAP that had a leak in it. For each leaked connection, we had an open file descriptor that never went away, until the process went away. If memory serves, we finally found it by looking at entries in /proc/{pid of jvm}/fd, doing a bunch of find . | wc and watching that over time. I hope this is of some help. Good luck. Donn On Fri, Feb 12, 2010 at 3:46 PM, Carl c...@etrak-plus.com wrote: Andre, Take my comment as a compliment because that is the way it was meant... you have helped a lot of people on this least and I, for one, really appreciate that. I was waiting to see if someone could give me an idea how to implement what you remembered and, if not, then I would google around to see if I could find it myself. Thanks, Carl - Original Message - From: André Warnier a...@ice-sa.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, February 12, 2010 3:34 PM Subject: Re: Tomcat dies suddenly Carl wrote: Andre, Thanks for the response. I have read almost all of your posts and realy enjoy the way to take problems apart. Keep on thinking. I'm not quite sure how to take the above answer.. So, just in case, and maybe to my own ultimate embarassment, I want to indicate that I was serious. I seem to remember cases where an application at the point of dying, would have very much liked to log a last desperate message to indicate the situation, but did not even have the resources left to be able to do so. - 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: Tomcat: two context path for one webapp
By any chance, do you have an Apache httpd server in front of this tomcat instance? The first solution that comes to my mind is using mod_rewrite with some rewrite rules on the httpd server so that the web browser client sees http://localhost:8080/YYY but it is really http://localhost:8080/XXX DJ On Wed, 2009-11-11 at 08:57 -0800, AlbundySzabolcs wrote: Hi, I have been trying to solve a problem, but I have not found any good solution yet. The problem is: I have a web app and this web app is deployed to the $TOMCAT_HOME/webapps/XXX directory. I can reach that on the http://localhost:8080/XXX address BUT, I would like to reach the web app on the http://localhost:8080/YYY address too. I added the following to the server.xml: Server Service Engine Host ... Context path=/YYY docBase=XXX/Context /Host /Engine /Service /Server It helped but the Tomcat started two web contexts and it caused some other problem. Is it possible to create a multiple address for one web app and both address represent same webapp? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org