Where is the source code of class org.apache.tomcat.util.threads.ThreadPool
Howdy, Feel free to slam me is if this mail should be posted on tomcat-dev mailing list :) Which project on CVS repository can I download the source code of clasess in tomcat-util.jar? In CVS project jakarta-tomcat, I just can not find source codes of class org.apache.tomcat.util.threads.ThreadPool which is jarred in tomcat-util.jar . Best Regards. Zerol - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Exception in RealmBase
Searching the archives, I found two similar issues from earlier this year that were unanswered: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg131837.html http://www.junlu.com/msg/44667.html Basically, there is an exception at startup when using a custom realm implementation (in my case I am using Security Filter: http://securityfilter.sourceforge.net) Here is the exception: 03:42:59,976 INFO [RealmBase] Parent not available yet: null:type=Engine 03:42:59,983 ERROR [RealmBase] Can't register null java.lang.NullPointerException at org.apache.catalina.realm.RealmBase.init(RealmBase.java:1194) at org.apache.catalina.realm.RealmBase.start(RealmBase.java:875) at org.apache.catalina.realm.JDBCRealm.start(JDBCRealm.java:669) Thx. Mike __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where is the source code of class org.apache.tomcat.util.threads.ThreadPool
jakarta-tomcat-connectors\util\java\org\apache\tomcat\util\threads Mark -Original Message- From: zerol tib [mailto:[EMAIL PROTECTED] Sent: Saturday, December 04, 2004 8:49 AM To: [EMAIL PROTECTED] Subject: Where is the source code of class org.apache.tomcat.util.threads.ThreadPool Howdy, Feel free to slam me is if this mail should be posted on tomcat-dev mailing list :) Which project on CVS repository can I download the source code of clasess in tomcat-util.jar? In CVS project jakarta-tomcat, I just can not find source codes of class org.apache.tomcat.util.threads.ThreadPool which is jarred in tomcat-util.jar . Best Regards. Zerol - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logging swallow output
Yes, I'm using a ConsoleAppender. Are you telling me to use SimpleLog ? I don't think that the link you sent me clarifies my ideas... /rob David Stevenson wrote: Is your Log4j configured to use a ConsoleAppender? That might possibly explain it. http://jakarta.apache.org/commons/httpclient/logging.html David Stevenson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk config on mac os x (Modifié par Cyri l Godefroy)
Didn't think this was possible but yes, you found the right article. The magic string you gooled was 'osx' Thanks a lot. eCOMPOSITE J2EE Multimedia [EMAIL PROTECTED] Le Dec 3, 2004, à 12:48 AM, Andrew Becherer a écrit : On Thu, 2 Dec 2004 19:15:06 +0100, Cyril Godefroy [EMAIL PROTECTED] wrote: I have some trouble using mod_jk to connect my apache web server and my tomcat app server with mod_jk. I use mac Os X 10.3.6, Tomcat 4.1.31 Apache 2.0.57 mod_jk 1.2.5 This google search: http://www.google.com/search?q=osx+mod_jkie=UTF-8oe=UTF-8 Turned up this informative post: http://www.burnthacker.com/archives/000179.html The Horrors of mod_jk and Mac OSX I spent the day today trying to get mod_jk (and/or mod_jk2) working on my powerbook, so I could have a real webserver in front of my appserver. This turned out to be amazingly frustrating, largely due to the OSX dynlib shared libraries just being different (they're pretty much tied with the Win32 DLL format in that regard). The macosx binary directory for mod_jk2 on the apache mirrors is empty for a good reason: it doesn't even faintly build on OSX. It turns out the secret sauce is not to use the apache2 from fink (which ended up costing me several hours), but instead to use the mod_jk 1.2.5 for macosx with the 1.3 apache that comes with the system. If you then follow the normal mod_jk HOWTO, everything works fine out of the box. Posted by kris at November 10, 2004 05:34 AM | TrackBack -- Andrew Becherer Student, Computing and Software Systems University of Washington, Tacoma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk config on mac os x (Modifié par Cyri l Godefroy)
I wrote it a while ago, so if its doesn't work tell me and I'll update it. Mark On Sat, 4 Dec 2004 12:24:52 +0100, Cyril Godefroy [EMAIL PROTECTED] wrote: Didn't think this was possible but yes, you found the right article. The magic string you gooled was 'osx' Thanks a lot. eCOMPOSITE J2EE Multimedia [EMAIL PROTECTED] Le Dec 3, 2004, à 12:48 AM, Andrew Becherer a écrit : On Thu, 2 Dec 2004 19:15:06 +0100, Cyril Godefroy [EMAIL PROTECTED] wrote: I have some trouble using mod_jk to connect my apache web server and my tomcat app server with mod_jk. I use mac Os X 10.3.6, Tomcat 4.1.31 Apache 2.0.57 mod_jk 1.2.5 This google search: http://www.google.com/search?q=osx+mod_jkie=UTF-8oe=UTF-8 Turned up this informative post: http://www.burnthacker.com/archives/000179.html The Horrors of mod_jk and Mac OSX I spent the day today trying to get mod_jk (and/or mod_jk2) working on my powerbook, so I could have a real webserver in front of my appserver. This turned out to be amazingly frustrating, largely due to the OSX dynlib shared libraries just being different (they're pretty much tied with the Win32 DLL format in that regard). The macosx binary directory for mod_jk2 on the apache mirrors is empty for a good reason: it doesn't even faintly build on OSX. It turns out the secret sauce is not to use the apache2 from fink (which ended up costing me several hours), but instead to use the mod_jk 1.2.5 for macosx with the 1.3 apache that comes with the system. If you then follow the normal mod_jk HOWTO, everything works fine out of the box. Posted by kris at November 10, 2004 05:34 AM | TrackBack -- Andrew Becherer Student, Computing and Software Systems University of Washington, Tacoma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.28 -- HTTP server dies
From: Ben Souther [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Tomcat 5.0.28 -- HTTP server dies Date: Fri, 03 Dec 2004 20:37:35 -0500 I've set it to listen on port 80. Are you running tomcat as root? In Unix/Linux only the root user can bind to ports below 1025. Try changing the port back to port 8080 and see if it works. OK, after a great deal of digging into this (and some rewriting of my code -- ahem!!) I think I'm getting to the bottom of this. Why does my HTTP server die -- could it be ever so slightly something to do with this call, which also explains the absence of any logging: System.exit(1); (now replaced with throw new ServletException();). Which begs the question, is this allowed? I suppose the container can't do much about dodgy code it's hosting, but clearly code written in good faith and for all the right reasons in this instance could cause significant problems in a shared hosting environment. Is the only answer to ensure your hosted on a dedicated JVM? (Yipee! I hear those hosting companies say.) And are there any other such gotchas developers need to be aware of? They say you live and learn.; hmm... :) Joe. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Filter/...
Hi, I need to run a class everytime before a servlet is started. One option is to make a filter, the problem here is that a filter doesn't get called when a servlet is invoked via the requestDispatcher. Is there another solution for this problem? _ MSN Music: download je muziek legaal ! http://entertainment.msn.be/muziek/musicclub - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: webapps ROOT folder significance
In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Allistair. -Original Message- From: Savitha 'n' Narahari [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 06:54 To: Tomcat Users List Cc: Subject: Re: webapps ROOT folder significance BTW, I am using Tomcat 5.5.3 with jdk 1.5 with jre 1.5 also. Regards, -Narahari --- Savitha 'n' Narahari [EMAIL PROTECTED] wrote: Hello: What is the significance of TOMCAT webapps\ROOT folder ? I know it contains the startup page but which server.xml entry tells it to go to the ROOT folder by default. I know that some Context entry has everything got to do with it but cannot put my finger on the correct entry. There is not Context entry in my conf/server.xml file. I did not see a Defaultcontext either. What am I missing ? I want to create my own startup page for http://localhost:8080 but could not find how. I DONT WANT to replace the webapps/ROOT with my own folder. I want to be able to change it thru some setting where http://localhost:8080 points to webapps/narahari folder. Thanks for your time and if this question has been answered please pardon me. Regards, -Narahari - Do you Yahoo!? All your favorites on one personal page Try My Yahoo! __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
Chirag: Which Version is Stable 5.5.2 Is this Version Stable
Which is the latest Version which is Stable I have 5.5.2 version it works properly but the problem is that when I try to access it with the IP Address http://160.160.160.160/ then it throws an SocketException and the server hangs I want that the server should be able to host the site as it is not accessible on the server it creates a little problem I had posted the question about this Question about the problem but no solution is available So thinking of shifting to any other versions Please give me the latest stable version of Tomcat Thanks in advance CSJakharia Subscribe to bermudaEmail: [input] [input] Browse Archives at groups-beta.google.com - Do you Yahoo!? All your favorites on one personal page Try My Yahoo!
RE: Filter/...
Hi Brij, I am not sure I have fully understood your question. In any case, I believe that for accomplishing what you've stated you have 2 options: - Use a listener class (it's like a filter, but it's automatically invoked by the servlet container on the ocurrence of different kinds of events, being one of those the initiailization of the servlet context. - Use the init() method on the servlet class. This method is executed prior to any request being delivered to that servlet through the service method. Agains, not sure if this solves your specific problem. Regards, Freddy. -Mensaje original- De: Brij Naald [mailto:[EMAIL PROTECTED] Enviado el: sábado, 04 de diciembre de 2004 17:20 Para: [EMAIL PROTECTED] Asunto: Filter/... Hi, I need to run a class everytime before a servlet is started. One option is to make a filter, the problem here is that a filter doesn't get called when a servlet is invoked via the requestDispatcher. Is there another solution for this problem? _ MSN Music: download je muziek legaal ! http://entertainment.msn.be/muziek/musicclub - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapps ROOT folder significance
On Sat, 4 Dec 2004 16:25:59 -, Allistair Crossley [EMAIL PROTECTED] wrote: In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Yes, this is all part of a grand plan to tie users to Tomcat, and take over the world. Call Austin for help, it's the only hope for mankind. Actual solution: write a ROOT.xml file pointing to whatever docBase you want for your webapp (outside of the host appBase), like: Context docBase=some_path_outside_of_appBase / -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapps ROOT folder significance
Remy you really confused me. Can you elaborate a little more please ? What root.xml file in webapps\ROOT folder ? or jakarta-tomcat-5.5.3\conf\Catalina\localhost folder ? Do you mean a context.xml file in the catalnia\locahost folder ? Please clarify. -Narahari Remy Maucherat [EMAIL PROTECTED] wrote: On Sat, 4 Dec 2004 16:25:59 -, Allistair Crossley wrote: In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Yes, this is all part of a grand plan to tie users to Tomcat, and take over the world. Call Austin for help, it's the only hope for mankind. Actual solution: write a ROOT.xml file pointing to whatever docBase you want for your webapp (outside of the host appBase), like: -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? All your favorites on one personal page Try My Yahoo!
RE: Filter/...
Hi, you indeed didn't the question :-) (but still, thanks for answering!) The problem is as follows: I'm making a plugin which puts a wrapper around the request of a servlet. A servlet gets invoked by: doGet(HttpServletRequest request, HttpServletResponse response) What I want to do now is to put a filter in front of it. When a request comes in, the filter does: newrequest= new RequestWrapper(request); chain.doFilter(newrequest, response); That way the servlet is invoked with a wrapper around the request. Until now, this approach works. Now comes the problem: the filter also does some other things than creating the wrapper. That way it always has to be called, before a servlet is called. The filter I have now, always get called when there is an incoming request. But when a servlet uses a requestdispatcher to include another servlet, the filter doesn't get called. In a little schema: Without filter the call looks like: Request -- Servlet1 -- Servlet2(so servlet1 uses a requestdispatcher to include servlet2) If you add a filter to this you get: Request -- Filter - Servlet1 - Servlet2 But what I need to get is: Request -- Filter - Servlet1 - Filter - Servlet2 _ Heb je MSN WebMessenger al ontdekt? http://webmessenger.msn.com/?mkt=nl-be - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.27-r4 java.net.BindException
I am running Tomcat 5.0.27-r4(Gentoo package) with blackdown-jdk 1.4.2.01 I have been getting this ... StandardServer.await: create[8005]: java.net.BindException: Cannot assign requested address java.net.BindException: Cannot assign requested address at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) at java.net.ServerSocket.bind(ServerSocket.java:318) at java.net.ServerSocket.init(ServerSocket.java:185) at org.apache.catalina.core.StandardServer.await(StandardServer.java:496) at org.apache.catalina.startup.Catalina.await(Catalina.java:619) at org.apache.catalina.startup.Catalina.start(Catalina.java:579) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) I have tried changing the port in the server.xml no matter what port I put it on always the same response, I have tried unmerging blackdown, tomcat. All with the same response. Tomcat was working ... the machine rebooted ... now it is not working. I am also running kernel-2.4.26-gentoo-r13 if that makes any difference. As another data point, It takes forever to start up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Chirag: Which Version is Stable 5.5.2 Is this Version Stable
In terms of 5.5, 5.5.4 is the current stable version. In terms of 5.0, 5.0.29 is the current stable version with 5.0.30 coming soon. I have 5.5.2 version it works properly but the problem is that when I try to access it with the IP Address http://160.160.160.160/ http://160.160.160.160/ then it throws an SocketException and the server hangs really? can you post the problem again or give me a link to the post on a mail archive. Can you also provide the SocketException stack trace that you get, and explain _when_ the exception occurs. E.g does it occur on the 1st request, or on startup. Because you say it works properly which I assume means Tomcat can FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
Re: webapps ROOT folder significance
At 09:46 AM 12/4/2004 -0800, you wrote: Remy you really confused me. Can you elaborate a little more please ? What root.xml file in webapps\ROOT folder ? or jakarta-tomcat-5.5.3\conf\Catalina\localhost folder ? Do you mean a context.xml file in the catalnia\locahost folder ? Yep. But make sure the file name is ROOT.xml, not root.xml. Jake Please clarify. -Narahari Remy Maucherat [EMAIL PROTECTED] wrote: On Sat, 4 Dec 2004 16:25:59 -, Allistair Crossley wrote: In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Yes, this is all part of a grand plan to tie users to Tomcat, and take over the world. Call Austin for help, it's the only hope for mankind. Actual solution: write a ROOT.xml file pointing to whatever docBase you want for your webapp (outside of the host appBase), like: -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? All your favorites on one personal page Try My Yahoo! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Filter/...
Interesting issue. Anyway, can't think of anything that solves it in a clean way. If you give me (if you can) further information about what your filter does, I could give it a try at thinking about an alternative solution. Cheers, F. -Mensaje original- De: Brij Naald [mailto:[EMAIL PROTECTED] Enviado el: sábado, 04 de diciembre de 2004 18:56 Para: [EMAIL PROTECTED] Asunto: RE: Filter/... Hi, you indeed didn't the question :-) (but still, thanks for answering!) The problem is as follows: I'm making a plugin which puts a wrapper around the request of a servlet. A servlet gets invoked by: doGet(HttpServletRequest request, HttpServletResponse response) What I want to do now is to put a filter in front of it. When a request comes in, the filter does: newrequest= new RequestWrapper(request); chain.doFilter(newrequest, response); That way the servlet is invoked with a wrapper around the request. Until now, this approach works. Now comes the problem: the filter also does some other things than creating the wrapper. That way it always has to be called, before a servlet is called. The filter I have now, always get called when there is an incoming request. But when a servlet uses a requestdispatcher to include another servlet, the filter doesn't get called. In a little schema: Without filter the call looks like: Request -- Servlet1 -- Servlet2(so servlet1 uses a requestdispatcher to include servlet2) If you add a filter to this you get: Request -- Filter - Servlet1 - Servlet2 But what I need to get is: Request -- Filter - Servlet1 - Filter - Servlet2 _ Heb je MSN WebMessenger al ontdekt? http://webmessenger.msn.com/?mkt=nl-be - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: webapps ROOT folder significance
lol, i wasn't having a dig Remy don't be so cynical, I am just interested, and you didn't answer my question either ;) I mean, it's not difficult of course to redeploy on another server and rename the WAR, I don't think this is anthing sinister at all, sorry you had to think that, I am merely curious why this is now the case in 5.5, when afterall it does tie a webapp's naming to Tomcat's way of doing things. Cheers, Allistair -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 16:52 To: Tomcat Users List Cc: Subject: Re: webapps ROOT folder significance On Sat, 4 Dec 2004 16:25:59 -, Allistair Crossley [EMAIL PROTECTED] wrote: In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Yes, this is all part of a grand plan to tie users to Tomcat, and take over the world. Call Austin for help, it's the only hope for mankind. Actual solution: write a ROOT.xml file pointing to whatever docBase you want for your webapp (outside of the host appBase), like: Context docBase=some_path_outside_of_appBase / -- x Rmy Maucherat Developer Consultant JBoss Group (Europe) SRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: webapps ROOT folder significance
What Remy means is that you need to *create* a new file called ROOT.xml and place it in tomcat/conf/Catalina/localhost (it's not there by default) In that file, add Context docBase=ROOT / Also check out how you can further configure this Context at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html E.g Context docBase=ROOT reloadable=true / or even nested elements inside Context docBase=ROOT Resource ... / /Context -Original Message- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 19:20 To: Tomcat Users List Cc: Subject: Re: webapps ROOT folder significance At 09:46 AM 12/4/2004 -0800, you wrote: Remy you really confused me. Can you elaborate a little more please ? What root.xml file in webapps\ROOT folder ? or jakarta-tomcat-5.5.3\conf\Catalina\localhost folder ? Do you mean a context.xml file in the catalnia\locahost folder ? Yep. But make sure the file name is ROOT.xml, not root.xml. Jake Please clarify. -Narahari Remy Maucherat [EMAIL PROTECTED] wrote: On Sat, 4 Dec 2004 16:25:59 -, Allistair Crossley wrote: In versions prior to 5.5, you could make your own webapp the root context by using an empty path attribute on the Context for your web application. However, in 5.5 you cannot do this and *must* use the ROOT folder for your web application *if* you want the web application accessible from http://server:8080 I would be interested also to hear from the dev team, why a user cannot package a web application with a webapp folder they desire and deploy this as root. Afterall, is forcing the webapp folder name not binding the user to Tomcat? Yes, this is all part of a grand plan to tie users to Tomcat, and take over the world. Call Austin for help, it's the only hope for mankind. Actual solution: write a ROOT.xml file pointing to whatever docBase you want for your webapp (outside of the host appBase), like: -- x Rmy Maucherat Developer Consultant JBoss Group (Europe) SRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? All your favorites on one personal page Try My Yahoo! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
more logging in tomcat 5.5
hello! forgive the rambling nature of this message. my basic question is how do i get more detailed logging out of tomcat. i'm trying to set up a JNDIRealm to authenticate to an ldap server. in my realm config i've got the debug=99 name/value pair. my realm is included inside my host container. i see no debug output anywhere. where should i see this output? i also have an accesslog valve inside the host container like this: Valve className=org.apache.catalina.valves.AccessLogValve prefix=localhost_access_log. suffix=.out pattern=combined/ the localhost_access_log... files are being created with very minimal information in them. is this where the debug output from the realm should go, or in the catalina.out directory? i've also followed the steps exactly to try and configure log4j as found here: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html after stopping and restarting tomcat, my log4j settings seem to have made no difference. they don't seem to be working at all. my log file as specified in the log4j.properties file is not being created. is there something further i must do to get this working? is there anything i can do to get more detailed logging out of tomcat and especially my realm config? sorry for the mess of questions. i appreciate any help, direction, or guidance! -jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more logging in tomcat 5.5
Jeff Ousley [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] hello! forgive the rambling nature of this message. my basic question is how do i get more detailed logging out of tomcat. i'm trying to set up a JNDIRealm to authenticate to an ldap server. in my realm config i've got the debug=99 name/value pair. my realm is included inside my host container. i see no debug output anywhere. where should i see this output? The 'debug' attribute has been removed in 5.5, and so is simply quietly ignored. i also have an accesslog valve inside the host container like this: Valve className=org.apache.catalina.valves.AccessLogValve prefix=localhost_access_log. suffix=.out pattern=combined/ the localhost_access_log... files are being created with very minimal information in them. is this where the debug output from the realm should go, or in the catalina.out directory? i've also followed the steps exactly to try and configure log4j as found here: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html after stopping and restarting tomcat, my log4j settings seem to have made no difference. they don't seem to be working at all. my log file as specified in the log4j.properties file is not being created. is there something further i must do to get this working? To configure Tomcat logging via log4j, you need to download commons-logging, and copy commons-logging.jar (*not* commons-logging-api.jar) to $CATALINA_HOME/common/lib. is there anything i can do to get more detailed logging out of tomcat and especially my realm config? sorry for the mess of questions. i appreciate any help, direction, or guidance! -jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.28 - How to stop Jasper JSP compiler from evaluting JSTL expressions
Hi, I am having a problem where the parameter this is passed to my setItems() method of the jstl forEach tag is actually the .toString() version of my collection. This appears to be because the servlet code generated by Tomcat - Jasper actually evaluates the expression and then use the coerce to string on my collection. I was under the impression that the generated jsp code should only set the items property to the runtime expression and then the tag is actually the one that evaluates the expression. Here is the problem/question. How do I make Tomcat NOT evaluate my expression in the JSP because the jstl for:each tags actually have the expression evaluation built into them. Just as a test when I changed the value of the parameter in the setItems() back to my expression ${topnav} - then hit resume my page works correctly. What I am currently passed by Jasper is a long string that is the .toString() on all my items. // Tomcat generated this _jspx_th_core_forEach_0.setItems((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${topnav}, java.lang.String.class, (PageContext)_jspx_page_context, null, false)); // Weblogic generated this, _core_forEach0.setItems(weblogic.utils.StringUtils.valueOf(${topnav})); //[ /layout/nav/top/default.jsp; Line: 13] When I tried to set the rtexpressionfalse/rtexpression in the tld for the items attribute then of course jasper complained and gave me this exception. org.apache.jasper.JasperException: /layout/default.jsp(14,4) According to TLD or attribute directive in tag file, attribute items does not accept any expressions I need jasper to allow the expression but not execute it. How do I do this? Other details. - my jsp page tiles:importAttribute / core:forEach var=menuItem varStatus=status items=${topnav} html:message name=menuItem property=value/ /core:forEach I have tested this with both version 1.0.6 and 1.1. of the jstl tags. Same behavior in both. It doesn't appear to be the tags fault but rather Jasper. Thanks everyone, Jerry
Re: Tomcat 5.0.28 - How to stop Jasper JSP compiler from evaluting JSTL expressions
Try: [EMAIL PROTECTED] isELIgnored=true % Jerry Rodgers [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I am having a problem where the parameter this is passed to my setItems() method of the jstl forEach tag is actually the .toString() version of my collection. This appears to be because the servlet code generated by Tomcat - Jasper actually evaluates the expression and then use the coerce to string on my collection. I was under the impression that the generated jsp code should only set the items property to the runtime expression and then the tag is actually the one that evaluates the expression. Here is the problem/question. How do I make Tomcat NOT evaluate my expression in the JSP because the jstl for:each tags actually have the expression evaluation built into them. Just as a test when I changed the value of the parameter in the setItems() back to my expression ${topnav} - then hit resume my page works correctly. What I am currently passed by Jasper is a long string that is the .toString() on all my items. // Tomcat generated this _jspx_th_core_forEach_0.setItems((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${topnav}, java.lang.String.class, (PageContext)_jspx_page_context, null, false)); // Weblogic generated this, _core_forEach0.setItems(weblogic.utils.StringUtils.valueOf(${topnav})); //[ /layout/nav/top/default.jsp; Line: 13] When I tried to set the rtexpressionfalse/rtexpression in the tld for the items attribute then of course jasper complained and gave me this exception. org.apache.jasper.JasperException: /layout/default.jsp(14,4) According to TLD or attribute directive in tag file, attribute items does not accept any expressions I need jasper to allow the expression but not execute it. How do I do this? Other details. - my jsp page tiles:importAttribute / core:forEach var=menuItem varStatus=status items=${topnav} html:message name=menuItem property=value/ /core:forEach I have tested this with both version 1.0.6 and 1.1. of the jstl tags. Same behavior in both. It doesn't appear to be the tags fault but rather Jasper. Thanks everyone, Jerry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.28 - How to stop Jasper JSP compiler from evaluting JSTL expressions
Oh so close : I thought you had it. Now my Tomcat JSP generated code looks a bit more like I would expect: _jspx_th_core_forEach_0.setItems(new String(${topnav})); However by setting that variable now the jstl tags do not evaluate the expression either. The tags must key off that attribute too to know whether to run the expression evaluator. I guess my first email must be clarified to be how do I stop jsp from evaluating rtexpressions and yet still allow jstl to evaluate them within their tags -Jerry -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker Sent: Saturday, December 04, 2004 12:17 PM To: [EMAIL PROTECTED] Subject: Re: Tomcat 5.0.28 - How to stop Jasper JSP compiler from evaluting JSTL expressions Try: [EMAIL PROTECTED] isELIgnored=true % Jerry Rodgers [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I am having a problem where the parameter this is passed to my setItems() method of the jstl forEach tag is actually the .toString() version of my collection. This appears to be because the servlet code generated by Tomcat - Jasper actually evaluates the expression and then use the coerce to string on my collection. I was under the impression that the generated jsp code should only set the items property to the runtime expression and then the tag is actually the one that evaluates the expression. Here is the problem/question. How do I make Tomcat NOT evaluate my expression in the JSP because the jstl for:each tags actually have the expression evaluation built into them. Just as a test when I changed the value of the parameter in the setItems() back to my expression ${topnav} - then hit resume my page works correctly. What I am currently passed by Jasper is a long string that is the .toString() on all my items. // Tomcat generated this _jspx_th_core_forEach_0.setItems((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${topnav}, java.lang.String.class, (PageContext)_jspx_page_context, null, false)); // Weblogic generated this, _core_forEach0.setItems(weblogic.utils.StringUtils.valueOf(${topnav})); //[ /layout/nav/top/default.jsp; Line: 13] When I tried to set the rtexpressionfalse/rtexpression in the tld for the items attribute then of course jasper complained and gave me this exception. org.apache.jasper.JasperException: /layout/default.jsp(14,4) According to TLD or attribute directive in tag file, attribute items does not accept any expressions I need jasper to allow the expression but not execute it. How do I do this? Other details. - my jsp page tiles:importAttribute / core:forEach var=menuItem varStatus=status items=${topnav} html:message name=menuItem property=value/ /core:forEach I have tested this with both version 1.0.6 and 1.1. of the jstl tags. Same behavior in both. It doesn't appear to be the tags fault but rather Jasper. Thanks everyone, Jerry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.4 problems deploying with context descriptors
Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.4 problems deploying with context descriptors
yes there are some small changes to Context configuration. http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: 5.5.4 problems deploying with context descriptors
yes for Context and Resource (e.g JDBC Datasource) configuration. read the tomcat configuration documentation online. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
Re: 5.5.4 problems deploying with context descriptors
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html#Automatic%20Application%20Deployment both of the above pages are the same for auto deployment. What do you mean yes. Please explain a bit more. Allistair Crossley wrote: yes for Context and Resource (e.g JDBC Datasource) configuration. read the tomcat configuration documentation online. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.4 problems deploying with context descriptors
Hi how about you explain a bit more about your problem Is this a known problem? Has the config process changed? yes it has. now it's your job to explain what is happening, including relevant error logging, behaviour, configuration files etc... start with your context's XML file ... post a little so we can see. Allistair. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:30 To: Tomcat Users List Cc: Subject: Re: 5.5.4 problems deploying with context descriptors http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html#Automatic%20Application%20Deployment both of the above pages are the same for auto deployment. What do you mean yes. Please explain a bit more. Allistair Crossley wrote: yes for Context and Resource (e.g JDBC Datasource) configuration. read the tomcat configuration documentation online. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.4 problems deploying with context descriptors
Well... I found what looks like an old post from Allistair with the same problem. I am glad someone helped him out with the answer! The path element has been taken out of the context snipet and the xml file for the root/default context hs been renamed root.xml but tomcat is still serving up the default tomcat index page. There are no errors in the log files and nothing indicating the root.xml was even looked at for the virtual host. http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg140750.html Allistair Crossley wrote: Hi how about you explain a bit more about your problem Is this a known problem? Has the config process changed? yes it has. now it's your job to explain what is happening, including relevant error logging, behaviour, configuration files etc... start with your context's XML file ... post a little so we can see. Allistair. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:30 To: Tomcat Users List Cc: Subject: Re: 5.5.4 problems deploying with context descriptors http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html#Automatic%20Application%20Deployment both of the above pages are the same for auto deployment. What do you mean yes. Please explain a bit more. Allistair Crossley wrote: yes for Context and Resource (e.g JDBC Datasource) configuration. read the tomcat configuration documentation online. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.4 problems deploying with context descriptors
the point is, you ask a basic question, you get a basic answer. i could have answered this in 1 reply if you had provided your config files. it could have been path, it could have been that you were not using the new Resource element, it could have been that you had not placed a ROOT.xml file (uppercase required) in your catalina.home/conf/Catalina/localhost folder and it could have been that you did not rename your webapp to ROOT (deleting the default Tomcat intro page which is ROOT by default). that is why you got your basic answer and that is why I asked for more information, like you will note I gave in my posts. i will admit this however, the 5.5 Context configuration documentation does not mention anything about the new ROOT configuration and that path= will no longer be sufficient to provide the default root context, so my apologies for that, I thought it did. glad you sorted it. Allistair. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 23:28 To: Tomcat Users List Cc: Subject: Re: 5.5.4 problems deploying with context descriptors Well... I found what looks like an old post from Allistair with the same problem. I am glad someone helped him out with the answer! The path element has been taken out of the context snipet and the xml file for the root/default context hs been renamed root.xml but tomcat is still serving up the default tomcat index page. There are no errors in the log files and nothing indicating the root.xml was even looked at for the virtual host. http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg140750.html Allistair Crossley wrote: Hi how about you explain a bit more about your problem Is this a known problem? Has the config process changed? yes it has. now it's your job to explain what is happening, including relevant error logging, behaviour, configuration files etc... start with your context's XML file ... post a little so we can see. Allistair. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:30 To: Tomcat Users List Cc: Subject: Re: 5.5.4 problems deploying with context descriptors http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html#Automatic%20Application%20Deployment both of the above pages are the same for auto deployment. What do you mean yes. Please explain a bit more. Allistair Crossley wrote: yes for Context and Resource (e.g JDBC Datasource) configuration. read the tomcat configuration documentation online. -Original Message- From: hanasaki [mailto:[EMAIL PROTECTED] Sent: Sat 04/12/2004 22:11 To: LIST - Tomcat Users Cc: Subject: 5.5.4 problems deploying with context descriptors Just pulled down 5.5.4 to upgrade from 5.0.28 The xml descriptors and hostname directories have been copied from 5.0.28 to 5.5.4 but the contexts do not appear to be deployed. Everything ran fine on 5.0.28 ie: under/Catalina/myhost/descriptor1.xml Is this a known problem? Has the config process changed? OS = Linux jdk = 5.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
org.apache.ajp.tomcat4.config.ApacheConfig does not generate jkMount / worker
Hi, Does anyone know how to get an org.apache.ajp.tomcat4.config.ApacheConfig Listener to auto-generate the 'jkMount / worker' directive for apache's mod_jk.conf? More appropriately, what determines an auto-generated jkMount? Is it the context? How does this work? t. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Developing my First web app
Hi to all. I must develop my first Tomcat web app (to make an olap system for datawarehousing queries with versioning support). I'm looking for a (LGPL or similar) gui library to use for my web app, a framework to make the result similar to a non-web app (like a vb one, but with the advantages of web development). I need buttons, mdi interfaces, menus, etc, and I want to make the use of this structures in development process the simplest possible. Is that possible? Where can I find it? Where can I find some more informations? Thanks in advance. -- Alessandro Ronchi www.aronchi.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.27-r4 java.net.BindException
I wonder if tomcat is loading on startup? Then port 8005 would be in use by tomcat. See what is running and what is using which ports prior to trying a tomcat start. Do this after a reboot. Got to ask the basics. Doug - Original Message - From: Chris Stratton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 04, 2004 1:08 PM Subject: Tomcat 5.0.27-r4 java.net.BindException I am running Tomcat 5.0.27-r4(Gentoo package) with blackdown-jdk 1.4.2.01 I have been getting this ... StandardServer.await: create[8005]: java.net.BindException: Cannot assign requested address java.net.BindException: Cannot assign requested address at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) at java.net.ServerSocket.bind(ServerSocket.java:318) at java.net.ServerSocket.init(ServerSocket.java:185) at org.apache.catalina.core.StandardServer.await(StandardServer.java:496) at org.apache.catalina.startup.Catalina.await(Catalina.java:619) at org.apache.catalina.startup.Catalina.start(Catalina.java:579) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) I have tried changing the port in the server.xml no matter what port I put it on always the same response, I have tried unmerging blackdown, tomcat. All with the same response. Tomcat was working ... the machine rebooted ... now it is not working. I am also running kernel-2.4.26-gentoo-r13 if that makes any difference. As another data point, It takes forever to start up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 + hostname
On Fri, Dec 03, 2004 at 12:17:14PM -0500, Lei Lin wrote: : I just want to use server's hostname, not a domain name of the server. : such as http://servername:8080/ accessed by other computer which is : connected in our company's network. Yes, this sounds like the one host has a misconfigured resolver. Check /etc/hosts and /etc/nsswitch.conf (if that machine runs a Unix-like OS). -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Filter/...
On Sat, Dec 04, 2004 at 05:56:15PM +, Brij Naald wrote: : The filter I have now, always get called when there is an incoming request. : But when a servlet uses a requestdispatcher to include another servlet, the : filter doesn't get called. This makes sense: filters are for external requests, not intra-container requests. This is why you can include() data or forward() to resources that are otherwise protected from direct end-user requests (e.g. files under WEB-INF). : But what I need to get is: : Request -- Filter - Servlet1 - Filter - Servlet2 You may want to consider a high-level redesign, or at least change the include() to an HTTP request in and of itself. What's going on in your design that you require the filter to wrap the inner (include()'d) request? Storing/changing session objects? -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.27-r4 java.net.BindException
It is not. All tomcat shuts down. If I do a ps -ef after it gives me that error is shows all tomcat threads have shutdown. A netstat -a shows 8005 port not in use and no 8080 port in use. I am really stumped. I had a problem once like this and was able to correct it by deleting the work directory. That was a long time ago though ... like years. On Sat, 4 Dec 2004 22:00:13 -0500, Parsons Technical Services [EMAIL PROTECTED] wrote: I wonder if tomcat is loading on startup? Then port 8005 would be in use by tomcat. See what is running and what is using which ports prior to trying a tomcat start. Do this after a reboot. Got to ask the basics. Doug - Original Message - From: Chris Stratton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 04, 2004 1:08 PM Subject: Tomcat 5.0.27-r4 java.net.BindException I am running Tomcat 5.0.27-r4(Gentoo package) with blackdown-jdk 1.4.2.01 I have been getting this ... StandardServer.await: create[8005]: java.net.BindException: Cannot assign requested address java.net.BindException: Cannot assign requested address at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) at java.net.ServerSocket.bind(ServerSocket.java:318) at java.net.ServerSocket.init(ServerSocket.java:185) at org.apache.catalina.core.StandardServer.await(StandardServer.java:496) at org.apache.catalina.startup.Catalina.await(Catalina.java:619) at org.apache.catalina.startup.Catalina.start(Catalina.java:579) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) I have tried changing the port in the server.xml no matter what port I put it on always the same response, I have tried unmerging blackdown, tomcat. All with the same response. Tomcat was working ... the machine rebooted ... now it is not working. I am also running kernel-2.4.26-gentoo-r13 if that makes any difference. As another data point, It takes forever to start up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.27-r4 java.net.BindException
Just did some testing on my box. You get a different exception if the port is already in use. Do you have Tomcat configured to only listen on certain IP(s) rather than all addresses. If so check that you don't have a typo and are trying to request an IP not on the box. Doug - Original Message - From: Chris Stratton [EMAIL PROTECTED] To: Parsons Technical Services [EMAIL PROTECTED] Cc: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, December 04, 2004 10:25 PM Subject: Re: Tomcat 5.0.27-r4 java.net.BindException It is not. All tomcat shuts down. If I do a ps -ef after it gives me that error is shows all tomcat threads have shutdown. A netstat -a shows 8005 port not in use and no 8080 port in use. I am really stumped. I had a problem once like this and was able to correct it by deleting the work directory. That was a long time ago though ... like years. On Sat, 4 Dec 2004 22:00:13 -0500, Parsons Technical Services [EMAIL PROTECTED] wrote: I wonder if tomcat is loading on startup? Then port 8005 would be in use by tomcat. See what is running and what is using which ports prior to trying a tomcat start. Do this after a reboot. Got to ask the basics. Doug - Original Message - From: Chris Stratton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 04, 2004 1:08 PM Subject: Tomcat 5.0.27-r4 java.net.BindException I am running Tomcat 5.0.27-r4(Gentoo package) with blackdown-jdk 1.4.2.01 I have been getting this ... StandardServer.await: create[8005]: java.net.BindException: Cannot assign requested address java.net.BindException: Cannot assign requested address at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) at java.net.ServerSocket.bind(ServerSocket.java:318) at java.net.ServerSocket.init(ServerSocket.java:185) at org.apache.catalina.core.StandardServer.await(StandardServer.java:496) at org.apache.catalina.startup.Catalina.await(Catalina.java:619) at org.apache.catalina.startup.Catalina.start(Catalina.java:579) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) I have tried changing the port in the server.xml no matter what port I put it on always the same response, I have tried unmerging blackdown, tomcat. All with the same response. Tomcat was working ... the machine rebooted ... now it is not working. I am also running kernel-2.4.26-gentoo-r13 if that makes any difference. As another data point, It takes forever to start up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]