On 8 Dec 2012, at 20:57, "vicky007aggar...@yahoo.co.in" <vicky007aggar...@yahoo.co.in> wrote:
> Thanks Mark > > Sorry for the confusion i created related to my requirements. > 5 Out of 6 requirements you stated below are correct. The last point i.e > $CATALINA_BASE is writable. I can manipulate/write files to this location. > So now do you have anything more to add to your proposed solution as you > suggested below 1. Please stop top-posting. 2. Put your resources in CATALINA_BASE/lib p > > > > Thanks, > Vicky > > > > On Dec 9, 2012, at 2:09 AM, Mark Eggers <its_toas...@yahoo.com> wrote: > >> See at the end for a truly spectacularly bad potential solution. Note that I >> have not tried this, so your mileage may vary. >> >> On 12/8/2012 11:51 AM, vicky wrote: >>> Thanks Mark for your valuable suggestions. >>> >>> But in my project i have a requirement to share one >>> "resource/properties file " across 10 applications deployed on single >>> tomcat instance >>> >>> We cannot afford to add the same properties file to all archives as >>> its contents keep changing. >>> >>> Another restriction which i have is that i cannot place any file >>> under "$CATALINA_HOME" directories , these are read only for us. >>> >>> Based on afore said concerns, do you have any better way out ..please >>> suggest. >>> >>> Appreciated all of your help >>> >>> Thanks for ur time Vicky >>> >>> >>> ________________________________ From: Mark Eggers >>> <its_toas...@yahoo.com> To: Tomcat Users List >>> <users@tomcat.apache.org> Sent: Sunday, 9 December 2012 12:23 AM >>> Subject: Re: Tomcat 6.0 CLASSPATH query >>> >>> Comments inline below (a bit fuzzy from the move yet). >>> >>> On 12/8/2012 9:58 AM, vicky wrote: >>>> >>>> I have read the Tomcat 6.0 classloader documentation(below link), >>>> from this what i understood is that the >>>> "classes/jar/resource/properties file" get loaded from the >>>> following locations >>>> >>>> 1.Bootstrap classes of your JVM ($JAVA_HOME/jre/lib/ext). >>>> 2.System class loader classes ( Add bootstrap.jar & >>>> tomcat-juli.jar to CLASSPATH variable) 3.Common class loader >>>> classes ( refers $CATALINA_BASE/lib & $CATALINA_HOME/lib ) & uses >>>> $CATALINA_BASE/conf/catalina.properties 4. /WEB-INF/classes of >>>> your web application 5. /WEB-INF/lib/*.jar of your web application >>>> >>>> The thing which is still puzzling me is that how my >>>> "resource/properties files" get loaded to Tomcat CLASSPATH when i >>>> add them to "$CATALINA_BASE/bin" directory & When i move the same >>>> files to $CATALINA_BASE/conf directory then it doesn't get added to >>>> Tomcat CLASSPATH. >>>> >>>> My deployed applications need"properties/resource files ", Can >>>> someone please help me in understand the optimal way of adding >>>> these files to Tomcat CLASSPATH. Does placing the files under >>>> <CATALINA_BASE>/bin is the right approach.Please suggest >>> >>> Why in the world are you adding these resource files to Tomcat's >>> CLASSPATH? If the resources are application - specific, you don't >>> need to do this at all. >>> >>> Just add the files to your local application. In Maven, there's a >>> special directory for that: >>> >>> src/main/resources >>> >>> In NetBeans, I normally create a separate package for all of my >>> configuration files. >>> >>> I think in Eclipse you'll have to make a subdirectory under >>> WEB-INF/classes and copy the files there. That's unpleasant. Eclipse >>> will include that in the build of the WAR file when you do an >>> "export". >>> >>> Then, just do the following in your code to reference the resource. >>> >>> InputStream in = >>> this.getClass().getClassLoader().getResourceAsStream(configfile); >>> >>> Where configfile is the complete classpath to your resource. >>> >>> This is nice. It works in exploded WARs, it works in WAR files, it >>> works in JARs. >>> >>> No mucking about with CLASSPATH. No polluting other applications or >>> Tomcat with spurious application - specific resources. This enables >>> you to run several copies of the same web application in the same >>> container, all with different configurations. >>> >>> Just search for getResourceAsStream() for more explanation. >>> >>>> In my organisation i cannot add anything to "$CATALINA_HOME/lib or >>>> bin" location ,these are read only directories >>>> >>>> http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html >>>> Thanks for your help Vicky >>> >>> Not needed. >>> >>>> >>>> >>>> ________________________________ From: Pid * <p...@pidster.com> To: >>>> Tomcat Users List <users@tomcat.apache.org> Sent: Saturday, 8 >>>> December 2012 10:34 PM Subject: Re: Tomcat 6.0 CLASSPATH query >>>> >>>> On 8 Dec 2012, at 03:29, "vicky007aggar...@yahoo.co.in" >>>> <vicky007aggar...@yahoo.co.in> wrote: >>>> >>>>> Application is deployed under tomcat webapps directory . It >>>>> tries to refer to application specific properties file from >>>>> tomcat classpath, for that we copied it under tomcat bin >>>>> directory. >>>>> >>>>> My query is that does this is the right way to add properties >>>>> file to tomcat classpath? >>>> >>>> Did you try putting it in tomcat/lib? >>>> >>>> >>>> p >>> >>>> >>>> >>>> >>>>> >>>>> Thanks for ur help, Vicky >>>>> >>>>> >>>>> >>>>> On Dec 8, 2012, at 2:11 AM, Christopher Schultz >>>>> <ch...@christopherschultz.net> wrote: >>>>> >>>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>>> >>>>>> Vicky, >>>>>> >>>>>> On 12/7/12 11:48 AM, vicky wrote: >>>>>>> I have a requirement in which i need to add couple of >>>>>>> properties files to tomcat CLASSPATH as these are needed for >>>>>>> my application deployed in Tomcat 6.0. >>>>>>> >>>>>>> One strange thing is that, i need to add the all my >>>>>>> properties files to "<CATALINA_BASE>/bin" directory else >>>>>>> these all wont get added to Tomcat classpath. >>>>>> >>>>>> Where does the code live that attempts to load those >>>>>> properties files? >>>>>> >>>>>> - -chris >>> >>> . . . just my (I hate moving) 2 cents /mde/ >> >> Vicky, >> >> So let me now understand your requirements. >> >> 1. Properties files to be read by web applications >> 2. 10 web applications on one Tomcat instance >> 3. All 10 web applications read identical files >> 4. Property files change frequently >> 5. $CATALINA_HOME and $CATALINA_BASE are read-only >> 6. $CATALINA_BASE/lib and $CATALINA_BASE/bin are read-only >> >> In the future it would be a good idea to list all of your requirements and >> restrictions at once, rather than having the list extract it by recommending >> solutions which fail one or more requirements. >> >> The approach (placing resource files on the CLASSPATH) is probably not a >> good one given the requirements as you've stated them. >> >> If you're wedded to reading resources from a CLASSPATH, the only reasonable >> way to live with the above requirements is to use files in WEB-INF/classes. >> Then the application will have to be changed each time you update the >> resource files. This all can be scripted so that operations won't have too >> big of a burden. >> >> Placing the resources in a JAR somewhere on Tomcat's CLASSPATH poses several >> problems. >> >> 1. You cannot modify the directories where Tomcat reads JARs >> 2. A change to the resource will require a Tomcat restart >> >> One of the only ways I can see around this is as follows. >> >> 1. create a setenv.sh in $CATALINA_BASE/bin (or setenv.bat) >> >> I realize you do not have write access to this, but maybe operations can >> create that file. >> >> 2. In that setenv.sh, add the following: >> >> CLASSPATH=/place/where/your/jar/is.jar >> EXPORT CLASSPATH >> >> 3. Make the /place/where/your/jar/is.jar readable >> >> This JAR file must be readable by the user running Tomcat >> >> 4. In is.jar add all your configuration files >> >> This is a pretty spectacularly bad solution for several reasons. >> >> 1. You're reading a file outside of Tomcat's directory structure >> 2. Eunning under the security manager would be challenging >> 3. Tomcat restart for changing the JAR with the properties files >> >> At this point, I would seriously look at scripting the 10 web application >> updates, or loading the properties files in a database and access them via >> JNDI. >> >> . . . . just my two cents. >> /mde/ >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
