RE: EL in Tomcat 7
> In 7.0.21 it works: OK, thank you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Do imports inherit?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doug, On 9/11/2011 12:24 PM, Donald Jolley wrote: > Thanks for the clarification. > >> Also note that it's generally frowned upon to import with >> wildcards; be > specific with the classes you use. > > Your suggestion certainly seems reasonable to me. I do, however, > note that the use of wildcards seems to be fairly prolific. In > this particular case my use of the wildcards was simply a case of > my following a textbook example. Wildcards are often used for brevity in examples, etc. because it's important for the reader to know what the imports are, but there's no reason to print 50 import statements. As for practical matters, the compiler runs a bit faster when it only "imports" a few classes instead of a whole package. Also, wildcard imports can often lead to conflicts: for instance, both packages javax.xml.stream.events and org.w3c.dom have a class called "Comment"), so if you wildcard-import them, both, you'll have to fully-qualify the use of "Comment" in the source code. Also, since the Java API isn't static and new classes are added with each release, you might find that "import java.io.*" in version 1.2 of the API works just fine, but that when you upgrade to version 1.7, you find that there is a new class that conflicts with one where there was no historical conflict and suddenly your code no longer compiles without changes. What looks like a bug in your code is actually just laziness of the programmer that came back to bite you later in the code's life. Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5utJIACgkQ9CaO5/Lv0PDn4QCgqUoWn702LxDrMOiSKYRBp+/Q PBUAn06IkpcRMZPDcdtlrFY9nTbI+ZHo =EQMu -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache+Tomcat+mod_jk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Konstantin, On 9/12/2011 9:06 AM, Konstantin Kolinko wrote: > 2011/9/12 trm asn : >>> >> Below is my httpd.conf >> >> Alias /images "/var/www/sc/images" JkWorkersFile >> conf/workers.properties JkLogFile /var/log/httpd/mod_jk.log >> JkLogLevel debug JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " >> JkOptions +ForwardKeySize +ForwardURICompat >> -ForwardDirectories JkRequestLogFormat "%w %V %T" JkUnMount >> /*.jpg loadbalancer > > Wouldn't that be JkUnMount /images/*.jpg ? +1 >> JkMount / loadbalancer JkMount /* loadbalancer > *:80> > > JkMountCopy needed ? That depends upon other configurations. It seems that mod_jk is being invoked, so that's probably not the problem. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5usbwACgkQ9CaO5/Lv0PBXWQCdGq3wGFu8qKoR12Bcp3U851eB qDQAoIo4p0V0ETeRDAo+kEkmEDMDmITA =r7Ch -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: *.iface;jessionid=xxx gives 404 error
2011/9/13 Konstantin Kolinko : > 2011/9/13 jprideaux : >> >> Is it intended that request.getRequestURI() should return a path parameter >> as part of the URI? > > Yes, That is required by the Servlet Specification. > > See servlet-2_5-mrel2-spec.pdf ch. SRV.3.1 (page number 26), Quote: > [[[ > Path parameters that are part of a GET request (as defined by HTTP 1.1) are > not > exposed by these APIs. They must be parsed from the String values > returned by the > getRequestURI method or the getPathInfo method. > ]]] > > It means that getRequestURI() must return the path parameters as is. > > > I am looking at the source code of PathDispatcher for icefaces-1.8.2 > in their svn repository... It uses regex matching against the value > of request.getRequestURI(), > and those regexes are \\.jsp$ and so on > (in com.icesoft.faces.webapp.http.servlet.MainServlet) > using $ to match the end of string. > I think you can write a filter and use RequestDispatcher.forward() to corrected URL, or configure urlrewrite filter [1] to do this. Thought it would be better if icefaces fixed their bug. [1] http://urlrewritefilter.googlecode.com/svn/trunk/src/doc/manual/3.2/guide.html Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 7 adds jsessionid in request URI as opposed to Tomcat 5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javed, On 9/12/2011 10:54 AM, Javed wrote: > At the end, I circumvented this issue with help of regular > expressions in urlrewrite filter. I wrote different regular > expressions to identify jsessionid and converted upper case request > URI to lower case and again appended jsessionid with new URI. > > But I have to take care of jsessionid in each of the rule I have > written. Can't you just have one rule that normalizes the case and then other rules that do other things? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5ugRMACgkQ9CaO5/Lv0PDbmQCguTn4xqHR9wAmc7TfITW7+73Z W7wAni+++mYb4Boax4s1M/yBqZGz2OVX =LSat -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: EL in Tomcat 7
2011/9/12 : >> What exactly version on Tomcat 7.0.x? There is a new one every month. > > .get(..) works on 7.0.5 but not on 7.0.8 > There was a lot of important fixes since 7.0.8. In 7.0.21 it works: [[[ <%@page import="java.util.*" %> <% Map states = new HashMap(); states.put(1, "foo"); pageContext.setAttribute("states", states); pageContext.setAttribute("state", 1); %> The value: ${states.get(state)} ]]] results in [[[ The value: foo ]]] You should have tested 7.0.21 by yourself. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: *.iface;jessionid=xxx gives 404 error
2011/9/13 jprideaux : > > One other tidbit. When I call request.getRequestURI(), I get something like > PathDispatcher.service: /test3/a.iface from > org.apache.catalina.connector.RequestFacade@a245b0 > when I'm using Tomcat 6.0.32 > and > PathDispatcher.service: /test3/a.iface;jsessionid=blah from > org.apache.catalina.connector.RequestFacade@a83987 > when I am using tomcat 6.0.33 (or Tomcat 7). > > Is it intended that request.getRequestURI() should return a path parameter > as part of the URI? Yes, That is required by the Servlet Specification. See servlet-2_5-mrel2-spec.pdf ch. SRV.3.1 (page number 26), Quote: [[[ Path parameters that are part of a GET request (as defined by HTTP 1.1) are not exposed by these APIs. They must be parsed from the String values returned by the getRequestURI method or the getPathInfo method. ]]] It means that getRequestURI() must return the path parameters as is. I am looking at the source code of PathDispatcher for icefaces-1.8.2 in their svn repository... It uses regex matching against the value of request.getRequestURI(), and those regexes are \\.jsp$ and so on (in com.icesoft.faces.webapp.http.servlet.MainServlet) using $ to match the end of string. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: *.iface;jessionid=xxx gives 404 error
One other tidbit. When I call request.getRequestURI(), I get something like PathDispatcher.service: /test3/a.iface from org.apache.catalina.connector.RequestFacade@a245b0 when I'm using Tomcat 6.0.32 and PathDispatcher.service: /test3/a.iface;jsessionid=blah from org.apache.catalina.connector.RequestFacade@a83987 when I am using tomcat 6.0.33 (or Tomcat 7). Is it intended that request.getRequestURI() should return a path parameter as part of the URI? Or is it a bug? jprideaux wrote: > > The examples as part of the 6.0.33 Tomcat deployment have both JSP and > servlets. You are right that appending a path parameter of > ";jsessionid=123" works for those. What is different and specific about > my webapplication is that I am using icefaces pages which are different > than either JSP or servlets. I could append path parameters to the URL > for iface pages in Tomcat 6.0.32 and earlier but I cannot for Tomcat > version 6.0.33 (and Tomcat 7). The reason why I am wanting to do this is > to preserve the session in some special situations for my webapp. I'm > also asking this in the icefaces forums on that company's web-site. They > may also be interested in not losing any capability with their technology > with the newer Tomcat versions. > > I'm hoping to learn of a configuration setting in web.xml or server.xml > that might let Tomcat recognize the page... For the time being, I will > simply continue to use Tomcat 6.0.32. In the future, though, I would like > to be able to upgrade. > > If you are so inclined to test out a simple webapp that has an iceface > page, you can download a simple war file from > http://snapdiagnostics.org/test3.war and test it out with both Tomcat > 6.0.32 and 6.0.33. This war file is the most simple possible site that > has an icefaces page. > > Once deployed, try browsing to the following two URLs by typing the > following in the address line: > http://localhost:8080/test3/a.iface > http://localhost:8080/test3/a.iface;jsessionid=123 > > You will see that with Tomcat 6.0.32, that both pages will be served. > For Tomcat 6.0.33, only the page without this specific path parameter will > be served. > > Thanks, > > Jeff Prideaux > > > > Konstantin Kolinko wrote: >> >> 2011/9/12 jprideaux : >>> >>> My webapps has some icefaces pages where I need to tag on the >>> jsessionid. >>> This was working in Tomcat 6.0.32 and all earlier versions but not for >>> Tomcat 6.0.33. It also does not work for the Tomcat 7.0.x minor >>> editions I >>> have tested. It is as if the most recent Tomcat minor versions cannot >>> tell >>> that ;jsessionid is not part of the file-name for iface pages. >>> >>> I was able to simply recreate the problem using MyEclipse by generating >>> a >>> web-project, turning on JSF, turn on icefaces, turn on facelets, then >>> add a >>> simple xhtml page. Just use the page it creates for you. Then set >>> MyEclispe up to use an external Tomcat instance. Point to a 6.0.32 >>> Tomcat >>> instance and the page will come up even if you add a jsessionid to it. >>> Point to a 6.0.33 instance and the page won't come up with the >>> ;sessionid >>> added to the URL. You will get a page not fouind (404) error. >>> For example, you might be using a URL like follows: >>> http://localhost:8080/testProject/a.iface;jsessionid=123 >>> It comes up for Tomcat 6.0.32 >>> but Tomcat 6.0.33 fives a page not found (404) error >>> >>> Whay is that? Is this a bug? Is it intended? Is there a Tomcat >>> configuration setting that will enable it to tell that the the >>> ;jsessionid >>> is not part of the page name? >>> >>> I have no problem tagging on jsessionid to JSP pages in any version of >>> Tomcat. I just can't get it to work with iface pages. >> >> It does work with the standard examples webapp that comes with 6.0.33, >> (regardless of whether you add ";jsessionid=value" or your misprinted >> jessionid). >> >> You need to >> 1) Check what is different/specific in your configuration >> 2) Explain what you are trying to do and why. >> >> There was improvement in "path parameters" handling in 6.0.33 (that is >> what those (";" + foo) in URLs are called), but that should not >> concern spec-compliant applications. >> >> Some discussion about "path parameters" should be in the archives of >> the dev@ list. >> >> Best regards, >> Konstantin Kolinko >> >> - >> 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/*.iface-jessionid%3Dxxx-gives-404-error-tp32449101p32450969.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: *.iface;jessionid=xxx gives 404 error
The examples as part of the 6.0.33 Tomcat deployment have both JSP and servlets. You are right that appending a path parameter of ";jsessionid=123" works for those. What is different and specific about my webapplication is that I am using icefaces pages which are different than either JSP or servlets. I could append path parameters to the URL for iface pages in Tomcat 6.0.32 and earlier but I cannot for Tomcat version 6.0.33 (and Tomcat 7). The reason why I am wanting to do this is to preserve the session in some special situations for my webapp. I'm also asking this in the icefaces forums on that company's web-site. They may also be interested in not losing any capability with their technology with the newer Tomcat versions. I'm hoping to learn of a configuration setting in web.xml or server.xml that might let Tomcat recognize the page... For the time being, I will simply continue to use Tomcat 6.0.32. In the future, though, I would like to be able to upgrade. If you are so inclined to test out a simple webapp that has an iceface page, you can download a simple war file from http://snapdiagnostics.org/test3.war and test it out with both Tomcat 6.0.32 and 6.0.33. This war file is the most simple possible site that has an icefaces page. Once deployed, try browsing to the following two URLs by typing the following in the address line: http://localhost:8080/test3/a.iface http://localhost:8080/test3/a.iface;jsessionid=123 You will see that with Tomcat 6.0.32, that both pages will be served. For Tomcat 6.0.33, only the page without this specific path parameter will be served. Thanks, Jeff Prideaux Konstantin Kolinko wrote: > > 2011/9/12 jprideaux : >> >> My webapps has some icefaces pages where I need to tag on the jsessionid. >> This was working in Tomcat 6.0.32 and all earlier versions but not for >> Tomcat 6.0.33. It also does not work for the Tomcat 7.0.x minor editions >> I >> have tested. It is as if the most recent Tomcat minor versions cannot >> tell >> that ;jsessionid is not part of the file-name for iface pages. >> >> I was able to simply recreate the problem using MyEclipse by generating a >> web-project, turning on JSF, turn on icefaces, turn on facelets, then add >> a >> simple xhtml page. Just use the page it creates for you. Then set >> MyEclispe up to use an external Tomcat instance. Point to a 6.0.32 >> Tomcat >> instance and the page will come up even if you add a jsessionid to it. >> Point to a 6.0.33 instance and the page won't come up with the ;sessionid >> added to the URL. You will get a page not fouind (404) error. >> For example, you might be using a URL like follows: >> http://localhost:8080/testProject/a.iface;jsessionid=123 >> It comes up for Tomcat 6.0.32 >> but Tomcat 6.0.33 fives a page not found (404) error >> >> Whay is that? Is this a bug? Is it intended? Is there a Tomcat >> configuration setting that will enable it to tell that the the >> ;jsessionid >> is not part of the page name? >> >> I have no problem tagging on jsessionid to JSP pages in any version of >> Tomcat. I just can't get it to work with iface pages. > > It does work with the standard examples webapp that comes with 6.0.33, > (regardless of whether you add ";jsessionid=value" or your misprinted > jessionid). > > You need to > 1) Check what is different/specific in your configuration > 2) Explain what you are trying to do and why. > > There was improvement in "path parameters" handling in 6.0.33 (that is > what those (";" + foo) in URLs are called), but that should not > concern spec-compliant applications. > > Some discussion about "path parameters" should be in the archives of > the dev@ list. > > Best regards, > Konstantin Kolinko > > - > 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/*.iface-jessionid%3Dxxx-gives-404-error-tp32449101p32450085.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: EL in Tomcat 7
>> ${states.get(state)} > > Did it work before, and in what exact versions of Tomcat? Only on dev with 7.0.5 > I would write that as ${states[state]} This works. > What exactly version on Tomcat 7.0.x? There is a new one every month. .get(..) works on 7.0.5 but not on 7.0.8 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: EL in Tomcat 7
2011/9/12 : > Hi, > > in a jsp I have an expression like this: > > ${states.get(state)} Did it work before, and in what exact versions of Tomcat? I would write that as ${states[state]} > > On my dev machine everything works fine, on the staging it does not work, I > get: > > java.lang.NoSuchMethodException: java.util.HashMap.get(java.lang.Integer) > > states is: > > Map states = new HashMap(); > states.put(1, "foo"); > ... > > > Both machines running Java 1.6 with Tomcat 7. What exactly version on Tomcat 7.0.x? There is a new one every month. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
EL in Tomcat 7
Hi, in a jsp I have an expression like this: ${states.get(state)} On my dev machine everything works fine, on the staging it does not work, I get: java.lang.NoSuchMethodException: java.util.HashMap.get(java.lang.Integer) states is: Map states = new HashMap(); states.put(1, "foo"); ... Both machines running Java 1.6 with Tomcat 7. What may be the problem here? Thank you - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: *.iface;jessionid=xxx gives 404 error
2011/9/12 jprideaux : > > My webapps has some icefaces pages where I need to tag on the jsessionid. > This was working in Tomcat 6.0.32 and all earlier versions but not for > Tomcat 6.0.33. It also does not work for the Tomcat 7.0.x minor editions I > have tested. It is as if the most recent Tomcat minor versions cannot tell > that ;jsessionid is not part of the file-name for iface pages. > > I was able to simply recreate the problem using MyEclipse by generating a > web-project, turning on JSF, turn on icefaces, turn on facelets, then add a > simple xhtml page. Just use the page it creates for you. Then set > MyEclispe up to use an external Tomcat instance. Point to a 6.0.32 Tomcat > instance and the page will come up even if you add a jsessionid to it. > Point to a 6.0.33 instance and the page won't come up with the ;sessionid > added to the URL. You will get a page not fouind (404) error. > For example, you might be using a URL like follows: > http://localhost:8080/testProject/a.iface;jsessionid=123 > It comes up for Tomcat 6.0.32 > but Tomcat 6.0.33 fives a page not found (404) error > > Whay is that? Is this a bug? Is it intended? Is there a Tomcat > configuration setting that will enable it to tell that the the ;jsessionid > is not part of the page name? > > I have no problem tagging on jsessionid to JSP pages in any version of > Tomcat. I just can't get it to work with iface pages. It does work with the standard examples webapp that comes with 6.0.33, (regardless of whether you add ";jsessionid=value" or your misprinted jessionid). You need to 1) Check what is different/specific in your configuration 2) Explain what you are trying to do and why. There was improvement in "path parameters" handling in 6.0.33 (that is what those (";" + foo) in URLs are called), but that should not concern spec-compliant applications. Some discussion about "path parameters" should be in the archives of the dev@ list. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
*.iface;jessionid=xxx gives 404 error
My webapps has some icefaces pages where I need to tag on the jsessionid. This was working in Tomcat 6.0.32 and all earlier versions but not for Tomcat 6.0.33. It also does not work for the Tomcat 7.0.x minor editions I have tested. It is as if the most recent Tomcat minor versions cannot tell that ;jsessionid is not part of the file-name for iface pages. I was able to simply recreate the problem using MyEclipse by generating a web-project, turning on JSF, turn on icefaces, turn on facelets, then add a simple xhtml page. Just use the page it creates for you. Then set MyEclispe up to use an external Tomcat instance. Point to a 6.0.32 Tomcat instance and the page will come up even if you add a jsessionid to it. Point to a 6.0.33 instance and the page won't come up with the ;sessionid added to the URL. You will get a page not fouind (404) error. For example, you might be using a URL like follows: http://localhost:8080/testProject/a.iface;jsessionid=123 It comes up for Tomcat 6.0.32 but Tomcat 6.0.33 fives a page not found (404) error Whay is that? Is this a bug? Is it intended? Is there a Tomcat configuration setting that will enable it to tell that the the ;jsessionid is not part of the page name? I have no problem tagging on jsessionid to JSP pages in any version of Tomcat. I just can't get it to work with iface pages. -- View this message in context: http://old.nabble.com/*.iface-jessionid%3Dxxx-gives-404-error-tp32449101p32449101.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: Tomcat 7 adds jsessionid in request URI as opposed to Tomcat 5
Thanks for all the replies. I can not go cookie way because application has to work without cookies. I did lot of investigation but couldn't find why it is working in Tomcat 5 not in Tomcat 7. At the end, I circumvented this issue with help of regular expressions in urlrewrite filter. I wrote different regular expressions to identify jsessionid and converted upper case request URI to lower case and again appended jsessionid with new URI. But I have to take care of jsessionid in each of the rule I have written. Hopefully, I will be able to optimize / find out better solution for the same. >>> >>> Javed wrote: > I was using Tomcat 5.0.28 before using Tomcat 7.0.16. The application was working perfectly fine. >>>Recently, we have migrated from Tomcat 5 to Tomcat 7. > The application works fine for most of the part but gives problem with URLRewriteFilter. I have used URLRewriteFilter to convert Capital case request URI to lowercase and SEO purpose. The capital case convert rule looks like > .. > -Javed Attar -- View this message in context: http://old.nabble.com/Tomcat-7-adds-jsessionid-in-request-URI-as-opposed-to-Tomcat-5-tp32192166p32448606.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+Tomcat+mod_jk
2011/9/12 trm asn : >> > Below is my httpd.conf > > Alias /images "/var/www/sc/images" > JkWorkersFile conf/workers.properties > JkLogFile /var/log/httpd/mod_jk.log > JkLogLevel debug > JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " > JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories > JkRequestLogFormat "%w %V %T" > JkUnMount /*.jpg loadbalancer Wouldn't that be JkUnMount /images/*.jpg ? > JkMount / loadbalancer > JkMount /* loadbalancer > JkMountCopy needed ? > ServerName eaas-nm-haproxy > DocumentRoot "/var/www/sc" > > # Options Indexes FollowSymLinks MultiViews > Options None > AllowOverride None > Order allow,deny > allow from all > > ErrorLog logs/app1-error.log > CustomLog logs/app1-access.log combined > RewriteEngine On > RewriteRule ^/(images/.+);jsessionid=\w+$ /$1 > > > > Still it's trying to fetch from tomcat. > Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Changes in Windows registry, 6.0.33
2011/9/12 nori t : > Sorry. I understood the means of change now. > Registration of the program to Windows also changes. > The change itself is http://svn.apache.org/viewvc?view=revision&revision=1153828 and ported to 5.5 as well: http://svn.apache.org/viewvc?view=revision&revision=1160313 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Changes in Windows registry, 6.0.33
Sorry. I understood the means of change now. Registration of the program to Windows also changes. Thanks, nori. 2011/9/12 nori t > Hi, Konstantin. > Thanks for the quick reply. > > If you would like to use another service, should not a parameter be > increased under "Procrun 2.0" ? > > > > 2011/9/12 Konstantin Kolinko > >> 2011/9/12 nori t : >> > In 6.0.33 Windows installer, >> > Why is it that registry key path of "InstallPath" has changed from >> > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0" to >> > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software >> Foundation\Tomcat\6.0\Tomcat6" >> > ? >> >> To support installing several copies of Tomcat6 in parallel >> (with different Service Name). >> >> Best regards, >> Konstantin Kolinko >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >
Re: Apache+Tomcat+mod_jk
trm asn wrote: On Mon, Sep 12, 2011 at 3:59 PM, Casper Wandahl Schmidt < kalle.pri...@gmail.com> wrote: Den 12-09-2011 11:24, trm asn skrev: On Sun, Sep 11, 2011 at 8:40 PM, Christopher Schultz< ch...@christopherschultz.net> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tRm, On 9/9/2011 5:52 PM, trm asn wrote: I have one war eample.war& which is also having a images folder ( /usr/local/tomcat/webapps/**example/images). I will type http://192.168.65.100and it'll load the "example" apps. If you want http://192.168.65.100/ to load your "examples.war" webapp, you should re-name examples.war to ROOT.war (note the capitals are important). What will be my httpd.conf file syntax that it ll load the image from apache's "/var/www/images" folder not from tomcat. You can do this with an "Alias". - -chris - I have done that, but still images are coming from tomcat. Alias /images "/var/www/sc/images" Sorry for interrupting. Perhaps you should have a look at JkUnMount in the mod_jk spec. /\ tRm Below is my httpd.conf Alias /images "/var/www/sc/images" JkWorkersFile conf/workers.properties JkLogFile /var/log/httpd/mod_jk.log JkLogLevel debug JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories JkRequestLogFormat "%w %V %T" JkUnMount /*.jpg loadbalancer JkMount / loadbalancer JkMount /* loadbalancer ServerName eaas-nm-haproxy DocumentRoot "/var/www/sc" # Options Indexes FollowSymLinks MultiViews Options None AllowOverride None Order allow,deny allow from all ErrorLog logs/app1-error.log CustomLog logs/app1-access.log combined RewriteEngine On RewriteRule ^/(images/.+);jsessionid=\w+$ /$1 Still it's trying to fetch from tomcat. And what does the logfile "/var/log/httpd/mod_jk.log" say when you fetch an image ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Changes in Windows registry, 6.0.33
Hi, Konstantin. Thanks for the quick reply. If you would like to use another service, should not a parameter be increased under "Procrun 2.0" ? 2011/9/12 Konstantin Kolinko > 2011/9/12 nori t : > > In 6.0.33 Windows installer, > > Why is it that registry key path of "InstallPath" has changed from > > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0" to > > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software > Foundation\Tomcat\6.0\Tomcat6" > > ? > > To support installing several copies of Tomcat6 in parallel > (with different Service Name). > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Apache Tomcat unable to send the request. tomcat throwing 502 Gate Way error
rakesh k-3 wrote: > > Hi Christopher > > thanks for viewing m configuration ..as mentioned we are using http > connectors in my configuration not AJP. > > and here are my configuration details. > > Apache tomcat configuration (server.xml) > > maxThreads="150" minSpareThreads="4"/> > port="8080" protocol="HTTP/1.1" >connectionTimeout="2" >redirectPort="8443" /> > > Apache httpd configuration Httpd.conf. > > ProxyPass / http://localhost:8080 route=msf1 > > Regards > Rakesh > > > Hi, can you check your catalina.out to see if there is something like: org.apache.coyote.http11.AbstractHttp11Processor endRequest SEVERE: Error finishing response java.lang.NullPointerException or SEVERE: Error processing request java.lang.NullPointerException without any further details / stack traces ? Darius. -- View this message in context: http://old.nabble.com/Apache-Tomcat-unable-to-send-the-request.-tomcat-throwing-502-Gate-Way-error-tp32248578p32447382.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: Changes in Windows registry, 6.0.33
2011/9/12 nori t : > In 6.0.33 Windows installer, > Why is it that registry key path of "InstallPath" has changed from > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0" to > "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0\Tomcat6" > ? To support installing several copies of Tomcat6 in parallel (with different Service Name). Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Changes in Windows registry, 6.0.33
In 6.0.33 Windows installer, Why is it that registry key path of "InstallPath" has changed from "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0" to "HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat\6.0\Tomcat6" ? nori.
Re: Apache+Tomcat+mod_jk
On Mon, Sep 12, 2011 at 3:59 PM, Casper Wandahl Schmidt < kalle.pri...@gmail.com> wrote: > > > Den 12-09-2011 11:24, trm asn skrev: > > On Sun, Sep 11, 2011 at 8:40 PM, Christopher Schultz< >> ch...@christopherschultz.net> wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> tRm, >>> >>> On 9/9/2011 5:52 PM, trm asn wrote: >>> I have one war eample.war& which is also having a images folder ( /usr/local/tomcat/webapps/**example/images). I will type http://192.168.65.100and it'll load the "example" apps. >>> If you want http://192.168.65.100/ to load your "examples.war" webapp, >>> you should re-name examples.war to ROOT.war (note the capitals are >>> important). >>> >>> What will be my httpd.conf file syntax that it ll load the image from apache's "/var/www/images" folder not from tomcat. >>> You can do this with an "Alias". >>> >>> - -chris >>> - >>> >>> I have done that, but still images are coming from tomcat. >> >> Alias /images "/var/www/sc/images" >> > Sorry for interrupting. Perhaps you should have a look at JkUnMount in the > mod_jk spec. > >> >> /\ >> tRm >> >> > Below is my httpd.conf Alias /images "/var/www/sc/images" JkWorkersFile conf/workers.properties JkLogFile /var/log/httpd/mod_jk.log JkLogLevel debug JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories JkRequestLogFormat "%w %V %T" JkUnMount /*.jpg loadbalancer JkMount / loadbalancer JkMount /* loadbalancer ServerName eaas-nm-haproxy DocumentRoot "/var/www/sc" # Options Indexes FollowSymLinks MultiViews Options None AllowOverride None Order allow,deny allow from all ErrorLog logs/app1-error.log CustomLog logs/app1-access.log combined RewriteEngine On RewriteRule ^/(images/.+);jsessionid=\w+$ /$1 Still it's trying to fetch from tomcat. --**--**- > To unsubscribe, e-mail: > users-unsubscribe@tomcat.**apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Apache+Tomcat+mod_jk
Den 12-09-2011 11:24, trm asn skrev: On Sun, Sep 11, 2011 at 8:40 PM, Christopher Schultz< ch...@christopherschultz.net> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tRm, On 9/9/2011 5:52 PM, trm asn wrote: I have one war eample.war& which is also having a images folder ( /usr/local/tomcat/webapps/example/images). I will type http://192.168.65.100and it'll load the "example" apps. If you want http://192.168.65.100/ to load your "examples.war" webapp, you should re-name examples.war to ROOT.war (note the capitals are important). What will be my httpd.conf file syntax that it ll load the image from apache's "/var/www/images" folder not from tomcat. You can do this with an "Alias". - -chris - I have done that, but still images are coming from tomcat. Alias /images "/var/www/sc/images" Sorry for interrupting. Perhaps you should have a look at JkUnMount in the mod_jk spec. /\ tRm - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache+Tomcat+mod_jk
On Sun, Sep 11, 2011 at 8:40 PM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > tRm, > > On 9/9/2011 5:52 PM, trm asn wrote: > > I have one war eample.war & which is also having a images folder ( > > /usr/local/tomcat/webapps/example/images). I will type > > http://192.168.65.100and it'll load the "example" apps. > > If you want http://192.168.65.100/ to load your "examples.war" webapp, > you should re-name examples.war to ROOT.war (note the capitals are > important). > > > What will be my httpd.conf file syntax that it ll load the image > > from apache's "/var/www/images" folder not from tomcat. > > You can do this with an "Alias". > > - -chris > - > I have done that, but still images are coming from tomcat. Alias /images "/var/www/sc/images" /\ tRm