Looking up JNDI resources in my java app
I would like to know if its possible to look-up all the JNDI resources I have created in the tomcat admin. I have a web app that create a number of JNDI data sources for under the service\host\mywebapp. My question, is it possible in java, or jsp to query that list? and display them? I would like to be able to show the list of JNDI resources inside my web app for users to pick one to use in a query? --- Michael Hencin
Re: How to set up a special folder to list all files under it?
Hello, I noticed the mention of symbolic links and it was similar enough to what I did in our application to provide a kind of symbolic link in our application. The method I cam up with allowed the user to user tomcat, and then also create a directory outside the context of our web app that is used to store files. We allow users to attach files within our application that are related to database entries. The problem we had was that we wanted to have a location deliberately outside the context of the web app for two reasons. 1) Redeployment risked deleting the saved files (they act as an archive and must be saved) 2) disk location growth. These files can be very large, and we wanted to provide a way to let the end users easily place them on another volume or disk. So we now have the users create a virtual directory. We use apache web server. This virtual directory is linked to the file location. then we have them enter that virtual directory path into our database, and its served up on the pages. This then lets the users follow the link to the virtual directory, and apache takes care of the listings. We do not use apache as a front end at all, just in this case we use its virtual directory feature. Tomcat does a fine enough job of the web serving we need. but in this once case, where we wanted to show files i a difference place, not in the context of the web app I came up with this kind of work around. Before that we just used a UNC path stored in the database, but it did not work well with firebird and safari, and users outside the network could not follow the UNC link. This method of using a virtual directory from apache (or IIS ) seems to work nicely. --- Michael Hencin President - Enginuity Development Inc. [EMAIL PROTECTED] P: 815-301-9939 F: 815-301-2007 - Original Message From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Monday, January 1, 2007 12:48:16 AM Subject: RE: How to set up a special folder to list all files under it? From: kkus [mailto:[EMAIL PROTECTED] Subject: How to set up a special folder to list all files under it? Now I need add a specific folder which will let user to browse all files under it without authentication. I haven't personally tried the following, so take it with a grain of salt. Also, others might know an easier way to accomplish what you want. Delivery of static content and directory listings is under control of the default servlet, as defined in the conf/web.xml file. By default, this has the listings param set to false, to disable ad hoc browsing. I think you could copy the config for the default servlet, change servlet-name from default to something appropriate for your purpose, set the listings param to true, and add a servlet mapping for this renamed default to use a url-pattern pointing to the directory you want to store your public files in. You would want to put this redefined servlet definition and mapping in the WEB-INF/web.xml of the webapp that will hold the public directory. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to set up a special folder to list all files under it?
I am not sure there is a similar feature in Tomcat. I did some research before I did this and could not find a similar feature, or at least one I understood to work like that. It requires Apache or IIS, I suppose most web servers provide a virtual directory feature --- Michael Hencin President - Enginuity Development Inc. [EMAIL PROTECTED] P: 815-301-9939 F: 815-301-2007 - Original Message From: kkus [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Tuesday, January 2, 2007 11:29:10 AM Subject: Re: How to set up a special folder to list all files under it? How can I use this feature of virtual directory in 5.5.20? Any example or docs? I don't have Apache installed or IIS associated with Tomcat in my box. Michael Hencin wrote: Hello, I noticed the mention of symbolic links and it was similar enough to what I did in our application to provide a kind of symbolic link in our application. The method I cam up with allowed the user to user tomcat, and then also create a directory outside the context of our web app that is used to store files. We allow users to attach files within our application that are related to database entries. The problem we had was that we wanted to have a location deliberately outside the context of the web app for two reasons. 1) Redeployment risked deleting the saved files (they act as an archive and must be saved) 2) disk location growth. These files can be very large, and we wanted to provide a way to let the end users easily place them on another volume or disk. So we now have the users create a virtual directory. We use apache web server. This virtual directory is linked to the file location. then we have them enter that virtual directory path into our database, and its served up on the pages. This then lets the users follow the link to the virtual directory, and apache takes care of the listings. We do not use apache as a front end at all, just in this case we use its virtual directory feature. Tomcat does a fine enough job of the web serving we need. but in this once case, where we wanted to show files i a difference place, not in the context of the web app I came up with this kind of work around. Before that we just used a UNC path stored in the database, but it did not work well with firebird and safari, and users outside the network could not follow the UNC link. This method of using a virtual directory from apache (or IIS ) seems to work nicely. --- Michael Hencin President - Enginuity Development Inc. [EMAIL PROTECTED] P: 815-301-9939 F: 815-301-2007 - Original Message From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Monday, January 1, 2007 12:48:16 AM Subject: RE: How to set up a special folder to list all files under it? From: kkus [mailto:[EMAIL PROTECTED] Subject: How to set up a special folder to list all files under it? Now I need add a specific folder which will let user to browse all files under it without authentication. I haven't personally tried the following, so take it with a grain of salt. Also, others might know an easier way to accomplish what you want. Delivery of static content and directory listings is under control of the default servlet, as defined in the conf/web.xml file. By default, this has the listings param set to false, to disable ad hoc browsing. I think you could copy the config for the default servlet, change servlet-name from default to something appropriate for your purpose, set the listings param to true, and add a servlet mapping for this renamed default to use a url-pattern pointing to the directory you want to store your public files in. You would want to put this redefined servlet definition and mapping in the WEB-INF/web.xml of the webapp that will hold the public directory. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-set-up-a-special-folder-to-list-all-files-under-it--tf2903441.html#a8127336 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
question about context file entries and TC 5.5
I am starting to use TC 5.5, JVM 1.5.0_06-b05 on XP. I use the TC admin to edit the context for one of my webapps. I add a datasource (jdbc/mywebapp), save and commit the changes. While I can see the entries while using the admin, I cannot discern where they have been stored. I looked in the server.xml, there is no context file created in conf\Catalina\localhost In TC 5.0, I would have seen the entries added into the conf\Catalina\localhost\mywebapp.xml. I reviewed the http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, but cannot see Where it would store entries added via the admin utility. Where would these be? I notice after I make a change in the admin, the three files in the conf\catalin\localhost Manager.xml, host-manager.xml and admin.xml have mod dates corresponding to the time I commit my changes. But non have any entries that would resemble my additions. Michael Hencin Enginuity Development 815-505-5028
RE: question about context file entries and TC 5.5
Nothing in my meta-inf folder. I don't have anything to start, or after I make mods with the admin. I deployed this web app as a folder, not a war file. -Original Message- From: Warren Pace [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2006 5:52 PM To: Tomcat Users List Subject: Re: question about context file entries and TC 5.5 look in the META-INF folder inside your webapp's directory maybe From: Michael Hencin [EMAIL PROTECTED] Date: 2006/12/12 Tue AM 10:47:58 EST To: 'Tomcat Users List' users@tomcat.apache.org Subject: question about context file entries and TC 5.5 I am starting to use TC 5.5, JVM 1.5.0_06-b05 on XP. I use the TC admin to edit the context for one of my webapps. I add a datasource (jdbc/mywebapp), save and commit the changes. While I can see the entries while using the admin, I cannot discern where they have been stored. I looked in the server.xml, there is no context file created in conf\Catalina\localhost In TC 5.0, I would have seen the entries added into the conf\Catalina\localhost\mywebapp.xml. I reviewed the http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, but cannot see Where it would store entries added via the admin utility. Where would these be? I notice after I make a change in the admin, the three files in the conf\catalin\localhost Manager.xml, host-manager.xml and admin.xml have mod dates corresponding to the time I commit my changes. But non have any entries that would resemble my additions. Michael Hencin Enginuity Development 815-505-5028 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: question about context file entries and TC 5.5
In my 5.0.28, when I did the same thing, add a env variable to a context, it added the entry to the conf\Catalina\localhost\myapp.xml file. I expected 5.5 to do the same. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2006 6:36 PM To: Tomcat Users List Subject: RE: question about context file entries and TC 5.5 From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: question about context file entries and TC 5.5 Nothing in my meta-inf folder. There wouldn't be. Tomcat treats deployment folders as if they were read-only (although the app might not). Haven't had time to track down where the admin-created updates went, but it's on the list. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: question about context file entries and TC 5.5
The web app is the birt web app, from http://www.eclipse.org/birt/phoenix/ I added some jsp pages to the app that use a database, its that database JNDI I am adding to the web app, so my jsp pages can access it. So my app name is brit-viewer the app did not have a context file in the meta-inf, but I am considering adding one, with the JNDI in it. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2006 6:56 PM To: Tomcat Users List Subject: RE: question about context file entries and TC 5.5 From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: question about context file entries and TC 5.5 In my 5.0.28, when I did the same thing, add a env variable to a context, it added the entry to the conf\Catalina\localhost\myapp.xml file. I expected 5.5 to do the same. As would I. Need some time to stumble through the code. For curiosity's sake, what's the name of the webapp? Does it have a context.xml in its META-INF? - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: question about context file entries and TC 5.5
No, its not a typo, I copied their webviewer folder, added my jsp, renamed it brit-viewer which was a typo, but I deployed it as brit-viewer anyway into the webapps folder, then restarted tomcat. Is it possible that by renaming the folder, that had some ill effect with the applications web.xml that I did not consider? I copied the default folder, renamed it, redeployed it. Then finding the context listed in the admin, added a data source. Looking into my conf\catalina\localhost, these three files are new, I have many backups in the same folder. Manager.xml --- ?xml version=1.0 encoding=UTF-8? Context docBase=C:/Program Files/Apache Software Foundation/Tomcat 5.5/server/webapps/manager privileged=true ResourceLink global=UserDatabase name=users type=org.apache.catalina.UserDatabase/ /Context host-manager.xml ?xml version=1.0 encoding=UTF-8? Context docBase=C:/Program Files/Apache Software Foundation/Tomcat 5.5/server/webapps/host-manager privileged=true /Context Admin.xml ?xml version=1.0 encoding=UTF-8? Context docBase=C:/Program Files/Apache Software Foundation/Tomcat 5.5/server/webapps/admin privileged=true /Context -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2006 7:29 PM To: Tomcat Users List Subject: RE: question about context file entries and TC 5.5 From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: question about context file entries and TC 5.5 So my app name is brit-viewer I'll assume that contains a minor typo. Just checking, since some versions of Tomcat seem to handle the Context element for the default (ROOT) app slightly 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server side forward across different webapps?
Along this line of thought, I have one webapp. webApp1 and a second, I supply called webApp2. Is there a way, that I can lookup the context of webapp2, knowing that the customer may change the name of that webapp2 at deployment time? I cant rely on the webapp2 name, since a user could change that. Also the installation of webapp2 is optional. I have in webapp1 a link to webapp2. Right now I create an environment variable in the webapp1 contextfile, that lists the URI for webapp2. This env-variable is then used as the link in webapp1. It would be very nice to take this step out, if there was a consistent way to know the context of webapp2 without requiring user input and still work if the users changed the name of webapp2 at deploy time. Maybe some global resource variable I set with webapp2 that's transparent to the user? Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 1:03 PM To: Tomcat Users List Subject: RE: Server side forward across different webapps? From: IT Desk [mailto:[EMAIL PROTECTED] Subject: Re: Server side forward across different webapps? You have to get the ServletContext of the other web app. Use your current servletContext and call getContext() with the uripath of the other web app. Note that you must set the crossContext attribute to true in your Context element for this to work. See the following for more details: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: EL not evaluatin in TC 5.5
I modified the web.xml with this, entry, and moved my tld file to a WEB-INF/tld. Thanks a lot! This problem was costing me lots in coffee funds and late nights! Mike -Original Message- From: Roberto Marra [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2006 4:46 AM To: Tomcat Users List Subject: Re: EL not evaluatin in TC 5.5 In my web.xml I don't declare to use the servlet spec 2.4 schema David Smith ha scritto: Did you declare your web.xml to use the servlet spec 2.4 schema? AFAIK, that's required to make EL expressions work. --David -- IT Manager MONTEFIORE -- Centralino: +41916104455 Diretto : +41916104464 Mobile: +41797000139 www.montefiore.ch - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat w/o commercial crap
Monica... -Original Message- From: Andrew Miehs [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2006 10:29 AM To: Tomcat Users List Subject: Re: tomcat w/o commercial crap -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is this a troll? You will need some copy of Java to use Tomcat - either the JVM from Sun, IBM or Blackdown (which I think is based on Sun's) As for ?! commercial = crap ?! Glad to see you are using a free non- commercial machine to write these mails... Regards Andrew PS: Enrico - Looks like you have someone playing with your mailer - maybe you should fix this first. X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof On 05/12/2006, at 5:10 PM, Enrico Weigelt wrote: Hi folks, is there any chance to get tomcat working w/o sun's commercial crap ? I'm working on gentoo and can't tomcat it w/o going to the sun shop :(( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFdZ5FW126qUNSzvURArTFAJ47M3+qrdJumvCKIgrflYekzsv8RgCZAd5F KMbbgGu7Np+I/L7IjK4vhBg= =GiiB -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RSS help
Dave I went thru the same thing. Basically all you need to do is make an XML file and put it on a web server some place. Then provide the link. People can copy the link and paste it into any rss reader, or if their browser understands what to do, it will add the rss feed link to the integrated reader. So you need to create the XML file, save that file to your web server. Then provide a link for people to use. Here are some links I came by http://searchenginewatch.com/showPage.html?page=2175271 http://en.wikipedia.org/wiki/RSS_%28file_format%29 Mike -Original Message- From: Dave [mailto:[EMAIL PROTECTED] Sent: Saturday, November 18, 2006 2:21 AM To: users@myfaces.apache.org; Tomcat Users List Subject: RSS help How to support RSS in a website so that people can subscribe? I googled and found lots of documents about how to subscribe and about news readers, but not talking about how to support RSS functionality in a website? Thanks, Dave - Sponsored Link Mortgage rates as low as 4.625% - $150,000 loan for $579 a month. Intro-*Terms - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml
Hello I noticed this thread and have a follow up question. I know I can leave the path out of my META-INF/context.xml file, but I still have a docbase, and working dir values. In my original war file I have a context file with; Context crossContext=true docBase=mywebapp path=/mywebapp privileged=true workDir=work\Catalina\localhost\mywebapp Is there some way I can varibalize the end of those to match the war file name? I find myself using the same war file, but renaming it, and dropping it into webapps to create new instance. For instance, I rename the war file mywebapp1, mywebapp2, etc...creating context for all those that I can connect to. BUT I then need to hand edit the xml in conf/Catalina/localhost/ To have; Context crossContext=true docBase=mywebapp1 path=/mywebapp1 privileged=true workDir=work\Catalina\localhost\mywebapp1 So what I would like is have a context file that will put the proper entires into the context element, based on the war file name. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 15, 2006 3:20 PM To: Tomcat Users List Subject: RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml From: Tim Alberts [mailto:[EMAIL PROTECTED] Subject: Re: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml However it's not going well. I renamed the 'app.war' file as 'path#to#myapp#app.war' and the Manager application took it and said it was fine. The trick with the #-symbol in the path works when you put your Context element in an appropriately named .xml file in conf/[engine]/[host]. As a temporary workaround, you might want to try that. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml
I should add, I am using TC 5.0.28. When I remove all those entries, my context file now says; Context crossContext=true privileged=true But, when I deploy it with tomcat manager, I get this error. FAIL - Encountered exception java.io.IOException: java.lang.IllegalArgumentException: Context path is required -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 15, 2006 4:09 PM To: Tomcat Users List Subject: RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml I know I can leave the path out of my META-INF/context.xml file, Not just can, but *must*. The same applies to the docBase attribute - it's only pertinent when your Context element is in some place other than META-INF/context.xml. The presence of inappropriate attributes may lead to inappropriate behavior. In my original war file I have a context file with; Context crossContext=true docBase=mywebapp path=/mywebapp privileged=true workDir=work\Catalina\localhost\mywebapp Both the docBase and path attributes should be removed. Also, you don't really need workDir, since Tomcat will provide one for you the value of which you can retrieve from the ServletContext. Is there some way I can varibalize the end of those to match the war file name? Mostly just by removing them. So what I would like is have a context file that will put the proper entires into the context element, based on the war file name. If you just remove the unnecessary attributes from the Context element, I think you'll have achieved that goal. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml
I see, it's about time for me to get it updated to TC 5.5! Thanks as always! Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 15, 2006 5:24 PM To: Tomcat Users List Subject: RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: Manager deploy uploaded war - doesn't use the /WEB-INF/context.xml I should add, I am using TC 5.0.28. Ahh - that does make a difference. Most of the information you were give applies to 5.5; the rules have changed significantly since 5.0. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
minimum context file contents
Hello I have a context file with a JNDI resource configured in it. My context .xml file is located in the META-INF, and gets copied to the conf/Catalina/localhost/ just fine. I routinely rename my war file to app2.war, app3.war, etc to create discrete instances for demo purposes. However, the context file that gets loaded has some path info in it, that I have to hand edit after subsequent deployment. If I leave out the path info, will tomcat create those lines for me, based on the war file name? I am using TC 5.0.28. If I leave the Context tag empty i.e. without docBase,path, and workDir and will tomcat fill in the values? If I had this; Context crossContext=true privileged=true after deployment would TC enter the Myapp info to give me this? Context crossContext=true docBase=Myapp path=/Myapp privileged=true workDir=work\Catalina\localhost\Myapp Michael Hencin Enginuity Development 815-505-5028
advice on creating a self contained demo
Hello all. I have been trying to find a simple way to bundle our webapp into a self contained demo. Perhaps with a version of TC and JAVA in stalled that I know will work. I have seen some applications doing similar things. i.e. (Openreports) What I would like bets is to have a single installer/script that would install TC and my webapp and be ready to run out of the box as a demo. Currently we specify the requirements to run our webapp as a demo, but this amounts to basically having the potential client install a standard TC. Most of our interested parties are not initially an IT type. So having a simple installer that would install TC with our webapp on a single pc would be great. Any suggestions or offline input would be helpful. Thanks Michael Hencin
RE: advice on creating a self contained demo
Chris Thanks, but that does sound like overkill. I was looking more for a way to bundle my webapp with TC, and then just install that. With some preconfigured items; namely my database, my webapp in place and ready to run. Even if I had a requirement for the java to be installed, I think that would be a step closer to having what I want. I have read about -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 07, 2006 3:23 PM To: Tomcat Users List Subject: Re: advice on creating a self contained demo -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael, Most of our interested parties are not initially an IT type. So having a simple installer that would install TC with our webapp on a single pc would be great. It might be overkill, but now that VMWare Player is free, you could create a virtual machine and bundle everything -- including a web browser -- together in a single file and just have them double-click on the icon to startup the whole thing. It only requires installation of VMWare Player, instead of Tomcat, Apache httpd, your app, etc. You also get to set up everything the way you want it, and get to reduce the possibility for error. Unfortunately, a full VM is generally very large, and many potential clients will not want to install VMware. Just a thought. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFUPlG9CaO5/Lv0PARAnm4AKCSrdQeBs7dvoKwPOxvUyRIT68QYQCeJfMD KUj9UGREdQo6FHuT/IKqpAU= =VM5e -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
preserving files/folders when updating an app
I have not been able to find a way to protect files from being removed/replaced when we apply a new war file update. This is the condition I want to have. After installing our web app, I want to be able to save or modify files used by our web app. I am thinking of either css files or a directory with a structure in it, like folders holding attachments. These files need to be with in the web server space, so they can be reached via url or to reach the css files. Users may be able to modify the css file, and change the look of some html. But then if we give them a new update, and they do not remember to backup those files, the new war file would delete them. Any thoughts? Michael Hencin Enginuity Development 815-505-5028
RE: preserving files/folders when updating an app
Yeah I thought about that. And it certainly an option. I can create a batch file that does the same. I just was curious if you could specify in your war file options for no not overwrite folder X or something. -Original Message- From: Nelson, Tracy [mailto:[EMAIL PROTECTED] Sent: Monday, November 06, 2006 11:43 AM To: Tomcat Users List Subject: RE: preserving files/folders when updating an app Can you provide an installer with your web app that will back up those files, then copy them back post-install? Alternately, could you have another webapp that only exists to hold that information? --- Tracy Nelson / Nelnet Business Solutions 402 / 617-9449 | -Original Message- | From: Michael Hencin [mailto:[EMAIL PROTECTED] | Sent: Monday, 06 November, 2006 10:14 | To: 'Tomcat Users List' | Subject: preserving files/folders when updating an app | | I have not been able to find a way to protect files from being | removed/replaced when we apply a new war file update. This is the | condition | I want to have. | | | | After installing our web app, I want to be able to save or modify files | used | by our web app. I am thinking of either css files or a directory with a | structure in it, like folders holding attachments. | | These files need to be with in the web server space, so they can be | reached | via url or to reach the css files. Users may be able to modify the css | file, | and change the look of some html. But then if we give them a new update, | and | they do not remember to backup those files, the new war file would delete | them. | | | | Any thoughts? | | | | Michael Hencin | | Enginuity Development | | 815-505-5028 | | The information contained in this message is confidential proprietary property of FACTS/Nelnet Business Solutions. Any reproduction, forwarding, or copying without the express permission of FACTS/Nelnet Business Solutions is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this e-mail. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: preserving files/folders when updating an app
OK. I am just trying to find out if there is a way, using TC to do what I wish. I currently use virtual directories and apache to serve saved files that my webapp copies to a specified location. I am considering using CSS in my html files now, and would like to allow users to modify those css files in a format they wish. But of course once they do that, any future updates would over right the modified css files. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Monday, November 06, 2006 12:19 PM To: Tomcat Users List Subject: RE: preserving files/folders when updating an app From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: preserving files/folders when updating an app I just was curious if you could specify in your war file options for no not overwrite folder X or something. What you're trying to do is somewhat in conflict with the intent of the servlet spec, which allows deployment of webapps on devices that don't even have file systems. Also, if your app is deployed on a Tomcat instance where unpacking WARs is disabled, it will fail. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: preserving files/folders when updating an app
As for my updates, I was hoping to keep it simple, i.e. just the war file, and not a script as well. I dont currently have an install script, or update script. We just create a new WAR file, and supply that to the end users. They then drop this war into webapps, and it normally replaces the old deployment. Well I think so, in the case of the css file, they need to be referenced within the context of the web server, so being inside TC webapps dir might do, as far as linking to the css file. As for my Attached files I have come up with a solution using Apache web server 2.2.3 that I think is good. Within our database for the webapp we specify a documentFileLocation this is the local place that the web app would copy any Attachments to. This can be outside TC. They also specify a documentFilePath this is the virtual directory as created in Apache web server. We then create the link in our app to be documentFilePath + nameoffile These links are displayed on a form that corresponds to a unique requestID in our database. Users create request, like a change request and can attaché documents to that request. This way, I dont have to worry about updates of our war file, and I can use Apache to serve up these files. Incidental the files are saved in folders we create, and then copy the file into the documentFileLocation + folderIDXX + file This helped me serve the attachments with a HTTP schema , I was using UNC before but that only worked for users accessing the webapp from inside the clients network. Anyone outside would see a UNC hyperlink, and not be able to access the file. As for my style sheets, until I come up with a better way to preserve them, I wont encourage users to modify them. Mike -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Monday, November 06, 2006 12:53 PM To: Tomcat Users List Subject: Re: preserving files/folders when updating an app -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael, Yeah I thought about that. And it certainly an option. I can create a batch file that does the same. I just was curious if you could specify in your war file options for no not overwrite folder X or something. Do you have the option of keeping these protected files outside of the WAR target? That would be my recommendation. That way, if the person doing the deployment forgets the upgrade script, you won't end up deleting potentially thousands of useful documents. Don't forget to back up early and often ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFT4SE9CaO5/Lv0PARAhozAJwKH/Vyj8d23RUs8k3lqF8CJ9JWWACfVjJq +F/XPybO+ejHlzrkqdwoWJU= =Kc5n -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Webapp runs on Tomcat 5.5.9 but not 5.5.20
I looked at the TC 5.0 pages for this, and it does not appear to be the same for 5.0 (which I use now) http://tomcat.apache.org/tomcat-5.0-doc/config/context.html says The context path of this web application, which is matched against the beginning of each request URI to select the appropriate web application for processing. All of the context paths within a particular Host must be unique. If you specify a context path of an empty string (), you are defining the default web application for this Host, which will process all requests not assigned to other Contexts. While http://tomcat.apache.org/tomcat-5.5-doc/config/context.html says The context path of this web application, which is matched against the beginning of each request URI to select the appropriate web application for processing. All of the context paths within a particular Host must be unique. If you specify a context path of an empty string (), you are defining the default web application for this Host, which will process all requests not assigned to other Contexts. 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 addition in 5.5 being 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. Can you not specify a path, docbase, and workdir in the context.xml file for TC 5.0? I routinely change the name of my war file to install a new instance used for testing or ad-hoc demos. If I could leave those attributes out in the context file, it would be a great help. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Monday, November 06, 2006 3:11 PM To: Tomcat Users List Subject: RE: Webapp runs on Tomcat 5.5.9 but not 5.5.20 From: John Langan [mailto:[EMAIL PROTECTED] Subject: RE: Webapp runs on Tomcat 5.5.9 but not 5.5.20 I have META-INF/context.xml in my app, which contains the following. Context path=AppName debug=1 reloadable=true !-- Default set of monitored resources -- WatchedResourceWEB-INF/web.xml/WatchedResource WatchedResourceMETA-INF/context.xml/WatchedResource !--Database info -- /Context The path attribute should be removed, since its value is derived from the name of the .war file or directory in which the app is deployed. To quote from the doc: The value of this field must not be set except when statically defining a Context in server.xml, as it will be infered [sic] from the filenames used for either the .xml context file or the docBase. http://tomcat.apache.org/tomcat-5.5-doc/config/context.html - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Webapps that run on 5.0.28 but not 5.5.x?
I am currently testing just such an upgrade. We have a current webapp that runs in 5.0.28. The war file has a context.xml in the META-INF that has a JNDI datasource entry. If I place the myapp.war file into TC 5.5, it expands and places our context file in the conf/Catalina/localhost dir. I use JNDI datasource in the context.xml, and made sure that databse excises and is running. This setup is just as we do with 5.0, but when I access our app, I get this error. I have not done any research on this error yet, but since this topic just came up, and there was mention of customer support which I am very concerned about, in regards to helping our clients use Tomcat I though it was worth mentioning. In as much as a blind upgrade, from a client's perspective. type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: setAttribute: Non-serializable attribute org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWra pper.java:512) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 95) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) octane.Home.doGet(Home.java:211) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause java.lang.IllegalArgumentException: setAttribute: Non-serializable attribute org.apache.catalina.session.StandardSession.setAttribute(StandardSession.jav a:1255) org.apache.catalina.session.StandardSession.setAttribute(StandardSession.jav a:1233) org.apache.catalina.session.StandardSessionFacade.setAttribute(StandardSessi onFacade.java:129) org.apache.jasper.runtime.PageContextImpl.doSetAttribute(PageContextImpl.jav a:329) org.apache.jasper.runtime.PageContextImpl.setAttribute(PageContextImpl.java: 308) org.apache.jsp.Login_jsp._jspService(Login_jsp.java:47) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 34) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) octane.Home.doGet(Home.java:211) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 01, 2006 12:21 PM To: Tomcat Users List Subject: RE: Webapps that run on 5.0.28 but not 5.5.x? From: Glen Mazza [mailto:[EMAIL PROTECTED] Subject: Webapps that run on 5.0.28 but not 5.5.x? Question: How common is it for a webapp to be able to run on Tomcat 5.0.28 but *not* 5.5.20? The probability of it not running is near zero, with two caveats: 1) If the webapp utilizes internal Tomcat/Catalina classes, these may have changed. Highly unlikely in anything other than manager/admin/monitoring applications. 2) Resource configuration has changed between 5.0 and 5.5, so container-specific files like context.xml and server.xml need some translation between levels. The web.xml of the app should not need any updates. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Webapps that run on 5.0.28 but not 5.5.x?
Thanks I will pass this along to our programmers. I am in a special position as we are the webapp supplier and specify as our requirements that the end clients use Tomcat. I therefore look at tomcat in a different light, as a tool. I am always concerned with what it the most elegant and simplest method to have our web app work with TC. As our target clients typically do not have TC running at all, there expertise is novice. I am learning TC more and more and appreciate the very clear and astute feedback I find here. Thanks. I am not a programmer and am tasked with writing out installation guide and handling TC related deployment issues. So this thread in particular is of concern to me and how I specify our installation guide and requirements. When I tested TC 5.5, I also used the recommended 1.4 JRE. And did the two steps at once. Probably now that would be not the method I should choose for an upgrade. As I know that our clients already have the 1.4 JDK installed. I will proceed with just an TC 5.5 upgrade using the previous JAVA install I used with 5.0.28. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 01, 2006 1:37 PM To: Tomcat Users List Subject: RE: Webapps that run on 5.0.28 but not 5.5.x? From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: Webapps that run on 5.0.28 but not 5.5.x? This setup is just as we do with 5.0, but when I access our app, I get this error. org.apache.jasper.JasperException: setAttribute: Non-serializable attribute One of the things 5.5 does better than 5.0 is catch errors earlier. In this case, it looks like the app is trying to store a non-serializable attribute into a Session, which expects everything to be serializable. By default, Tomcat persists sessions across restarts, so serialization is required. You can disable this persistence (look in conf/context.xml); that may not have an effect on this particular situation, since the problem is being detected during compilation of a JSP. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
installing the admin on 5.5
I am having a bear of a time installing the admin application for 5.5. I downloaded and unzipped the apache-tomcat-5.5.20-admin.zip, expanded the contents. Then using the tomcat manager application deployed the files OK. But when I try to access the admin app, I get this error. HTTP Status 503 - Servlet admin.login_jsp is currently unavailable _ type Status report message Servlet admin.login_jsp is currently unavailable description The requested service (Servlet admin.login_jsp is currently unavailable) is not currently available. Is there a war file for the admin application I could use? Rather then the directory in the zip? I ask this not only for my own ease of use, but also since our clients all have tomcat installed (currently 5.0.28) and I want to be able to tell them to upgrade up to 5.5. However since the admin app is not installed by default I will need to instruct them as to how to install the admin app. A war file would be easier, as the many users I have are not at all tomcat savvy. Michael Hencin Enginuity Development 815-505-5028
RE: installing the admin on 5.5
I did use all the apache org tomcat distributions. Nothing third part. I never did edit the tomcat-users.xml. During the 5.5 install I did create an admin users and password. I can use this to access the tomcat manager application just fine. But I cannot gain access to any sort of login page at all for the admin app. And perhaps I am confused as to how to deploy an application from a directory. I am using the manager application to enter the directory path, admin.xml context file and the context path. Then using the deploy button. This seemed to work fine and results in my admin application being listed in the list of applications above that listed as running. Are you suggesting I simply extract the contents of the zip file into my webapps directory? Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Monday, October 30, 2006 5:24 PM To: Tomcat Users List Subject: RE: installing the admin on 5.5 From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: installing the admin on 5.5 I am having a bear of a time installing the admin application for 5.5. I downloaded and unzipped the apache-tomcat-5.5.20-admin.zip, expanded the contents. That's all you need to do - if you expand it into the standard Tomcat installation directory, like you're supposed to do. If you're using some 3rd-party repackaged Tomcat that scatters pieces of Tomcat all over, I'd strongly suggest throwing that in the junk pile and downloading and installing the real one. Then using the tomcat manager application deployed the files OK. Well, that's made a mess of things. You need to undeploy it from there, and just unzip properly. Don't forget to to update conf/tomcat-users.xml with an appropriate userid, password, and the admin role. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: installing the admin on 5.5
Excellent, thank you that all worked fine. I was not aware, nor was able to find any documentation Easily available to instruct me as to where and how to put those files. The structure in the zip did look very much like the tomcat install, but there is no Read me in the zip to instruct as so. The verbage about the admin being a Webapp immediately made me think of standard deployment methods. Thanks Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Monday, October 30, 2006 5:44 PM To: Tomcat Users List Subject: RE: installing the admin on 5.5 From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: installing the admin on 5.5 I did use all the apache org tomcat distributions. Nothing third part. Good. I never did edit the tomcat-users.xml. During the 5.5 install I did create an admin users and password. I can use this to access the tomcat manager application just fine. O.k., check the conf/tomcat-users.xml to make sure that your admin userid has roles of admin and manager (at least the latter should already be there). Update as needed, while Tomcat is not running. But I cannot gain access to any sort of login page at all for the admin app. That's because it's not installed properly. If you just unzip the admin package, most of it will drop into server/webapps, where the manager and host-manager apps are already installed. Normal apps go into the regular webapps directory, but these three require special handling in 5.5 and below. And perhaps I am confused as to how to deploy an application from a directory. What you did is fine for normal apps, but not this one. Are you suggesting I simply extract the contents of the zip file into my webapps directory? No, the paths are already set up in the admin zip file to go right on top of the Tomcat installation. There are pieces that have to go into several different directories, none of them the standard webapps. Look at the structure inside the admin zip file and notice how it matches up to your already installed Tomcat. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Upgrade to 5.5
Hello all I am looking at upgrading to 5.5 from 5.0.28. Is there a document that details any major changes between the versions that would affect our web app? Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Upgrading to 5.5
Hello all I am looking at upgrading to 5.5 from 5.0.28. Is there a document that details any major changes between the versions that would affect our web app? Mike
Re: placing context.xml in META-INF works?
Hello, you are correct on both parts. Thanks for the tip, I will make sure to fix that. Also the method I tried worked just fine. My next test is to see if I can create diffrent context with the same war, then edit the resulting context.xml files to have diffrent db files. this way I can host several of the same apps with diffrent db's on our servers for demo purposes. Mike - Original Message From: Steffen Heil [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, October 19, 2006 5:45:37 AM Subject: RE: placing context.xml in META-INF works? Hi 2) User places our clean database file in the recommended location on the server machine. i.e c\databse\ourfile.gdb A off-topic side note on this: The c and the backslashes suggest you are using windows. The gdb extension suggest you are using firebird or interbase. My recommendation: Change the extension to fdb, as gdb is handled specially by windows system restore and you might end up having clients whose computers back up a copy the the database to system restore on any webapp restart... Se firebird lists for more details. Regards, Steffen
RE: placing context.xml in META-INF works?
I have a similar need. I have a context file with a JNDI resource, and some env entries. I want this context file to be copied to the $CATALINA_HOME/conf/Catalina/localhost/ directory do that the users can use the default JNDI and env values I enter. My app exisits within the appbase and I want this context file to be copied to the $CATALINA_HOME/conf/Catalina/localhost/ directory when my webapp is deployed. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 1:28 PM To: Tomcat Users List Subject: RE: placing context.xml in META-INF works? From: Jason Novotny [mailto:[EMAIL PROTECTED] Subject: placing context.xml in META-INF works? I have a context.xml file that looks basically like this: Context path=/portal debug=0 reloadable=false crossContext=true/ Take out the path attribute - it's not allowed unless the Context element is in server.xml, which is strongly discouraged. I was told I could package this in the META-INF directory of my WAR file and it would get automatically deployed in Tomcat -- is this correct? Yes - it must be named context.xml when under META-INF. I tried it but didn't see my context file in the $CATALINA_HOME/conf/Catalina/localhost/ directory after starting up... Why do you think you should? It will only be copied there if the webapp resides outside of the declared appBase for the Host. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: placing context.xml in META-INF works?
I want to pre-setup the configuration. I enter all the parameters, for the JDNCI info, and then the user only needs to install the webapp and if they use the default database location setting, it would work. Resource auth=Container name=octane type=javax.sql.Datasource/ Resource name=jdbc/octane type=javax.sql.DataSource/ ResourceParams name=jdbc/octane parameter namemaxWait/name value5000/value /parameter parameter namemaxActive/name value20/value /parameter parameter namepassword/name valuepasvallue/value /parameter parameter nameurl/name valuejdbc:firebirdsql:localhost/3050:c:/Octane/Database/octane.gdb/value /parameter parameter namedriverClassName/name valueorg.firebirdsql.jdbc.FBDriver/value /parameter parameter namemaxIdle/name value12/value /parameter parameter nameusername/name valueSYSDBA/value /parameter /ResourceParams /Context So I can have a URL value that expect the database file on the local file system. Provided the user places our db file there, then they would not need to modify any other setting in the web app. It would connect. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 2:44 PM To: Tomcat Users List Subject: RE: placing context.xml in META-INF works? From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: placing context.xml in META-INF works? I want this context file to be copied to the $CATALINA_HOME/conf/Catalina/localhost/ directory do that the users can use the default JNDI and env values I enter. Why does the location of the file containing the Context element have anything to do with what JNDI references your users have access to? - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: placing context.xml in META-INF works?
Also my target users are not tomcat savvy. So the less they need to do, the better. Having a pre-configured context file get deployed the first time, makes it easy. They just drop our war file, place the db file on the file system in the location we specify in the pre-configured context.xml and it should work out of the gate. Mike -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 2:44 PM To: Tomcat Users List Subject: RE: placing context.xml in META-INF works? From: Michael Hencin [mailto:[EMAIL PROTECTED] Subject: RE: placing context.xml in META-INF works? I want this context file to be copied to the $CATALINA_HOME/conf/Catalina/localhost/ directory do that the users can use the default JNDI and env values I enter. Why does the location of the file containing the Context element have anything to do with what JNDI references your users have access to? - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: placing context.xml in META-INF works?
Our webapp is given to many discrete clients with their own networks. Often these users do not have tomcat at all. Our application requires it. Therefore the IT guy has to install tomcat when they get our web app. And they are not familiar with the ins and outs of tomcat at all. My ideal sequence of events is this. 1) User installs tomcat 2) User places our clean database file in the recommended location on the server machine. i.e c\databse\ourfile.gdb 3) User drops our war file into the webapps directory. It expands, copies the context.xml file we pre-configure with the db file location from step 2. 4 ) user can then fire up our app. And it connects ok to the db. I would prefer not to instruct the user to create a global JNDI, or a context level JNDI using the tomcat/admin app. Not because they can't but to reduce the number of steps and or sources of user input error. These are our number one source of installation/deployment hiccups. If we can include a preconfigured contxt.xml, and have it used when the app is deployed, it would then not require the user to setup the context JNDI, or a global one. Frankly I don't care if its global or context level. I just want it to work. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 5:49 PM To: Tomcat Users List Subject: RE: placing context.xml in META-INF works? From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: placing context.xml in META-INF works? I get that, but it sounds like that's exactly what this guy wants: configuration that is available to all of his webapps, and never changes. If it smells like a global resource...? I didn't read it that way. My interpretation was that he wanted something accesible to all his _customers_ (each with their own server), not multiple webapps. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]