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 Controller com.testapp.Controller 0 Controller /controller 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. 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: Deploying a war in TC4
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. 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]
RE: Deploying a war in TC4
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]
Deploying a war in TC4
Hi I was originally deploying an application in Tomcat 4 using the exploded directory structure. Ive now created a war and tried to deploy that instead. First attempt it didnt do anything I then changed docbase from appname to appname.war in server.xml and on starting tomcat it tried to deploy it. Unfortunately I thought the first thing it would do was unpack the WAR and then run it but it seems to use it as is and in my default servlet I have some code which opens a file (new File()...) this fails because the war hasnt been upacked yet so the file is still in the WAR rather than directly n the file system. If I unpack the war myself and change docbase back to appname things are ok. How can I get round this ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]