Re: Webapp not working
On 14.04.2018 17:59, Loai Abdallatif wrote: Hi Andre thanks for your response. 1- the logs belong to tomcat servers ( appserver01.domain._access_log.2018-04-14.txt ) 2+3- Im using Debian 8.10, Apache/2.4.10 (Debian) , : mod_jk/1.2.43 , Tomcat : 8.5.29 4- I have one app in worker0 and its working, but the apps in worker1 and worker2 doesnt work 5- I got the same error when accessing the web server ( 192.168.1.210/Core) and when accessing the tomcat server 192.168.1.211:8081/Core Then you need to look at the tomcat error log (not the access log) for the workers who don't work, because it looks as if the applications is those tomcats are not deployed. When you start a tomcat instance, it will provide a detailed log trace of any application it tries to start, and tell you clearly if it cannot start one. (But tomcat will start anyway, even without that application). By the way, you do really have 3 separate tomcat instances as "workers", right ? On Sat, Apr 14, 2018 at 6:33 PM, André Warnier (tomcat) wrote: On 14.04.2018 17:02, Loai Abdallatif wrote: HI every one Im using apache mod-jk with tomcat , i have three workers ( worker0-2) and each one has app. I have obtaining webabb called Core from development team. I have placed it into webapps directory of worker1 . but unfortunatly I got two errors related to 302, 404, any one can help. the error is below: 192.168.1.17 - - [14/Apr/2018:19:42:27 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:51:52 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /favicon.ico HTTP/1.1" 404 1085 "http://192.168.1.211:8081/Core/"; "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 1) Is that log above the Apache httpd access log, or the Tomcat access log ? 2) in any case, you should have a look at the tomcat logs 3) you should also communicate the OS under which this is running, and as a minimum, the version of Apache httpd, and the version of tomcat. Since you are using mod_jk, the version of mod_jk would help also (you can find it in the first line printed by Apache httpd in it's error log). 4) As about the only thing that can be said at this time, with the limited data above, is this : if you have 3 workers, in the standard configuration, the Apache httpd-side mod_jk module will rotate ("round-robin", one request at a time) between these workers, to process browser requests. If you have only one application under tomcat, it should be installed *on each of the tomcats*, not just on one. If the application is installed only on one worker, then 2 requests out of every 3 will fail. 5) also : - HTTP status code 302 is not an error, it is a "redirect". It happens because the client is requesting "/Core" instead of "/Core/". Apache httpd automatically sends this redirect to "/Core/", like to tell the browser that it should speak correctly. The next request that you see above after the 302, is a correct request for "/Core/", but it fails (with a 404 "not found" response) because Apache httpd (or tomcat) does not find the resource corresponding to "/Core/". That may be for 2 reasons : a) your mod_jk configuration is incorrect, and Apache httpd does not know that it should forward this request to tomcat. Httpd them tries to serve it locally, but it does not have a resource named "/Core/" either, so it returns the 404. or b) the request is correctly forwarded by httpd to *one of the tomcat workers*, but that worker does not have any application matching "/Core/", so it returns a 404 to Apache, which returns it to the browser. The 404 return pages of Apache httpd and tomcat have a different style, so you should be able to see in the browser which one you are getting. But again, look at the error logs first, both at the Apache httpd level, and the tomcat level. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional com
Re: Webapp not working
Here also access logs of apache 192.168.1.17 - - [14/Apr/2018:14:50:26 +0100] "GET /Core/ HTTP/1.1" 404 1295 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:14:50:28 +0100] "GET /Core/ HTTP/1.1" 404 1294 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" On Sat, Apr 14, 2018 at 6:59 PM, Loai Abdallatif wrote: > Hi Andre > > thanks for your response. > > 1- the logs belong to tomcat servers ( > appserver01.domain._access_log.2018-04-14.txt > ) > 2+3- Im using Debian 8.10, Apache/2.4.10 (Debian) , : mod_jk/1.2.43 , > Tomcat : 8.5.29 > 4- I have one app in worker0 and its working, but the apps in worker1 and > worker2 doesnt work > 5- I got the same error when accessing the web server ( 192.168.1.210/Core) > and when accessing the tomcat server 192.168.1.211:8081/Core > > > On Sat, Apr 14, 2018 at 6:33 PM, André Warnier (tomcat) > wrote: > >> On 14.04.2018 17:02, Loai Abdallatif wrote: >> >>> HI every one >>> >>> Im using apache mod-jk with tomcat , i have three workers ( worker0-2) >>> and >>> each one has app. >>> I have obtaining webabb called Core from development team. I have placed >>> it >>> into webapps directory of worker1 . but unfortunatly I got two errors >>> related to 302, 404, any one can help. >>> >>> the error is below: >>> >>> 192.168.1.17 - - [14/Apr/2018:19:42:27 +0300] "GET /Core/ HTTP/1.1" 404 >>> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >>> Gecko) Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core HTTP/1.1" 302 - >>> "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) >>> Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core/ HTTP/1.1" 404 >>> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >>> Gecko) Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:51:52 +0300] "GET /Core/ HTTP/1.1" 404 >>> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >>> Gecko) Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core HTTP/1.1" 302 - >>> "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) >>> Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core/ HTTP/1.1" 404 >>> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >>> Gecko) Chrome/49.0.2623.112 Safari/537.36" >>> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /favicon.ico HTTP/1.1" >>> 404 1085 "http://192.168.1.211:8081/Core/"; "Mozilla/5.0 (Windows NT 6.0) >>> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 >>> Safari/537.36" >>> >>> >> 1) Is that log above the Apache httpd access log, or the Tomcat access >> log ? >> 2) in any case, you should have a look at the tomcat logs >> 3) you should also communicate the OS under which this is running, and as >> a minimum, the version of Apache httpd, and the version of tomcat. Since >> you are using mod_jk, the version of mod_jk would help also (you can find >> it in the first line printed by Apache httpd in it's error log). >> 4) As about the only thing that can be said at this time, with the >> limited data above, is this : >> if you have 3 workers, in the standard configuration, the Apache >> httpd-side mod_jk module will rotate ("round-robin", one request at a time) >> between these workers, to process browser requests. If you have only one >> application under tomcat, it should be installed *on each of the tomcats*, >> not just on one. If the application is installed only on one worker, then 2 >> requests out of every 3 will fail. >> 5) also : >> - HTTP status code 302 is not an error, it is a "redirect". It happens >> because the client is requesting "/Core" instead of "/Core/". Apache httpd >> automatically sends this redirect to "/Core/", like to tell the browser >> that it should speak correctly. >> The next request that you see above after the 302, is a correct request >> for "/Core/", but it fails (with a 404 "not found" response) because Apache >> httpd (or tomcat) does not find the resource corresponding to "/Core/". >> That may be for 2 reasons : >> a) your mod_jk configuration is incorrect, and Apache httpd does not know >> that it should forward this request to tomcat. Httpd them tries to serve >> it locally, but it does not have a resource named "/Core/" either, so it >> returns the 404. >> or >> b) the request is correctly forwarded by httpd to *one of the tomcat >> workers*, but that worker does not have any application matching "/Core/", >> so it returns a 404 to Apache, which returns it to the browser. >> The 404 return pages of Apache httpd and tomcat have a different style, >> so you should be able to see in the browser which one you are getting. >> >> But again, look at the error
Re: Webapp not working
Hi Andre thanks for your response. 1- the logs belong to tomcat servers ( appserver01.domain._access_log.2018-04-14.txt ) 2+3- Im using Debian 8.10, Apache/2.4.10 (Debian) , : mod_jk/1.2.43 , Tomcat : 8.5.29 4- I have one app in worker0 and its working, but the apps in worker1 and worker2 doesnt work 5- I got the same error when accessing the web server ( 192.168.1.210/Core) and when accessing the tomcat server 192.168.1.211:8081/Core On Sat, Apr 14, 2018 at 6:33 PM, André Warnier (tomcat) wrote: > On 14.04.2018 17:02, Loai Abdallatif wrote: > >> HI every one >> >> Im using apache mod-jk with tomcat , i have three workers ( worker0-2) and >> each one has app. >> I have obtaining webabb called Core from development team. I have placed >> it >> into webapps directory of worker1 . but unfortunatly I got two errors >> related to 302, 404, any one can help. >> >> the error is below: >> >> 192.168.1.17 - - [14/Apr/2018:19:42:27 +0300] "GET /Core/ HTTP/1.1" 404 >> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >> Gecko) Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core HTTP/1.1" 302 - >> "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) >> Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core/ HTTP/1.1" 404 >> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >> Gecko) Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:51:52 +0300] "GET /Core/ HTTP/1.1" 404 >> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >> Gecko) Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core HTTP/1.1" 302 - >> "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) >> Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core/ HTTP/1.1" 404 >> 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like >> Gecko) Chrome/49.0.2623.112 Safari/537.36" >> 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /favicon.ico HTTP/1.1" >> 404 1085 "http://192.168.1.211:8081/Core/"; "Mozilla/5.0 (Windows NT 6.0) >> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" >> >> > 1) Is that log above the Apache httpd access log, or the Tomcat access log > ? > 2) in any case, you should have a look at the tomcat logs > 3) you should also communicate the OS under which this is running, and as > a minimum, the version of Apache httpd, and the version of tomcat. Since > you are using mod_jk, the version of mod_jk would help also (you can find > it in the first line printed by Apache httpd in it's error log). > 4) As about the only thing that can be said at this time, with the limited > data above, is this : > if you have 3 workers, in the standard configuration, the Apache > httpd-side mod_jk module will rotate ("round-robin", one request at a time) > between these workers, to process browser requests. If you have only one > application under tomcat, it should be installed *on each of the tomcats*, > not just on one. If the application is installed only on one worker, then 2 > requests out of every 3 will fail. > 5) also : > - HTTP status code 302 is not an error, it is a "redirect". It happens > because the client is requesting "/Core" instead of "/Core/". Apache httpd > automatically sends this redirect to "/Core/", like to tell the browser > that it should speak correctly. > The next request that you see above after the 302, is a correct request > for "/Core/", but it fails (with a 404 "not found" response) because Apache > httpd (or tomcat) does not find the resource corresponding to "/Core/". > That may be for 2 reasons : > a) your mod_jk configuration is incorrect, and Apache httpd does not know > that it should forward this request to tomcat. Httpd them tries to serve > it locally, but it does not have a resource named "/Core/" either, so it > returns the 404. > or > b) the request is correctly forwarded by httpd to *one of the tomcat > workers*, but that worker does not have any application matching "/Core/", > so it returns a 404 to Apache, which returns it to the browser. > The 404 return pages of Apache httpd and tomcat have a different style, so > you should be able to see in the browser which one you are getting. > > But again, look at the error logs first, both at the Apache httpd level, > and the tomcat level. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Webapp not working
On 14.04.2018 17:02, Loai Abdallatif wrote: HI every one Im using apache mod-jk with tomcat , i have three workers ( worker0-2) and each one has app. I have obtaining webabb called Core from development team. I have placed it into webapps directory of worker1 . but unfortunatly I got two errors related to 302, 404, any one can help. the error is below: 192.168.1.17 - - [14/Apr/2018:19:42:27 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:51:52 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /favicon.ico HTTP/1.1" 404 1085 "http://192.168.1.211:8081/Core/"; "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 1) Is that log above the Apache httpd access log, or the Tomcat access log ? 2) in any case, you should have a look at the tomcat logs 3) you should also communicate the OS under which this is running, and as a minimum, the version of Apache httpd, and the version of tomcat. Since you are using mod_jk, the version of mod_jk would help also (you can find it in the first line printed by Apache httpd in it's error log). 4) As about the only thing that can be said at this time, with the limited data above, is this : if you have 3 workers, in the standard configuration, the Apache httpd-side mod_jk module will rotate ("round-robin", one request at a time) between these workers, to process browser requests. If you have only one application under tomcat, it should be installed *on each of the tomcats*, not just on one. If the application is installed only on one worker, then 2 requests out of every 3 will fail. 5) also : - HTTP status code 302 is not an error, it is a "redirect". It happens because the client is requesting "/Core" instead of "/Core/". Apache httpd automatically sends this redirect to "/Core/", like to tell the browser that it should speak correctly. The next request that you see above after the 302, is a correct request for "/Core/", but it fails (with a 404 "not found" response) because Apache httpd (or tomcat) does not find the resource corresponding to "/Core/". That may be for 2 reasons : a) your mod_jk configuration is incorrect, and Apache httpd does not know that it should forward this request to tomcat. Httpd them tries to serve it locally, but it does not have a resource named "/Core/" either, so it returns the 404. or b) the request is correctly forwarded by httpd to *one of the tomcat workers*, but that worker does not have any application matching "/Core/", so it returns a 404 to Apache, which returns it to the browser. The 404 return pages of Apache httpd and tomcat have a different style, so you should be able to see in the browser which one you are getting. But again, look at the error logs first, both at the Apache httpd level, and the tomcat level. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Webapp not working
HI every one Im using apache mod-jk with tomcat , i have three workers ( worker0-2) and each one has app. I have obtaining webabb called Core from development team. I have placed it into webapps directory of worker1 . but unfortunatly I got two errors related to 302, 404, any one can help. the error is below: 192.168.1.17 - - [14/Apr/2018:19:42:27 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:47:08 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:51:52 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core HTTP/1.1" 302 - "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /Core/ HTTP/1.1" 404 1083 "-" "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36" 192.168.1.17 - - [14/Apr/2018:19:52:04 +0300] "GET /favicon.ico HTTP/1.1" 404 1085 "http://192.168.1.211:8081/Core/"; "Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36"
Re: webapp not working any more since Tomcat 5.5.26
Sorry about this, I messed subjects up. Abraham Marín Pérez <[EMAIL PROTECTED]> Responsable de I+D SILVANO CONSULTORES Tfno.: 93.412.79.12 -- Fax: 93.410.92.90 http://www.silvanoc.com/ [EMAIL PROTECTED] 09/06/2008 17:29 Por favor, responda a "Tomcat Users List" Para: "Tomcat Users List" cc: Asunto: Re: Application versioning Hi all, hi Rainer, Thanks for your quick reply. I checked your suggestion, they are indeed POST requests, but its size never exceeds 0,5KB, far below the 8KB threshold. On the other hand, the request is done over a JSP file, that file compiles properly (also checked); the thing is this jsp uses an xml file to find out some configuration, and the null pointer comes precisely when reading this file (SAXParser complains about a null InputStream). That makes me think the request completely arrives at the server and is correctly processed, the problem comes after on. Any other hint? Regards, Abraham [EMAIL PROTECTED] wrote: > Hi all: > > I've been strugling with this weird problem with no luck, so I > finally decided to post it to the list hoping someone has any clue on how > to go on. I have a beatiful webapp (well, a webapp) that has been working > flawlessly with different Tomcat versions from 5.5.9 to 5.5.25. Exactly > the same war file across vesions, no problem. But then Tomcat 5.5.26 was > released and my webapp stopped working. Strange, uh? Are the requests which trigger the exception all POST requests? If so, it is maybe https://issues.apache.org/bugzilla/show_bug.cgi?id=44494 which came with 5.5.26 and applies to POST requests biugger than 8KB. Regards, Rainer Abraham Marín Pérez <[EMAIL PROTECTED]> Responsable de I+D SILVANO CONSULTORES Tfno.: 93.412.79.12 -- Fax: 93.410.92.90 http://www.silvanoc.com/ Abraham Marin 09/06/2008 16:42 Para: "Tomcat Users List" cc: Asunto: Re: Application versioning Hi Denis, I think you just need to properly config your Context node in server.xml. You can specify on one hand the context (that is, the text after "localhost/" in the URL) and the location (that is, where your app actually is). Changing location while keeping context will make you serve different versions on same URL (or even different apps, up to you ;-)). HTH, Abraham Abraham Marín Pérez <[EMAIL PROTECTED]> Responsable de I+D SILVANO CONSULTORES Tfno.: 93.412.79.12 -- Fax: 93.410.92.90 http://www.silvanoc.com/ "Denis Cossutta" <[EMAIL PROTECTED]> 09/06/2008 16:04 Por favor, responda a "Tomcat Users List" Para: users@tomcat.apache.org cc: Asunto: Application versioning I have multiple version of an application and i would like to switch from one to the other in a transparent way. This means that i would like to access it always through the same url ( localhost/myapp ), but pointing to myapp-1.1, or myapp-1.2 etc. etc. Thanks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapp not working any more since Tomcat 5.5.26
[EMAIL PROTECTED] wrote: Hi all: I've been strugling with this weird problem with no luck, so I finally decided to post it to the list hoping someone has any clue on how to go on. I have a beatiful webapp (well, a webapp) that has been working flawlessly with different Tomcat versions from 5.5.9 to 5.5.25. Exactly the same war file across vesions, no problem. But then Tomcat 5.5.26 was released and my webapp stopped working. Strange, uh? Are the requests which trigger the exception all POST requests? If so, it is maybe https://issues.apache.org/bugzilla/show_bug.cgi?id=44494 which came with 5.5.26 and applies to POST requests biugger than 8KB. Regards, Rainer The funny point is that failure is coming from SAXParser complaining about null pointer on its argument. Of course the first thing was looking at my app, but I didn't find anything; after all, if there wasn't any null pointer till 5.5.25 and the app hasn't been changed, why should it appear now? I though about some dirty-work-dir issue, so I decided to clean all run, work and temp directories related with Tomcat. I redeployed the app. And still the same. I configured every log to DEBUG and checked, but still nothing enlightening. And then, to my confusion, I downgraded back to 5.5.25 and everything worked again. As a workaround I'm stuck with 5.5.25, but I wonder if I'll have to keep like this forever :-S. A snippet of the error message, just in case it rings a bell: ** An error has been detected. Click here for more details. Error parsing pattern finder file skins/CustomSilvano/jsp/patternFinderConfiguration.xml: java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.SAXParser.parse(SAXParser.java:172) at com.transtools.tt.export.xml.HandledSaxParser.parse(SourceFile:128) at [goes on] ** Thanks in advance, Abraham - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
webapp not working any more since Tomcat 5.5.26
Hi all: I've been strugling with this weird problem with no luck, so I finally decided to post it to the list hoping someone has any clue on how to go on. I have a beatiful webapp (well, a webapp) that has been working flawlessly with different Tomcat versions from 5.5.9 to 5.5.25. Exactly the same war file across vesions, no problem. But then Tomcat 5.5.26 was released and my webapp stopped working. Strange, uh? The funny point is that failure is coming from SAXParser complaining about null pointer on its argument. Of course the first thing was looking at my app, but I didn't find anything; after all, if there wasn't any null pointer till 5.5.25 and the app hasn't been changed, why should it appear now? I though about some dirty-work-dir issue, so I decided to clean all run, work and temp directories related with Tomcat. I redeployed the app. And still the same. I configured every log to DEBUG and checked, but still nothing enlightening. And then, to my confusion, I downgraded back to 5.5.25 and everything worked again. As a workaround I'm stuck with 5.5.25, but I wonder if I'll have to keep like this forever :-S. A snippet of the error message, just in case it rings a bell: ** An error has been detected. Click here for more details. Error parsing pattern finder file skins/CustomSilvano/jsp/patternFinderConfiguration.xml: java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.SAXParser.parse(SAXParser.java:172) at com.transtools.tt.export.xml.HandledSaxParser.parse(SourceFile:128) at [goes on] ** Thanks in advance, Abraham Abraham Marín Pérez <[EMAIL PROTECTED]> Responsable de I+D SILVANO CONSULTORES Tfno.: 93.412.79.12 -- Fax: 93.410.92.90 http://www.silvanoc.com/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]