Re: JSP fragments file extension and the jasper2 ant task
Hey Jim, thanks for the tip. This works when the jspf files are compiled in tomcat, but the jasper2 ant task does nothing with them... Trond Ziarkowski, You may want to try adding the following to your web.xml servlet-mapping servlet-namejsp/servlet-name url-pattern*.jspf/url-pattern /servlet-mapping - Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.4 and Deferred IIS NTLM Authentication
Hey Bill, How did you find that one out! :) Changed my out-of-box server.xml to use the file and it worked, thanks ever so much :) Connector port=8009 enableLookups=false redirectPort=8443 protocol=AJP/1.3 propertiesFile=conf/jk2.properties / For the benefit of this thread and anyone who finds it with similar isues, I also noticed in the Connector documentation for 5.5.4 that you can also add a direct tomcatAuthentication attribute to the AJP Connector which for my deferred IIS NTLM would be set to false (default is true). In my case, I have tomcatAuthentication=false in the jk2.properties file instead and link it, so. All the best, Allistair. -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Bill Barker Sent: 12 November 2004 04:42 To: [EMAIL PROTECTED] Subject: Re: Tomcat 5.5.4 and Deferred IIS NTLM Authentication Tomcat 5.5.x doesn't use jk2.properties by default. To use it, you need: Connector protocol=AJP/1.3 propertiesFile=conf/jk2.properties ... / Alternatively you can configure it directly: Connector protocol=AJP/1.3 request.tomcatAuthentication=false ... / Allistair Crossley [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, OK, apart from my logging problem, the only other main issue appears to be that Tomcat is no longer receiving a populated request.getRemoteUser value. In Tomcat 5.0 series, we had to add the following line to jk2.properties request.tomcatAuthentication=false In order to instruct Tomcat to allow the web server (IIS) to pass through the NTLM-detected user name. Has anything changed (seems like it has as I only replaced the working tomcat 5.0.28 installation with 5.5.4 with no other interference)? Cheers, Allistair 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: Set resource parameters in 5.5 not the same as 5.0
On Thu, 11 Nov 2004 23:25:05 -0500, V D [EMAIL PROTECTED] wrote: Using Embedded Tomcat, in 5.0, one would add a resource as: StandardContext context = (StandardContext)embeddedTomcat.createContext(context, path); ContextResource res = new ContextResource(); res.setName( jdbc/ name); res.setType( javax.sql.DataSource ); res.setAuth( Container ); context.addResource(res); ResourceParams params = new ResourceParams(); params.setName( jdbc/ name); params.addParameter( factory , org.apache.commons.dbcp.BasicDataSourceFactory ); ... context.addResourceParams(params); With Tomcat 5.5, someone said using res.setProperty() instead of using params. So does it look like this: res.setProperty( factory , org.apache.commons.dbcp.BasicDataSourceFactory ); etc. If you're using DBCP, I recommend using the default factory (Tomcat still includes DBCP, but with renamed packages to avoid conflict issues). If this is the case, then how do I set the resource name (params.setName( jdbc/ name);*)*? You set the name on the resource, and the params object doesn't exist anymore. So there's no problem. Also, if I have more than one resource, how do I take care of this? You have multiple ContextResource objects. -- 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: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi, I have some new information on this for my case. I created a small JSP that had a scriplet error and ran it. I am definately using 5.5.4 with Java 5.0. In this case, I got the error stack trace in stdout. This used to come out in localhost_log. That's fine, at least I got it. However, there is an error produced by my application on startup that is *not* being dumped anywhere, and I do not believe either that any amount of log4j/commons configuration would get it because log4j/commons logging is only useful where the developer chooses to notify the logging subsystem which is not runtime errors fromt the JRE. This is part of the stack trace in 5.0.28's localhost_log 2004-11-08 09:29:32 StandardContext[/iq]Exception sending context initialized event to listener instance of class com.qas.newmedia.intranet.iq.IQContextListener java.lang.NullPointerException at com.qas.newmedia.intranet.iq.logic.core.CoreLogic.getDepartmentsByCategory(CoreLogic.java:234) at com.qas.newmedia.intranet.iq.IQContextListener.contextInitialized(IQContextListener.java:86) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3805) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4321) Therefore a NullPointerException is being thrown in 5.5.4 but not being reported anywhere which is a little unhelpful for me :( So I am back to my original question really ... how on earth would I get this NPE logged by Tomcat 5.5.4. Cheers, Allistair -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 11 November 2004 20:34 To: Tomcat Users List Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log Hi, I disagree with this statement, as it's too general. Personally, I consider what is definitely superior in log4j are the many logger implementations. As far as I can tell, these could (= should) be ported to the java.logging API. Sun can port those any time it wants -- they have the source. Log4j has features that make a difference in real life that go far beyond the logger implementations, in the areas of receivers and listeners. I see many people (including my company) moving away from the log4j API, and going to commons-logging in order to get unified logging. Ceki's continual refusal to engage in standardization process Whoa there ;) I don't think the causality is right above. Log4j is not the reason commons-logging is around. Commons-Logging was created to address other logging frameworks, most of which including JDK 1.4 logging far post-date log4j. If anything, those frameworks have caused more fragmentation than log4j itself. Many of the relevant logging standards (given that there's no JSR) are derived (if not plain copied) from log4j. Furthermore, the log4j people have been working for improve standards and teamwork in this area, with Logging Services TLP and its other projects like log4net, log4cpp, etc. will unfortunately have to veto any proposal to ship it with Tomcat. I don't think any such proposal is forthcoming ;) I'm in an anti-bloat mood anyways, don't want to add anything else. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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]
Gothia
Peter (H)ärling ringde och konstaterade att han inte hittat någon lösning på det hela utan rekomenderade att vi kort och gott tog ner en av deras konsulter för att göra om jobbet en gång till. Jag sa att jag inte kunde beställa detta på egen hand. Han förväntar sig ett svar idag eller på måndag om vi vill göra detta. Jag förespråkade att vi ville ha Johan Gradvall till att göra detta om det blir av. //Rolle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gothia
Roland Carlsson wrote: Peter (H)ärling ringde och konstaterade att han inte hittat någon lösning på det hela utan rekomenderade att vi kort och gott tog ner en av deras konsulter för att göra om jobbet en gång till. Jag sa att jag inte kunde beställa detta på egen hand. Han förväntar sig ett svar idag eller på måndag om vi vill göra detta. Jag förespråkade att vi ville ha Johan Gradvall till att göra detta om det blir av. //Rolle Say what? - 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.5.4, Logging and the death of my friend localhost_log
On Fri, 12 Nov 2004 09:55:20 -, Allistair Crossley [EMAIL PROTECTED] wrote: Hi, I have some new information on this for my case. I created a small JSP that had a scriplet error and ran it. I am definately using 5.5.4 with Java 5.0. In this case, I got the error stack trace in stdout. This used to come out in localhost_log. That's fine, at least I got it. However, there is an error produced by my application on startup that is *not* being dumped anywhere, and I do not believe either that any amount of log4j/commons configuration would get it because log4j/commons logging is only useful where the developer chooses to notify the logging subsystem which is not runtime errors fromt the JRE. This is part of the stack trace in 5.0.28's localhost_log 2004-11-08 09:29:32 StandardContext[/iq]Exception sending context initialized event to listener instance of class com.qas.newmedia.intranet.iq.IQContextListener java.lang.NullPointerException at com.qas.newmedia.intranet.iq.logic.core.CoreLogic.getDepartmentsByCategory(CoreLogic.java:234) at com.qas.newmedia.intranet.iq.IQContextListener.contextInitialized(IQContextListener.java:86) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3805) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4321) Therefore a NullPointerException is being thrown in 5.5.4 but not being reported anywhere which is a little unhelpful for me :( So I am back to my original question really ... how on earth would I get this NPE logged by Tomcat 5.5.4. This should go to the logger category for the Context, logged as ERROR level, as it will be logged through the servlet context. Maybe there's a problem somewhere, but I find it hard to believe. You can look at the code in StandardContext.listenerStart, ApplicationContext.log and in ContainerBase.getLogger: this looks very straightforward. You can send me a test war if you think it doesn't work. -- 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]
Login over ssl
Hi! I got a problem with securing a login-page. I would like the login-form to be secured with ssl to ensure that the users credentials isn't easially readable. But I have no need to put the rest of my page in ssl-mode. I have posted the security-constraint/ and login-config/ below. It seems like if the security-constraint named AQMFiles 02 isn't used at all. Atleast all reqeusts that get interupted as the user isn't authenticated is sent to /login.jsp as a non-sll requests and doesn't get redirected to ssl. Must I put my whole web-app in ssl-mode to make sure that my users credentials is secure? Regards Roland Carlsson Ps: I apologize for the posting that got the wrong adress (Gothia), I should learn not to talk in the phone and write mail at the same time. :-) --- part of web.xml-- security-constraint display-nameAQMFiles 02/display-name web-resource-collection url-pattern/login.jsp/url-pattern url-pattern/error.jsp/url-pattern url-pattern*j_security_check*/url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint security-constraint display-nameAQMFiles 01/display-name web-resource-collection url-pattern/pages/*/url-pattern url-pattern/env/*/url-pattern url-pattern/index_1.jsp/url-pattern /web-resource-collection auth-constraint role-name*/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAQMFile login/realm-name form-login-config form-login-page/login.jsp/form-login-page form-error-page/error.jsp/form-error-page /form-login-config /login-config --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hm, maybe you are right Remy. I just explicitly placed a throw NPE in my contextInitialized and this came out to stdout. I am puzzled why the other NPE I know to be thrown is not doing the same. Will continue to look at this. On a positive note, my catalina.log as defined by a log4j configuration in common/classes has just appeared hooray! Will play around a bit more and let you know how it goes ... -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 10:07 To: Tomcat Users List Subject: Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log On Fri, 12 Nov 2004 09:55:20 -, Allistair Crossley [EMAIL PROTECTED] wrote: Hi, I have some new information on this for my case. I created a small JSP that had a scriplet error and ran it. I am definately using 5.5.4 with Java 5.0. In this case, I got the error stack trace in stdout. This used to come out in localhost_log. That's fine, at least I got it. However, there is an error produced by my application on startup that is *not* being dumped anywhere, and I do not believe either that any amount of log4j/commons configuration would get it because log4j/commons logging is only useful where the developer chooses to notify the logging subsystem which is not runtime errors fromt the JRE. This is part of the stack trace in 5.0.28's localhost_log 2004-11-08 09:29:32 StandardContext[/iq]Exception sending context initialized event to listener instance of class com.qas.newmedia.intranet.iq.IQContextListener java.lang.NullPointerException at com.qas.newmedia.intranet.iq.logic.core.CoreLogic.getDepartmen tsByCategory(CoreLogic.java:234) at com.qas.newmedia.intranet.iq.IQContextListener.contextInitiali zed(IQContextListener.java:86) at org.apache.catalina.core.StandardContext.listenerStart(Standar dContext.java:3805) at org.apache.catalina.core.StandardContext.start(StandardContext .java:4321) Therefore a NullPointerException is being thrown in 5.5.4 but not being reported anywhere which is a little unhelpful for me :( So I am back to my original question really ... how on earth would I get this NPE logged by Tomcat 5.5.4. This should go to the logger category for the Context, logged as ERROR level, as it will be logged through the servlet context. Maybe there's a problem somewhere, but I find it hard to believe. You can look at the code in StandardContext.listenerStart, ApplicationContext.log and in ContainerBase.getLogger: this looks very straightforward. You can send me a test war if you think it doesn't work. -- 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] 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]
Editing Tomcat Balancer Rules
Hi! Can any one help me how to configure the load balancer rules. I am using Tomcat 5.0.28 Regards Vink - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context element problems in conf/server.xml
Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Engine name=Catalina defaultHost=localhost debug=9 Valve className=org.apache.catalina.valves.RequestDumperValve/ Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=9 resourceName=UserDatabase/ Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew override=false/ /Context Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine Andoni wrote: Hello, You certainly don't need the / in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the Engine Host and Context tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below Context path= docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.4 / Context not responding
Hi All, Well, I finally have Tomcat 5.5.4 running my application with NTLM authentication and logging. One final hurdle remains and that is requests and the web application context. It appears that if I make a request to my web application with http://testserver/loadPage.do it does not work. When I say does not work, I mean I get a blank page back. When I request http://testserver/iq/loadPage.do i.e adding the context name, it works. I am assuming this is configuration. I have iq.xml located in tomcat/conf/Catalina/localhost. The entry looks like this... Context path= docBase=/iq reloadable=true Resource name=jdbc/iq auth=Container type=javax.sql.DataSource username=usr password=pw driverClassName=net.sourceforge.jtds.jdbc.Driver url=jdbc:jtds:sqlserver://testserver:1433/db_iQ;charset=Cp1252;TDS=7.0 maxActive=8 maxIdle=4 maxWait=1 validationQuery=SELECT 1 + 1 / /Context This is how 5.0.28 used to be setup in terms of path= and docBase=/iq. I looked at the 5.5 docs but path and docBase appear to be used in the same way. I have also deleted ROOT from webapps. Can anyone suggest why I am having to add my web application name into URLs? Cheers! 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: Failed to install Tomcat5 service
Look at the page http://jakarta.apache.org/commons/daemon/procrun.html tomcat //IS//Tomcat5 --DisplayName Tomcat 5.0.12 \ --Description Tomcat 5.0.12 JDK 1.4 http://jakarta.apache.org; \ --ImagePath c:\devtools\tomcat\5.0\bin\bootstrap.jar \ --StartupClass org.apache.catalina.startup.Bootstrap;main;start \ --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop \ --Java auto Attention: there is a little bug in the above script, substitute tomcat command with tomcat5. Ciao, Matteo -Original Message- From: Jeffrey Steele [mailto:[EMAIL PROTECTED] Sent: venerdì 29 ottobre 2004 19.35 To: Tomcat Users List Subject: RE: Failed to install Tomcat5 service We just had the very same problem when trying to install the service for Tomcat 5.0.28 using service.bat on a Win2000 server... We found that there was an old refrence to a Tomcat 4 service in the Registry... after clearing it out, the Tomcat5 service installed and started fine... Good luck... from your original post: Failed to install Tomcat5 service. Check your settings and permissions. suggests to me that you are not logged in as Administrator? that's probably why the install fails. the DIR of your \bin directory looks like installation failed halfway through. as Yoav says, you'll probably have more joy with the .zip installer, esp if you do not have an administrator logon. you might well still have problems installing the service though...? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday 29 October 2004 14:45 To: Tomcat Users List Subject: RE: Failed to install Tomcat5 service Hi, Try the .zip distribution, just unzip and run. It won't run as a service at first, but it'll get you started. The 5.5.3 exe installer works fine out of the box for me on Win XP pro using Sun JDK 1.5. Yoav Shapira http://www.yoavshapira.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 9:44 AM To: [EMAIL PROTECTED] Subject: FW: Failed to install Tomcat5 service No one is providing answer to my very basic question-which is a show stopper for me. Please help me -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 3:01 PM To: [EMAIL PROTECTED] Subject: Failed to install Tomcat5 service Hi, I'm installing Tomcat 5.5 on Windows XP Professional Box. Jdk version is 1.5. When I issue java -version on cmd prompt I get this output: java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing) I have already set the JAVA_HOME to the proper JRE. But at the time of installing I get this error message: Failed to install Tomcat5 service. Check your settings and permissions. Ignore and continue(not Recommneded) with 3 usual buttons: Abort/Retry/Ignore This happens at the time of performing this action in the installation dialog box: Failed to install tomcat service Using %JAVA_HOME%\bin\client\jvm.dll And then I just cant start tomcat. Please help me out as I'm stuck at the very first step of installing tomcat. My directory structure is as follows: D:\Tomcat 5.5\bintomcat5 [2004-10-26 20:50:52] [373 prunsrv.c] [error] The system cannot find the file specified. [2004-10-26 20:50:52] [1186 prunsrv.c] [error] Load configuration failed D:\Tomcat 5.5\bintomcat5w.exe D:\Tomcat 5.5\bindir Volume in drive D is WINNT_D Volume Serial Number is 744B-4B58 Directory of D:\Tomcat 5.5\bin 26/Oct/04 08:42 PMDIR . 26/Oct/04 08:42 PMDIR .. 06/Oct/04 12:47 AM23,098 bootstrap.jar 06/Oct/04 12:47 AM26,202 commons-logging-api.jar 06/Oct/04 12:48 AM 102,400 tomcat5.exe 06/Oct/04 12:48 AM 131,072 tomcat5w.exe 4 File(s)282,772 bytes 2 Dir(s) 1,352,249,344 bytes free With best regards: Ashutosh Sharma EMC Data Storage Systems (India) Private Limited No. 12, Subramanya Arcade, Tower B,Bannerghatta Road, Bangalore - 560 076. Tel. +91-80-26788930 x 6296 --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved,
Newbie: problem with WebDav Tomcat servlet
I want to use tomcat to develop an application. I've got the tomcat server correcly running, and I managed correctly basic users permissions. I have a problem: i want to use webdav to upload my app contents (jsp pages), but I get two errors: - Webdav runs correctly and ask me the correct password. After that, it shows me only the webdav/ contents (index.html tomcat.gif tomcat-power.gif WEB-INF), and I can't write anything. The WEB-INF/web.xml contains the uncommented init-param: !-- Uncomment this to enable read and write access -- init-param param-namereadonly/param-name param-valuefalse/param-value /init-param !--load-on-startup1/load-on-startup-- - I want to read and write with webdav (i'm using dreamweaver) my app dir: /usr/share/tomcat/server/webapps/dwers but I simply can't. I need some help, also a correct rtfm, because I've searched a lot but with no results. Thanks in advance. -- Alessandro Ronchi [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where to put bean classes
Dear Shapira, thank you for your help. It work regards, Majirus Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, You should read a book or tutorial on web application development when you get a chance ;) Tomcat has one called First Webapp or something like that in its docs. Put your beans in a package (e.g. com.mycompany) when developing them. When deploying your webapp, either put the compiled bean class files under WEB-INF/classes(/com/mycompany...) or put them in a jar in your WEB-INF/lib directory. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Majirus Fansi [mailto:[EMAIL PROTECTED] Sent: Monday, November 08, 2004 6:53 AM To: [EMAIL PROTECTED] Subject: Where to put bean classes Hi all, Should anyone know how to configure tomcat for loading bean in a jsp pages? Precisely, where do i put my java classes in tomcat container ? I thank all of you in advance. Ragards, Majirus - Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage ! Créez votre Yahoo! Mail Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis.Téléchargez GRATUITEMENT ici ! This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yahoo! Mail - Votre e-mail personnel et gratuit qui vous suit partout ! Créez votre adresse sur http://mail.yahoo.fr
RE: Tomcat 5.5.4 / Context not responding - Test example webapp
To demonstrate this problem, I have reduced it to a small web app. 1. Install 5.5.4 and delete tomcat/webapps/ROOT 2. Create file test.xml and save it to tomcat/conf/Catalina/localhost with the content Context path= docBase=/test/Context 3. Create folder tomcat/webapps/test 4. Create in that folder (3) file called test.jsp with content !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleHello 5.5.4/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body %= Hello 5.5.4 % /body /html 5. Start tomcat 6. Request http://yourserver:8080/test/test.jsp You should get a blank page. Not good! Cheers, Allistair. -Original Message- From: Allistair Crossley Sent: 12 November 2004 11:33 To: [EMAIL PROTECTED] Subject: Tomcat 5.5.4 / Context not responding Hi All, Well, I finally have Tomcat 5.5.4 running my application with NTLM authentication and logging. One final hurdle remains and that is requests and the web application context. It appears that if I make a request to my web application with http://testserver/loadPage.do it does not work. When I say does not work, I mean I get a blank page back. When I request http://testserver/iq/loadPage.do i.e adding the context name, it works. I am assuming this is configuration. I have iq.xml located in tomcat/conf/Catalina/localhost. The entry looks like this... Context path= docBase=/iq reloadable=true Resource name=jdbc/iq auth=Container type=javax.sql.DataSource username=usr password=pw driverClassName=net.sourceforge.jtds.jdbc.Driver url=jdbc:jtds:sqlserver://testserver:1433/db_iQ;charset=Cp125 2;TDS=7.0 maxActive=8 maxIdle=4 maxWait=1 validationQuery=SELECT 1 + 1 / /Context This is how 5.0.28 used to be setup in terms of path= and docBase=/iq. I looked at the 5.5 docs but path and docBase appear to be used in the same way. I have also deleted ROOT from webapps. Can anyone suggest why I am having to add my web application name into URLs? Cheers! 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: Tomcat 5.5.4 / Context not responding - Test example webapp
On Fri, 12 Nov 2004 12:10:09 -, Allistair Crossley [EMAIL PROTECTED] wrote: To demonstrate this problem, I have reduced it to a small web app. 1. Install 5.5.4 and delete tomcat/webapps/ROOT 2. Create file test.xml and save it to tomcat/conf/Catalina/localhost with the content Context path= docBase=/test/Context 3. Create folder tomcat/webapps/test 4. Create in that folder (3) file called test.jsp with content !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleHello 5.5.4/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body %= Hello 5.5.4 % /body /html 5. Start tomcat 6. Request http://yourserver:8080/test/test.jsp You mean http://yourserver:8080/test.jsp, I suppose. You should get a blank page. Not good! ... but expected. path is no longer an allowed attribute of Context when using a context file (in server.xml, it is of course still allowed). -- 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: Login over ssl
Accourding to servlet specs, you need to require tranport guarantee CONFIDENTIAL or INTEGRAL (I'm not sure what the difference is, perhaps somebody can clarify this). So try: transport-guaranteeCONFIDENTIAL/transport-guarantee Hope that helps... Micha. -Original Message- From: Roland Carlsson [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 11:14 AM To: TomcatUsers Subject: Login over ssl Hi! I got a problem with securing a login-page. I would like the login-form to be secured with ssl to ensure that the users credentials isn't easially readable. But I have no need to put the rest of my page in ssl-mode. I have posted the security-constraint/ and login-config/ below. It seems like if the security-constraint named AQMFiles 02 isn't used at all. Atleast all reqeusts that get interupted as the user isn't authenticated is sent to /login.jsp as a non-sll requests and doesn't get redirected to ssl. Must I put my whole web-app in ssl-mode to make sure that my users credentials is secure? Regards Roland Carlsson Ps: I apologize for the posting that got the wrong adress (Gothia), I should learn not to talk in the phone and write mail at the same time. :-) --- part of web.xml-- security-constraint display-nameAQMFiles 02/display-name web-resource-collection url-pattern/login.jsp/url-pattern url-pattern/error.jsp/url-pattern url-pattern*j_security_check*/url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint security-constraint display-nameAQMFiles 01/display-name web-resource-collection url-pattern/pages/*/url-pattern url-pattern/env/*/url-pattern url-pattern/index_1.jsp/url-pattern /web-resource-collection auth-constraint role-name*/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAQMFile login/realm-name form-login-config form-login-page/login.jsp/form-login-page form-error-page/error.jsp/form-error-page /form-login-config /login-config --- - 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.5.4 / Context not responding - Test example webapp
OK, so how would I make this test web application the root application. How is the root web application determined when there are several web applications that use the .xml configuration method? I have removed path= from the test.xml but the result is the same, blank page. Am I supposed to call the root application ROOT? Thanks for your time :) Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 12:32 To: Tomcat Users List Subject: Re: Tomcat 5.5.4 / Context not responding - Test example webapp On Fri, 12 Nov 2004 12:10:09 -, Allistair Crossley [EMAIL PROTECTED] wrote: To demonstrate this problem, I have reduced it to a small web app. 1. Install 5.5.4 and delete tomcat/webapps/ROOT 2. Create file test.xml and save it to tomcat/conf/Catalina/localhost with the content Context path= docBase=/test/Context 3. Create folder tomcat/webapps/test 4. Create in that folder (3) file called test.jsp with content !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleHello 5.5.4/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body %= Hello 5.5.4 % /body /html 5. Start tomcat 6. Request http://yourserver:8080/test/test.jsp You mean http://yourserver:8080/test.jsp, I suppose. You should get a blank page. Not good! ... but expected. path is no longer an allowed attribute of Context when using a context file (in server.xml, it is of course still allowed). -- 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] 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: Tomcat 5.5.4 / Context not responding - Test example webapp
ah ok, didn't see this anywhere in the docs :) thanks for helping out. had to rename my web application to ROOT and the iq.xml to ROOT.xml. caused a few issues with IIS but have been able to remap those too. quite a big change from 5.0! all working now touch wood! cheers, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 13:23 To: Allistair Crossley Subject: Re: Tomcat 5.5.4 / Context not responding - Test example webapp On Fri, 12 Nov 2004 13:06:30 -, Allistair Crossley [EMAIL PROTECTED] wrote: I have removed path= from the test.xml but the result is the same, blank page. Am I supposed to call the root application ROOT? Yes. That's how the deployer works now. Note: The path attribute is ignored, so whether or not it's there doesn't matter. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x 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: More apps = More load ?
Hi, But this is all static load, correct? I mean, once Tomcat has started up No. I was being general and covering cases where apps launch their own threads which do stuff irrespective of whether any users are hitting the app or not. This is a fairly common case, for better or worse. But if the app doesn't have such threads, then you're right, the load is incurred once on startup and then you get into a good steady state. Finally, even if there is some overall continual performance overhead for having an application loaded, yet unused, how many apps would you have to have to where this overhead would actually be measurable, much less make any kind of difference whatsoever in response time to a single specific app? That depends on the apps. It could be one, if it launches 10 different background tasks, each of which does something costly every second. Or it could be 1000 apps if they all just have static content. Trying to get a general or magic number answer to this question is pointless, because the variance in the data set is far too high. That's why the OP should spend time stress testing his actual setup. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Editing Tomcat Balancer Rules
Hi, What specific help do you need? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Vinayagam [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 5:42 AM To: Tomcat Users List Subject: Editing Tomcat Balancer Rules Hi! Can any one help me how to configure the load balancer rules. I am using Tomcat 5.0.28 Regards Vink - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 / Context not responding - Test example webapp
On Fri, 12 Nov 2004 13:50:12 -, Allistair Crossley [EMAIL PROTECTED] wrote: ah ok, didn't see this anywhere in the docs :) thanks for helping out. had to rename my web application to ROOT and the iq.xml to ROOT.xml. caused a few issues with IIS but have been able to remap those too. quite a big change from 5.0! The docs mention it on the page for Context: The value of this field must not be set except when statically defining a Context in server.xml, as it will be infered from the filenames used for either the .xml context file or the docBase. The change allows having more features for the hot deployer, while making it much simpler and more maintainable. -- 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: Tomcat 5.5.4 / Context not responding - Test example webapp
Hi, Yep, I had read those but it does not mention that you do *not* delete ROOT anymore like you did in previous version of Tomcat and that you are supposed to also name the XML config file to ROOT. I've used Tomcat from version 3, and so I found this counter to previous experience with Tomcat configuration. I also find that these types of feature changes slip by because the configuration pages are divided up quite a lot and it is difficult to spot these subleties. I would find a page that caters for a basic setup with the new version for a basic web application deployed from root + data sources quite helpful and I am happy to write this either as a blog on my site, or as an addition to the Tomcat docs .. whatever is most useful. Cheers, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 13:57 To: Tomcat Users List Subject: Re: Tomcat 5.5.4 / Context not responding - Test example webapp On Fri, 12 Nov 2004 13:50:12 -, Allistair Crossley [EMAIL PROTECTED] wrote: ah ok, didn't see this anywhere in the docs :) thanks for helping out. had to rename my web application to ROOT and the iq.xml to ROOT.xml. caused a few issues with IIS but have been able to remap those too. quite a big change from 5.0! The docs mention it on the page for Context: The value of this field must not be set except when statically defining a Context in server.xml, as it will be infered from the filenames used for either the .xml context file or the docBase. The change allows having more features for the hot deployer, while making it much simpler and more maintainable. -- 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] 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: URL.setURLStreamHandlerFactory - Tomcat 5.0
Hi, I was just reading this thread from August. Unfortunately, I *think* I need a custom stream handler factory as I want to be able to hack about with some of the URLs before they get a chance to open. That's an unfortunate requirement. It's tricky at best. We discussed this back as jar as June: see the thread and accompanying Bugzilla issue at http://issues.apache.org/bugzilla/show_bug.cgi?id=29631. We decided not to allow customization of this for 5.0.x, as too much would be involved. Now that 5.5 is stable and improving, the above item certainly won't be done for 5.0, but might be an interesting discussion point for 5.5. However, before even opening such a discussion, we should consider alternatives for your use-case. Here's the scenario: - I have a directory containing a resource - call it X.xml - and a JSP - call it displayX.jsp. - I want to read X.xml from code within the JSP. What are the ways, accoring to the JSP and servlet specs, that I can do this? Numerous ways, with two good ones coming to mind and two bad ones. Good: URL xUrl = getServletContext().getResource(/path/to/x.xml); URL xUrl = getClass().getResource(/path/to/x.xml/on/classpath); Bad: URL xUrl = new File(/path/to/x.xml).toURI().toURL(); URL xUrl = getServletContext().getRealPath(/path/to/x.xml); (Bad listed as such because they break inside a packed WAR file and limit portability). You would then parse from a URL using the JAXP APIs, that's fairly standard. Or maybe another higher-level tool like JDOM if that's your cup of tea. But note in all these ways the scheme of the URL doesn't matter, it's up to the server to resolve them. The two Good ones above would be jndi:/ URLs. I need to intercept all of those ways, because that file X.xml might be somewhere else completely and only need to appear to the webapp to be in that directory. If the container can't resolve it using getResource, that means your webapp is not compliant to the Servlet Spec. For bonus points, the JSP itself might be in a different place from its requested URL (I have a filter that remaps paths on requests, as suggested by Steve Kirk in response to an earlier plea for help on this list). That's irrelevant. It won't be the calling JSP itself resolving the resource path. Your resource resolution would be relative to either your docBase or your classpath, neither of which are affected by where your JSP is. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SocketException
As I have mentioned in the past, I am still getting this error in my catalina.out: Nov 12, 2004 5:03:19 AM org.apache.tomcat.util.net.TcpWorkerThread runIt SEVERE: Remote Host /xxx.xxx.xxx.xxx SocketException: Invalid argument This is the complete text of the error - no stack trace, nothing more.I am using Tomcat 5.0.16 and this is the error I get; I got a similar error using 4.1.24. The error isn't constant, and I don't know how to reproduce it. I don't think it has anything to do with the number of open files or memory; I have looked into the possibility that the error might be due to either of those (after reading some comments I found after searching on Google and the archives of this list) and I think I've eliminated those possibilities. Does anyone have any idea what might cause this error? Thanks! -- Lynn Hollerman. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
getResource (was RE: URL.setURLStreamHandlerFactory - Tomcat 5.0)
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Yoav, I have *no* idea what this list would do without you... We discussed this back as jar as June: see the thread and accompanying Bugzilla issue at http://issues.apache.org/bugzilla/show_bug.cgi?id=29631. We decided not to allow customization of this for 5.0.x, as too much would be involved. Saw it - hence my response on this list. However, before even opening such a discussion, we should consider alternatives for your use-case. Absolutely! - I want to read X.xml from code within the JSP. What are the ways, accoring to the JSP and servlet specs, that I can do this? Numerous ways, with two good ones coming to mind and two bad ones. Good: URL xUrl = getServletContext().getResource(/path/to/x.xml); OK. URL xUrl = getClass().getResource(/path/to/x.xml/on/classpath); OK. That's an interesting case, may need to hack with the classloader. Bad: URL xUrl = new File(/path/to/x.xml).toURI().toURL(); I'm willing to allow this to fail. To be honest, I can't see how it works sensibly anyway... URL xUrl = getServletContext().getRealPath(/path/to/x.xml); Heh. I know a few that do this... it'd be nice to allow this, possibly by replacing the implementation of getRealPath(), but I'm also willing to let it fail. You would then parse from a URL using the JAXP APIs, that's fairly standard. Or maybe another higher-level tool like JDOM if that's your cup of tea. Yes. So, by this time, I need to have remapped the resource so that opening a stream on the URL gives the 'right' result. But note in all these ways the scheme of the URL doesn't matter, it's up to the server to resolve them. The two Good ones above would be jndi:/ URLs. Indeed. Which is why I have this nasty suspicion I need to get hold of the stream handler factory - although potentially it sounds like I could get away with wrapping the jndi: implementation and intercepting getRealPath(). If the container can't resolve it using getResource, that means your webapp is not compliant to the Servlet Spec. Well, that's a nice simple statement to work to :-). Thanks! We're willing to force servlets to be compliant - and to hack Catalina if necessary, although we'd prefer not to. Your resource resolution would be relative to either your docBase or your classpath, neither of which are affected by where your JSP is. Cool. Thanks very much for your help - I'll take a look at this and see what I can do. If anyone can think of a funnel in Catalina (or elsewhere) through which all the legitimate requests pass, I'd appreciate knowing about it as I may be able to intercept there. - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SocketException
From: Hollerman Geralyn M [mailto:[EMAIL PROTECTED] SEVERE: Remote Host /xxx.xxx.xxx.xxx SocketException: Invalid argument Hmm. An EINVAL from the socket layer. Are you running UNIX or Windows? Depending on which, I'd get hold of a system call tracer (Unix) or TDImon (Windows), monitor until you got the error, and then look through the logfile to see which system call was giving you the error back. That might give you some insight into what your system is doing when this occurs... - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context element problems in conf/server.xml
Ok, You can ignore the logger's and valve's when you are worrying about configuration. So what you are left with is: Engine name=Catalina defaultHost=localhost debug=9 Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 /Context /Host /Engine What you have to be aware of is that ROOT is more than just another name for a webapp. ROOT is a special name for the default webapp in a host. Therefore what you should do is to remove all references to root. Comment out this line of the server.xml, call your .war file something else and set the path=. Regards, Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 11:30 AM Subject: Re: Context element problems in conf/server.xml Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Engine name=Catalina defaultHost=localhost debug=9 Valve className=org.apache.catalina.valves.RequestDumperValve/ Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=9 resourceName=UserDatabase/ Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew override=false/ /Context Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine Andoni wrote: Hello, You certainly don't need the / in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the Engine Host and Context tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below Context path= docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - 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: Deploying a war in TC4
I am still unable to get this to unpack automatically, I have to unpack it myself before starting Tomcat and then it is ok in my web.xml I have web-app servlet servlet-nameController/servlet-name servlet-classcom.testapp.Controller/servlet-class load-on-startup0/load-on-startup /servlet servlet-mapping servlet-nameController/servlet-name url-pattern/controller/url-pattern /servlet-mapping /web-app Is there anything I can do here which might make a difference. Paul Taylor wrote: Thanks I use a File() constructor because the same class is used in a standalone situation Ive checked my server.xml and it already seems to have unpacking set. !-- Define the default virtual host -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true should my docbase me appname or appname.war Shapira, Yoav wrote: Hi, How can I get round this ? Two ways: either configure the Host in server.xml to unpackWARs (which is the default I think even for Tomcat 4.x). Or write your app to the Servlet Spec, which means no File constructions except in the javax.servlet.context.tempdir directory. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: Editing Tomcat Balancer Rules
HI! If i am going to host one application. I need to constraints the following things like High availability, load balancing, clustering. So that i have to do the load balancing. There are three ways available in tomcat, Which is the best one and how to do this. Regards Vink - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, November 12, 2004 7:25 PM Subject: RE: Editing Tomcat Balancer Rules Hi, What specific help do you need? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Vinayagam [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 5:42 AM To: Tomcat Users List Subject: Editing Tomcat Balancer Rules Hi! Can any one help me how to configure the load balancer rules. I am using Tomcat 5.0.28 Regards Vink - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: SocketException
This will happen on the Windows platform when using network interface cards which are improperly configured (which is the default for many NIC's). If you are on Windows, and using HTTP/HTTPS for your system reply back and I can send you the info on how to resolve this (and increase your TCP-IP throughput 5 to 7 times.) Al G - Original Message - From: Hollerman Geralyn M [EMAIL PROTECTED] Date: Friday, November 12, 2004 8:28 am Subject: SocketException As I have mentioned in the past, I am still getting this error in my catalina.out: Nov 12, 2004 5:03:19 AM org.apache.tomcat.util.net.TcpWorkerThread runItSEVERE: Remote Host /xxx.xxx.xxx.xxx SocketException: Invalid argument This is the complete text of the error - no stack trace, nothing more.I am using Tomcat 5.0.16 and this is the error I get; I got a similar error using 4.1.24. The error isn't constant, and I don't know how to reproduce it. I don't think it has anything to do with the number of open files or memory; I have looked into the possibility that the error might be due to either of those (after reading some comments I found after searching on Google and the archives of this list) and I think I've eliminated those possibilities. Does anyone have any idea what might cause this error? Thanks! -- Lynn Hollerman. --- -- 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: SocketException
Ok then. If you take the time to measure the throughput on a good Windows 2000 server you may find that on a good day you are only getting about 2Mbps. By default, many of the network drivers are setup this way, but you can do something about it. 1. Open the properties of your 'local area connection'. You will see a 'Configure' button. Click configure and you will see the properties for the nic card. Choose the advanced tab. The NIC's in true server systems (like SuperMicro, Dell, HP, etc) will allow you to set the Transmit and Recieve size (or 'descriptors' in some case). By default this is set to 256. Set it to 1024. If your NIC card does not have this property listed, contact the manufacturer about where these settings are in the registry (and they ARE in the registry). 2. Change the TCP-IP parameters for the window size. Open the registry. Navigate to, or create: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Add/Edit these keys: - GlobalMaxTcpWindowSize, DWORD, 131400 (decimal) - TcpWindowSize, DWORD, 131400 (decimal) - Tcp1323Opts, DWORD, 3 You can use load testing to find the best values for these reg keys. After changing the above, our throughput on the same hardware went up by a factor of 4, and we stopped getting SocketExceptions, and other odd socket-related errors we could never reproduce. Check here for a good doc on the registry settings: http://rdweb.cns.vt.edu/public/notes/win2k-tcpip.htm Hope it helps, Al G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.4 CVS Doc Update
Hi, I am trying to get hold of the latest tomcat 5.5.4 documentation via wincvs. I have checked out jakarta-tomcat-catalina with a version header of TOMCAT_5_5_4 but I do not appearing to be getting the right xdocs that match what is up on the site at present, e.g section 22) Logging is not coming down. Can anybody suggest why? Cheers, Ali 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: Tomcat 5.5.4 CVS Doc Update
On Fri, 12 Nov 2004 16:32:03 -, Allistair Crossley [EMAIL PROTECTED] wrote: Hi, I am trying to get hold of the latest tomcat 5.5.4 documentation via wincvs. I have checked out jakarta-tomcat-catalina with a version header of TOMCAT_5_5_4 but I do not appearing to be getting the right xdocs that match what is up on the site at present, e.g section 22) Logging is not coming down. Can anybody suggest why? The file is properly tagged, though, so I don't know why you don't get it: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/logging.xml?rev=1.1view=log I recommend you get HEAD instead (no difference in this case, but it's a good habit when you want to submit something). -- 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: Tomcat 5.5.4 CVS Doc Update
yeah I tried head first but no result. hm, will try again at home, cheers -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 16:47 To: Tomcat Users List Subject: Re: Tomcat 5.5.4 CVS Doc Update On Fri, 12 Nov 2004 16:32:03 -, Allistair Crossley [EMAIL PROTECTED] wrote: Hi, I am trying to get hold of the latest tomcat 5.5.4 documentation via wincvs. I have checked out jakarta-tomcat-catalina with a version header of TOMCAT_5_5_4 but I do not appearing to be getting the right xdocs that match what is up on the site at present, e.g section 22) Logging is not coming down. Can anybody suggest why? The file is properly tagged, though, so I don't know why you don't get it: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/weba pps/docs/logging.xml?rev=1.1view=log I recommend you get HEAD instead (no difference in this case, but it's a good habit when you want to submit something). -- 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] 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: Context element problems in conf/server.xml
Hi Andoni Thanks again for your reply. I hope I'm understanding what you say correctly, apologies if not. If I rename my WAR to say, app.war, then to access a page the URL would become http://localhost/app/login.jsp. The reason why I changed the appBase to ROOT and renamed my WAR ROOT.war was so that the URL would be http://localhost/login.jsp. This is a customer directive. Is the problem that I'm going about this the wrong way in the first place? Can I have an app.war and access it like http://localhost/login.jsp? Best regards Andrew Andoni wrote: Ok, You can ignore the logger's and valve's when you are worrying about configuration. So what you are left with is: Engine name=Catalina defaultHost=localhost debug=9 Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 /Context /Host /Engine What you have to be aware of is that ROOT is more than just another name for a webapp. ROOT is a special name for the default webapp in a host. Therefore what you should do is to remove all references to root. Comment out this line of the server.xml, call your .war file something else and set the path=. Regards, Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 11:30 AM Subject: Re: Context element problems in conf/server.xml Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Engine name=Catalina defaultHost=localhost debug=9 Valve className=org.apache.catalina.valves.RequestDumperValve/ Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=9 resourceName=UserDatabase/ Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew override=false/ /Context Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine Andoni wrote: Hello, You certainly don't need the / in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the Engine Host and Context tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below Context path= docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - 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: Context element problems in conf/server.xml
Yes, you can have any xxx.war that you access from http://localhost/login.jsp so long as it's path= and it is the only context in that Host which has path=. This is what makes it the default app. Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 5:00 PM Subject: Re: Context element problems in conf/server.xml Hi Andoni Thanks again for your reply. I hope I'm understanding what you say correctly, apologies if not. If I rename my WAR to say, app.war, then to access a page the URL would become http://localhost/app/login.jsp. The reason why I changed the appBase to ROOT and renamed my WAR ROOT.war was so that the URL would be http://localhost/login.jsp. This is a customer directive. Is the problem that I'm going about this the wrong way in the first place? Can I have an app.war and access it like http://localhost/login.jsp? Best regards Andrew Andoni wrote: Ok, You can ignore the logger's and valve's when you are worrying about configuration. So what you are left with is: Engine name=Catalina defaultHost=localhost debug=9 Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 /Context /Host /Engine What you have to be aware of is that ROOT is more than just another name for a webapp. ROOT is a special name for the default webapp in a host. Therefore what you should do is to remove all references to root. Comment out this line of the server.xml, call your .war file something else and set the path=. Regards, Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 11:30 AM Subject: Re: Context element problems in conf/server.xml Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Engine name=Catalina defaultHost=localhost debug=9 Valve className=org.apache.catalina.valves.RequestDumperValve/ Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=9 resourceName=UserDatabase/ Host name=localhost debug=9 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew override=false/ /Context Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine Andoni wrote: Hello, You certainly don't need the / in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the Engine Host and Context tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: Andrew Watters [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below Context path= docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below Context path=/ docBase=ROOT debug=9 Environment name=servername type=java.lang.String value=dev.andrew/ /Context tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - 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]
Declarative security example
Hello everybody, I'm trying to run the following test application on a Tomcat v4.1 that comes along with JBuilder X. web-app servlet servlet-nameSecureServlet/servlet-name servlet-classSecureServlet/servlet-class /servlet security-constraint web-resource-collection web-resource-nameprueba de seguridad declarativa/web-resource-name url-pattern/servlet/SecureServlet/url-pattern http-methodPOST/http-method /web-resource-collection auth-constraint role-namesupervisor/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method form-login-config form-login-page/formlogin.html/form-login-page form-error-page/formerror.html/form-error-page /form-login-config /login-config security-role role-namesupervisor/role-name /security-role /web-app When I launch the server, it is not able to initialize the web app. This is the trace I get from Tomcat: 12-nov-2004 18:30:05 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.27-LE-jdk14 HostConfig[localhost]: Deploying configuration descriptor jb-cursoj2ee.xml WebappLoader[/cursoj2ee]: Deploying class repositories to work directory C:\cursoj2ee\seguridadDeclarativa\seguridadDeclarativa\Tomcat\work\cursoj2ee WebappLoader[/cursoj2ee]: Deploy class files /WEB-INF/classes to C:\cursoj2ee\seguridadDeclarativa\seguridadDeclarativa\modulo1\WEB-INF\class es WebappLoader[/cursoj2ee]: Reloading checks are enabled for this Context ContextConfig[/cursoj2ee]: No Realm has been configured to authenticate against ContextConfig[/cursoj2ee]: Marking this application unavailable due to previous error(s) StandardManager[/cursoj2ee]: Seeding random number generator class java.security.SecureRandom StandardManager[/cursoj2ee]: Seeding of random number generator has been completed StandardContext[/cursoj2ee]: Context startup failed due to previous errors 12-nov-2004 18:30:07 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 It seems like I've got to define some realm on Tomcat in order for this silly example to work. However, I've read (Sun's material) this example should be straightforward, just deploy the webapp anywhere and run, without defining anything particular to the servlet container. What am I missing? Am I required to define a realm in order for it to work? Thanx everybody, F. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: IIS 6.0, SSL and Tomcat 5.0.28 set up problems.
From: charles doweary [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: IIS 6.0, SSL and Tomcat 5.0.28 set up problems. Date: Fri, 12 Nov 2004 13:29:52 -0500 Dear Sir, I am running IIS 6.0 with Tomcat 5.0.28 on Windows Server 2003, and I am having a problem getting SSL to work. The following instructions are a portion of the article titled TOMCAT and SSL, and I have a questions about Do: keytool -genkey -alias tomcat -keyalg RSA. Where is this command typed into the system? Where do I key this information into the system? Are the commands entered in DOS? I have JSSE installed and the 3 jar files are in place in my CLASSPATH and in JAVA_HOME. IIS has a wizard that I use to create certificates and it does not permit me to enter the keytool parameters. I guess my next questions are: How do I created a certificate in my environment without using the wizard? Have the steps changed to get SSL to work in version 6.0 of IIS and version 5.0.28 of Tomcat? And if so, what steps do I now need to take to set this up properly? Your help in my setup issue is greatly apprieciated. DIRECT SSL Generate a SSL certificate (RSA) for tomcat I succeed (at least) with my IBM JDK 1.3 after: jsse jars MUST BE IN BOTH CLASSPATH and $JAVA_HOME/jre/lib/ext (JAVA 1.2) from server.xml doc.You _need_ to set up a server certificate if you want this to work, and you need JSSE. Add JSSE jars to CLASSPATH Edit $JAVA_HOME/jre/lib/security/java.security Add: security.provider.2=com.sun.net.ssl.internal.ssl.Provider Do: keytool -genkey -alias tomcat -keyalg RSA RSA is essential to work with Netscape and IIS. Use changeit as password (or add keypass attribute). You don't need to sign the certificate. You can set parameter keystore and keypass if you want to change the default ($HOME/.keystore with changeit) I suggest you install jcert.jar, jnet.jar and jsse.jar in $JAVA_HOME/jre/lib/ext and then add them to your CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jcert.jar:$CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jnet.jar:$CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jsse.jar:$CLASSPATH You could also copy the 3 jars into $TOMCAT_HOME/lib/ so they are under the existing CLASSPATH at tomcat startup (tomcat.sh). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IIS 6.0, SSL and Tomcat 5.0.28 set up problems.
Hi, Keytool is part of the JDK, so RTFM at http://java.sun.com/j2se/1.4.2/docs/tooldocs/solaris/keytool.html. It's not part of IIS. Yoav Shapira http://www.yoavshapira.com -Original Message- From: charles doweary [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 1:38 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: FW: IIS 6.0, SSL and Tomcat 5.0.28 set up problems. From: charles doweary [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: IIS 6.0, SSL and Tomcat 5.0.28 set up problems. Date: Fri, 12 Nov 2004 13:29:52 -0500 Dear Sir, I am running IIS 6.0 with Tomcat 5.0.28 on Windows Server 2003, and I am having a problem getting SSL to work. The following instructions are a portion of the article titled TOMCAT and SSL, and I have a questions about Do: keytool -genkey -alias tomcat -keyalg RSA. Where is this command typed into the system? Where do I key this information into the system? Are the commands entered in DOS? I have JSSE installed and the 3 jar files are in place in my CLASSPATH and in JAVA_HOME. IIS has a wizard that I use to create certificates and it does not permit me to enter the keytool parameters. I guess my next questions are: How do I created a certificate in my environment without using the wizard? Have the steps changed to get SSL to work in version 6.0 of IIS and version 5.0.28 of Tomcat? And if so, what steps do I now need to take to set this up properly? Your help in my setup issue is greatly apprieciated. DIRECT SSL Generate a SSL certificate (RSA) for tomcat I succeed (at least) with my IBM JDK 1.3 after: jsse jars MUST BE IN BOTH CLASSPATH and $JAVA_HOME/jre/lib/ext (JAVA 1.2) from server.xml doc.You _need_ to set up a server certificate if you want this to work, and you need JSSE. Add JSSE jars to CLASSPATH Edit $JAVA_HOME/jre/lib/security/java.security Add: security.provider.2=com.sun.net.ssl.internal.ssl.Provider Do: keytool -genkey -alias tomcat -keyalg RSA RSA is essential to work with Netscape and IIS. Use changeit as password (or add keypass attribute). You don't need to sign the certificate. You can set parameter keystore and keypass if you want to change the default ($HOME/.keystore with changeit) I suggest you install jcert.jar, jnet.jar and jsse.jar in $JAVA_HOME/jre/lib/ext and then add them to your CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jcert.jar:$CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jnet.jar:$CLASSPATH export CLASSPATH=$JAVA_HOME/jre/lib/ext/jsse.jar:$CLASSPATH You could also copy the 3 jars into $TOMCAT_HOME/lib/ so they are under the existing CLASSPATH at tomcat startup (tomcat.sh). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fw: Login over ssl
Hi! I am using that for my login pages. The problem is that tomcat doesn't honor that. So, must I put my whole web-app as CONFIDENTIAL when I only need the login to be performed in a (relative) safe way. Thanks in advance Roland Carlsson - Original Message - From: Michal Kwiatek [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, November 12, 2004 1:32 PM Subject: RE: Login over ssl Accourding to servlet specs, you need to require tranport guarantee CONFIDENTIAL or INTEGRAL (I'm not sure what the difference is, perhaps somebody can clarify this). So try: transport-guaranteeCONFIDENTIAL/transport-guarantee Hope that helps... Micha. -Original Message- From: Roland Carlsson [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 11:14 AM To: TomcatUsers Subject: Login over ssl Hi! I got a problem with securing a login-page. I would like the login-form to be secured with ssl to ensure that the users credentials isn't easially readable. But I have no need to put the rest of my page in ssl-mode. I have posted the security-constraint/ and login-config/ below. It seems like if the security-constraint named AQMFiles 02 isn't used at all. Atleast all reqeusts that get interupted as the user isn't authenticated is sent to /login.jsp as a non-sll requests and doesn't get redirected to ssl. Must I put my whole web-app in ssl-mode to make sure that my users credentials is secure? Regards Roland Carlsson Ps: I apologize for the posting that got the wrong adress (Gothia), I should learn not to talk in the phone and write mail at the same time. :-) --- part of web.xml-- security-constraint display-nameAQMFiles 02/display-name web-resource-collection url-pattern/login.jsp/url-pattern url-pattern/error.jsp/url-pattern url-pattern*j_security_check*/url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint security-constraint display-nameAQMFiles 01/display-name web-resource-collection url-pattern/pages/*/url-pattern url-pattern/env/*/url-pattern url-pattern/index_1.jsp/url-pattern /web-resource-collection auth-constraint role-name*/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAQMFile login/realm-name form-login-config form-login-page/login.jsp/form-login-page form-error-page/error.jsp/form-error-page /form-login-config /login-config --- - 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.5.4, Logging and the death of my friend localhost_log
Actually, I guess the default isn't that bad for UNIX/Linux anyway. In theory, if you are using J2SE 1.5 with the default log settings and you don't have Log4J installed, INFO level messages and above will get written to the console which gets redirected to catalina.out by catalina.sh. So, instead of having catalina.out, plus the other log, everything instead just goes into catalina.out. This is fine for my purposes, I just wanted to make sure that I wouldn't be missing important exceptions. As far as I know, if an unhandled exception occurs, it will get logged to catalina.out. If that's the case, then I'm happy. The only thing that I need to figure out now, is what is supposed to be better about Log4J over standard JDK logging and whether I actually need whatever that is. I'm guessing maybe log rotation or something? The other thing that I noticed is that a JDK logging.properties file seems to only allow you to specify a single FileHandler. I thought that it would let you assign different files to different loggers, but, as far as I can tell, this isn't possible (using the properties file anyway). Maybe this is one of the limitations? Jon - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, November 11, 2004 2:02 PM Subject: Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log On Thu, 11 Nov 2004 15:25:48 -, Allistair Crossley [EMAIL PROTECTED] wrote: Now, I know Logger has been removed from 5.5 series and that we are supposed to be using some kind of log4j / commons-logging stylee way but am fairly surprised that 5.5.4 did not come with a basic setup for this. I tried to find a reasonable default, but there's none IMO as the logger implementations that Sun provides with JREs 1.4 and 1.5 are quite limited. The only solution would be to write a logger for java logging, but I'm not a big fan of that. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Login over ssl
I am using that for my login pages. The problem is that tomcat doesn't honor Of course you're right. I did not read carefully enough to see it. that. So, must I put my whole web-app as CONFIDENTIAL when I only need the login to be performed in a (relative) safe way. Looks good... Should work... In other words: I dont know :( M. - Original Message - From: Michal Kwiatek [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, November 12, 2004 1:32 PM Subject: RE: Login over ssl Accourding to servlet specs, you need to require tranport guarantee CONFIDENTIAL or INTEGRAL (I'm not sure what the difference is, perhaps somebody can clarify this). So try: transport-guaranteeCONFIDENTIAL/transport-guarantee Hope that helps... Micha. -Original Message- From: Roland Carlsson [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 11:14 AM To: TomcatUsers Subject: Login over ssl Hi! I got a problem with securing a login-page. I would like the login-form to be secured with ssl to ensure that the users credentials isn't easially readable. But I have no need to put the rest of my page in ssl-mode. I have posted the security-constraint/ and login-config/ below. It seems like if the security-constraint named AQMFiles 02 isn't used at all. Atleast all reqeusts that get interupted as the user isn't authenticated is sent to /login.jsp as a non-sll requests and doesn't get redirected to ssl. Must I put my whole web-app in ssl-mode to make sure that my users credentials is secure? Regards Roland Carlsson Ps: I apologize for the posting that got the wrong adress (Gothia), I should learn not to talk in the phone and write mail at the same time. :-) --- part of web.xml-- security-constraint display-nameAQMFiles 02/display-name web-resource-collection url-pattern/login.jsp/url-pattern url-pattern/error.jsp/url-pattern url-pattern*j_security_check*/url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint security-constraint display-nameAQMFiles 01/display-name web-resource-collection url-pattern/pages/*/url-pattern url-pattern/env/*/url-pattern url-pattern/index_1.jsp/url-pattern /web-resource-collection auth-constraint role-name*/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAQMFile login/realm-name form-login-config form-login-page/login.jsp/form-login-page form-error-page/error.jsp/form-error-page /form-login-config /login-config --- - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SocketException
Peter Crowther wrote: SEVERE: Remote Host /xxx.xxx.xxx.xxx SocketException: Invalid argument Hmm. An EINVAL from the socket layer. Are you running UNIX or Windows? Depending on which, I'd get hold of a system call tracer (Unix) or TDImon (Windows), monitor until you got the error, and then look through the logfile to see which system call was giving you the error back. That might give you some insight into what your system is doing when this occurs... I'm on a Solaris system. So I take it you mean something like truss or truss itself? I think I tried that once and gave up for some reason - I'll have to go back to my notes to see why, I could've just run out of time. Do you know why this error might occur? I think the thing I'm really looking for is to see if there's something I need to do on the server end, or if it's a client problem. And I never see the error on my test server, just on the production one that has a greater load - the error doesn't SEEM to hurt anything, but then again catalina.out classifies it as SEVERE, so maybe there's something to it that I'm missing! Thanks for your help! -- Lynn Hollerman. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT: hosting recommendations?
hihi all, can anyone recommend hosters that are Tomcat/Java friendly and offer private JVMs for cheap monthly cost? (cheap to me is $0 - $20/month range) i went to servlets.com and visited many of the hosters on their list but most of them seem to still have the legacy offerings that are stingy on space and transfer allowances. it was either that or they charge a lot ($50+/month) for private JVMs. thanks in advance, woodchuck __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: hosting recommendations?
We're a little more expensive than that, but can meet your needs: http://systame.com/html/mac-web-hosting.html hihi all, can anyone recommend hosters that are Tomcat/Java friendly and offer private JVMs for cheap monthly cost? (cheap to me is $0 - $20/month range) i went to servlets.com and visited many of the hosters on their list but most of them seem to still have the legacy offerings that are stingy on space and transfer allowances. it was either that or they charge a lot ($50+/month) for private JVMs. thanks in advance, woodchuck __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Randall Perry sysTame Xserve Web Hosting/Co-location Website Design/Development WebObjects Hosting Mac Consulting/Sales http://www.systame.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: hosting recommendations?
I use assortedinternet.com. Tomcat/postgres for 30.00 to 35.00 they might have other plans too On Fri, 2004-11-12 at 14:34, Woodchuck wrote: hihi all, can anyone recommend hosters that are Tomcat/Java friendly and offer private JVMs for cheap monthly cost? (cheap to me is $0 - $20/month range) i went to servlets.com and visited many of the hosters on their list but most of them seem to still have the legacy offerings that are stingy on space and transfer allowances. it was either that or they charge a lot ($50+/month) for private JVMs. thanks in advance, woodchuck __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - 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 and -server option
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Subject: RE: Tomcat and -server option Is there a way to make sure that my JVM is taking the -server flag into consideration? I'm not aware of a programmatic way to verify this. The Java property java.vm.name (use System.getProperty(java.vm.name) to retrieve it) contains either Java HotSpot(TM) Server VM or Java HotSpot(TM) Client VM when using Sun JVMs. Other vendors will, of course, set this property differently. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Please help...
I have been struggling with Tomcat for several days and I am at the end of my rope. If I come across as irritated, I apologize in advance. I simply want to learn how to write JSP. I have a book and I want to start working through it, but I am having trouble setting up a server to serve JSP. I currently run Apache to serve HTML and PHP. Ideally, I'd simply like Apache to start recognizing JSP and handling it appropriately. Unfortunately that seems to not be an easy task... I have tried using mod_jk to connect Tomcat and Apache, with no luck. I finally gave up on trying to use Apache and I was just going to keep them separate. Now, how do I tell Tomcat to serve my jsp files??? I tried using the manager web program to add an application pointing to the correct directory, it accepts the command, but nothing is added to the application list and it doesn't serve the content like I expected it to. Finally I said screw it, I'll simply put my experiment files in the document root of Tomcat and use that for now. Still no luck, it serves up the same default stuff, even when I rename the file. My environment is the following: Fedora Core 2, Apache 2.0.51, Tomcat 5.5.4, JDK 1.5.0. Ideally I'd like to do what I talked about earlier, having Apache automagically know what to do with *.jsp files. However, I'll take what I can get! Thank you very much in advance. I can't explain how damned aggravating this whole thing has been. Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help...
Just run a standalone tomcat. Connecting to Apache is real work and you don't need it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help...
Tomcat is organized differently than Apache. First of all Apache has a document root, where you can put all of your php and html files in. With tomcat, the directory structure is different. If you want to get started with tomcat, I suggest first creating directory under the webapps directory of your tomcat installation. For this example, lets call it test. Under test we will create a WEB-INF directory. The WEB-INF directory contains basically the configuration file for your web application you will be creating in the test directory. In the WEB-INF folder, create a file called web.xml. So at this point you should have directory structure that looks like this. Test WEB-INF web.xml Now edit the web.xml file to contain the following: ---snip ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameA test web application/display-name description Your test web application /description /web-app ---snip Now that you have an empty web application container set up, add some jsp files. Keep in mind that everything under the WEB-INF directory is protected by tomcat. You would not want someone to browse through your configuration now would you? For simplicity sake, lets create a test jsp page now. Create a file called index.jsp directly under the directory test. This is what your directory structure should look like now under your test directory: Test index.jsp WEB-INF web.xml Lets add some content under your test.jsp. We will combine some html with java code to demonstrate how things work. [EMAIL PROTECTED] contentType=text/html% !-- page directive -- [EMAIL PROTECTED] pageEncoding=UTF-8% html headtitleYour first cool page/title/head body %out.println(Hello world)% !-- jsp code -- /body /html Ok, make sure you have tomcat started. On windows, go to services and see if the service is running. On linux, type ps -ef or ps -aux on unix. If it is not running, you need to start this service for your platform. Next, browse to the machine where you have tomcat installed. It might be on the same machine your programming on. http://localhost:8080/test/ You should see hello world now. By default, Tomcat runs on port 8080. You must specify the port number in your browser. You can configure Tomcat to run on port 80 if you wish, but that is out of the scope of this document. Oops, I just read you are using fedora core. I am using fedora core. I have apache and tomcat set up to talk to each other using mod_jk2. I can send you my configuration files if you wish. I hope this was not too basic for you. Randall -Original Message- From: Ken Keefe [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 1:14 PM To: [EMAIL PROTECTED] Subject: Please help... I have been struggling with Tomcat for several days and I am at the end of my rope. If I come across as irritated, I apologize in advance. I simply want to learn how to write JSP. I have a book and I want to start working through it, but I am having trouble setting up a server to serve JSP. I currently run Apache to serve HTML and PHP. Ideally, I'd simply like Apache to start recognizing JSP and handling it appropriately. Unfortunately that seems to not be an easy task... I have tried using mod_jk to connect Tomcat and Apache, with no luck. I finally gave up on trying to use Apache and I was just going to keep them separate. Now, how do I tell Tomcat to serve my jsp files??? I tried using the manager web program to add an application pointing to the correct directory, it accepts the command, but nothing is added to the application list and it doesn't serve the content like I expected it to. Finally I said screw it, I'll simply put my experiment files in the document root of Tomcat and use that for now. Still no luck, it serves up the same default stuff, even when I rename the file. My environment is the following: Fedora Core 2, Apache 2.0.51, Tomcat 5.5.4, JDK 1.5.0. Ideally I'd like to do what I talked about earlier, having Apache automagically know what to do with *.jsp files. However, I'll take what I can get! Thank you very much in advance. I can't explain how damned aggravating this whole thing has been. Ken - 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 and -server option
Hi, Cool, good tip. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 3:14 PM To: Tomcat Users List Subject: RE: Tomcat and -server option From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Subject: RE: Tomcat and -server option Is there a way to make sure that my JVM is taking the -server flag into consideration? I'm not aware of a programmatic way to verify this. The Java property java.vm.name (use System.getProperty(java.vm.name) to retrieve it) contains either Java HotSpot(TM) Server VM or Java HotSpot(TM) Client VM when using Sun JVMs. Other vendors will, of course, set this property differently. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat and -server option
Hi, I have: JAVA_OPTS=-server -Djava.awt.headless=true -Xms1g -Xmx1g -Dfile.encoding=ISO-8859-1 in catalina.sh I just tried: logger.info(java.vm.name: + System.getProperty(java.vm.name)); and i get: INFO - java.vm.name: Java HotSpot(TM) Client VM Why is the -server option not taking effect? Does java.vm.name display the mode the JVM is executing in or its name of the JVM installed on my machine? (because if its just the name of the JVM installed on my machine the -server option must be taking effect) Thanks. On Nov 12, 2004, at 1:53 PM, Shapira, Yoav wrote: Hi, Cool, good tip. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 3:14 PM To: Tomcat Users List Subject: RE: Tomcat and -server option From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Subject: RE: Tomcat and -server option Is there a way to make sure that my JVM is taking the -server flag into consideration? I'm not aware of a programmatic way to verify this. The Java property java.vm.name (use System.getProperty(java.vm.name) to retrieve it) contains either Java HotSpot(TM) Server VM or Java HotSpot(TM) Client VM when using Sun JVMs. Other vendors will, of course, set this property differently. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Mufaddal Khumri Software Developer Waves In Motion Phone: 602 956 7080 x 26 Email: [EMAIL PROTECTED]
RE: Please help...
First get familiar with Tomcat, its very daunting of a task connection apache and tomcat with mod_jk2, but not impossible. Use tomcat standalone, the one guy had a pretty straightforward and easy way of doing it, after you get :8080/test/ working you can move to serving over port 80 with Tomcat, then if you want to dive in and do apache+tomcat+mod_jk2 I would suggest you look at these places. http://www.cymulacrum.net/writings/tomcat5/book1.html http://www.linuxjava.net/howto/webapp/ http://johnturner.com/howto/apache-tomcat-howto.html there are more, many more. start slow, nothing more frustrating then getting something to work and then doing 30 steps and retrying and seeing it not working. do one thing at a time, there isnt a whole lot of steps. good luck, and if you get stuck dont hesitate to search the archives and see how many of us were in your shoes. From: Ken Keefe [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Please help... Date: Fri, 12 Nov 2004 14:14:17 -0600 I have been struggling with Tomcat for several days and I am at the end of my rope. If I come across as irritated, I apologize in advance. I simply want to learn how to write JSP. I have a book and I want to start working through it, but I am having trouble setting up a server to serve JSP. I currently run Apache to serve HTML and PHP. Ideally, I'd simply like Apache to start recognizing JSP and handling it appropriately. Unfortunately that seems to not be an easy task... I have tried using mod_jk to connect Tomcat and Apache, with no luck. I finally gave up on trying to use Apache and I was just going to keep them separate. Now, how do I tell Tomcat to serve my jsp files??? I tried using the manager web program to add an application pointing to the correct directory, it accepts the command, but nothing is added to the application list and it doesn't serve the content like I expected it to. Finally I said screw it, I'll simply put my experiment files in the document root of Tomcat and use that for now. Still no luck, it serves up the same default stuff, even when I rename the file. My environment is the following: Fedora Core 2, Apache 2.0.51, Tomcat 5.5.4, JDK 1.5.0. Ideally I'd like to do what I talked about earlier, having Apache automagically know what to do with *.jsp files. However, I'll take what I can get! Thank you very much in advance. I can't explain how damned aggravating this whole thing has been. Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and -server option
From: Mufaddal Khumri [mailto:[EMAIL PROTECTED] Subject: Re: Tomcat and -server option Does java.vm.name display the mode the JVM is executing in or its name of the JVM installed on my machine? It's the mode you're executing in. I don't have a UNIX/Linux system handy, but on a Windows machine, the client and server JVMs are packaged as separate DLLs. The launcher chooses which one to use based on a registry setting, if not overridden on the command line. (I presume something similar happens with UNIX.) The DLLs are stored in separate directories under your_jre/bin. The value stored in java.vm.name is hard-coded at compilation time of the JVM for each of the DLLs, so if it says client, that's what you've got. Why is the -server option not taking effect? A very good question. Check that you actually have both client and server directories under your jre/bin directory (not jdk/bin - check the jre inside the jdk). The 1.4.2 JRE for Windows does not include a server mode, whereas the JDK does, as does the 1.5 JDK. Don't know about the UNIX flavors, or the 1.5 JRE. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
has anyone tried or run the TC -security with mail session or database connection successfully?
Thanks lot if anyone can point me in the right direction.
TC5.5.4 ( it happens to other versions)
Window XP
JAVA 1.5.0
My program runs successfully without turning on the -security, but has
the errors when it is turned on.
The errors generated look like not related to access violation because
of active security? Otherwise, I will see
the access violation security errors.
I searched all the internet sources but found no answers.
I setup the security as follows:
1. catalina.policy
grant codeBase
file:${catalina.home}/webapps/javaxml2/WEB-INF/classes/- {
permission java.util.PropertyPermission
javax.mail.Session.Factory,read;
permission java.net.SocketPermission localhost:25,
connect,resolve;
permission java.net.SocketPermission
localhost:1521,connect,resolve;
};
2. mail session errors:
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
javax.mail.MessagingException: IOException while sending message;
nested exception is:
javax.activation.UnsupportedDataTypeException: no object DCH for MIME
type text/plain
at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:566)
at javax.mail.Transport.send0(Transport.java:151)
at javax.mail.Transport.send(Transport.java:80)
at javaxml2.UpdateItemServlet.doPost(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
3. DB connection errors:
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
javax.naming.NamingException: Cannot create resource instance
at
org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFact
ory.java:132)
at
javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.apache.naming.NamingContext.lookup(NamingContext.java:792)
at org.apache.naming.NamingContext.lookup(NamingContext.java:139)
at org.apache.naming.NamingContext.lookup(NamingContext.java:780)
at org.apache.naming.NamingContext.lookup(NamingContext.java:152)
at javaxml2.UpdateItemServlet.doPost(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
4. context.xml
Resource name=mail/Session auth=Container
type=javax.mail.Session mail.smtp.host=localhost /
Resource name=jdbc/EmployeeDB auth=Container
type=javax.sql.DataSource username=scott password=tiger
driverClassName=oracle.jdbc.driver.OracleDriver
url=jdbc:oracle:thin:@localhost:1521:oracle
maxActive=8 maxIdle=4/
CGI Servlet environmental variables
Hi, I've read through the documentation, and searched the archives and can't find a solution to my problem. We have apache2 with tomcat 4.1.27. When I was using mod_jk, we could uses aliases under apache with no problems, even with the ROOT of tomcat mounted on the / of apache. With JK2, this is not the case, so we're moving content into the tomcat containers. The hardest problem is the cgi-bin. I got the CGI Servlet working after some work, and the scripts execute. But I need for Tomcat to pass a variable for DOCUMENT_ROOT to the perl scripts in the cgi-bin that use it. Dumping the variables, I can see that it's not doing this. Is there some way to make this variable available to the perl scripts, even if I have to set it manually in the environment? This spans several scripts, so we'd want to set it globally for the server. Thanks, Lisa -- Lisa Soto [EMAIL PROTECTED] (631) 344-2009 Systems Administrator ITD Unix Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
On Fri, 12 Nov 2004 12:53:18 -0600, Jonathan Eric Miller [EMAIL PROTECTED] wrote: Actually, I guess the default isn't that bad for UNIX/Linux anyway. In On Windows, I think it's time to start using the .exe wrapper (or another similar wrapper), rather than keep using the .bat scripts, given their current limitations. This redirects output to log files, which are not rotated at the moment (unlike the main procrun logger). I suppose the feature could be added. I know the new logging is not perfect, but I think it's better than it was before. As the ServletContext logging is bad, applications were never using it, and logging could not be unified due to Tomcat's use of proprietary loggers. The container logger often has little data, usually uncaught exceptions. -- 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: More apps = More load ?
On Fri, Nov 12, 2004 at 08:47:59AM -0500, Shapira, Yoav wrote: No. I was being general and covering cases where apps launch their own threads which do stuff irrespective of whether any users are hitting the app or not. This is a fairly common case, for better or worse. I was discussing this very topic with somebody last night. This sort of begs the question, if the webapp isn't supposed to start threads of its own in general, what is the right way to handle these situations (the most typical being some sort of cron thread, or any need to kick of an asynchronous action)? -- Steven J. Owens [EMAIL PROTECTED] I'm going to make broad, sweeping generalizations and strong, declarative statements, because otherwise I'll be here all night and this document will be four times longer and much less fun to read. Take it all with a grain of salt. - http://darksleep.com/notablog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Important
-- Virus Warning Message (on uusnwa08) Found virus WORM_NETSKY.Z in file Bill.txt .exe (in Bill.zip) The file is deleted. - Important bill! -- Virus Warning Message (on uusnwa08) Bill.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and -server option
You might need a space here, depending on what else is being constructed and sent to the command line: JAVA_OPTS=-server ---^ might need: JAVA_OPTS= -server -Original Message- From: Mufaddal Khumri [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 3:09 PM To: Tomcat Users List Subject: Re: Tomcat and -server option Hi, I have: JAVA_OPTS=-server -Djava.awt.headless=true -Xms1g -Xmx1g -Dfile.encoding=ISO-8859-1 in catalina.sh I just tried: logger.info(java.vm.name: + System.getProperty(java.vm.name)); and i get: INFO - java.vm.name: Java HotSpot(TM) Client VM Why is the -server option not taking effect? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: More apps = More load ?
I'm going to speculate and say that someone will mention something along the lines of ... the spirit of the J2EE spec would have you move up to a ejb container and use EJB/MDB (or some such). -Original Message- From: Steven J.Owens [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 6:40 PM To: Tomcat Users List Subject: Re: More apps = More load ? I was discussing this very topic with somebody last night. This sort of begs the question, if the webapp isn't supposed to start threads of its own in general, what is the right way to handle these situations (the most typical being some sort of cron thread, or any need to kick of an asynchronous action)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OutOfMemory errors compiling JSPs on 5.0.16 and 5.5.4
I'm having a terrible time trying to get my JSPs compiled on Tomcat. We started having OutOfMemory problems a while back and I've tracked it down to JSP compilation. Here's what I can do to replicate the problem: - shutdown tomcat - remove the work directory - startup tomcat - For all my JSPs I fetch them with the URL foo.jsp?jsp_precompile=true to trigger precompilation After about 10 minutes (and 50-100 JSP files) Tomcat will fail with: SEVERE: Servlet.service() for servlet jsp threw exception java.lang.OutOfMemoryError Note that the VM still shows plenty of memory so I'm not sure what the heck is going on here. I also looked at our file handles and they seem fine too. I've followed all suggestions I've found via Google including: - setting fork to true - using jikes - Migrating to Tomcat 5.5.4 to use jdtool. The machine has PLENTY of memory available: export JAVA_OPTS=-server -Xmx1280M -Xms512M -Djava.awt.headless=true Any suggestions would be appreciated. We're probably going to migrate to using the command line JspC compiler to build all our JSPs before hand so the webapp doesn't need to compile them at runtime but this seems like a cheap workaround. I'd rather Tomcat weren't broken in this regard. Kevin -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Multiple Instances Tomcat Installer
Hi everybody! I created a shell script for helping with the installation of multiple Tomcat instances. You may want to use it if you need to accelerate the creation of a new service. The script is called MITI - Multiple Instances Tomcat Installer. MITI performs actions analogous to the Advanced Configuration section in http://jakarta.apache.org/tomcat/tomcat-4.1-doc/RUNNING.txt. In addtion to that, MITI keeps track of the services' Ports for HTTP, JK2 and Shutdown. MITI automates the adaption of each server.xml since it updates these ports in server.xml with sed according to a ports database (flat file). MITI can be downloaded at http://miti.sourceforge.net/. One reason for me launching this project was that I want my effort to be useful for the public. Another reason is that I haven't found installation scripts for the UNIX-like platforms. In opposition to that, there is an installation wizard for the Windows platform and I don't like *NIX/BSD to be discriminated ;-) To be serious, I am of the opinion that the Tomcat project can benefit from an application that helps Administrators with installation and management of multiple Tomcat instances (which is a superset of MITI's features). Once I even tried to write a Java GUI to manage server.xml properties but put that software aside for various reasons. Would you consider an app like this useful? Any comments, hints and suggestions are welcome. Kind regards, Wolfgang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with classpaths
Hi, I'm using tomcat 4.1 for our application, the problem i'm facing is that tomcat is often unable to find the classes present in my application and also certain classes like javax.servlet.HttpServlet, com.objectspace.jgl.Sequence etc... However, I've placed all the classes and jars in the appropriate folders. I've placed all my classes in CATALINA_HOME/webapps/myapp/WEB-INF/classes I've placed all my jars including the jgl3.1.0.jar(that contains com.objectspace.jgl.Sequence) in CATALINA_HOME/webapps/myapp/WEB-INF/lib and all the other commonly used jars including the servlet.jar (contains javax.servlet.HttpServlet) in CATALINA_HOME/common/lib/ If I don't include the servlet.jar in my CLASSPATH, I get a no class def found error for HttpServlet and once I include servlet.jar, I get a noclassdef found error for Sequence. Can anybody please tell me as to how the CLASSPATH works for tomcat and what all should I include in classpath... I would be grateful for the info u provide... This problem is bugging me since the past 2 days :-( -Venkatesh
