Re: Updating files without restarting Tomcat

2002-07-03 Thread cbarnes

   In my opinion you have a different problem here. Probably you read those
 properties files at some point in your application lifecycle. Suppose
 that point is your servlet init method (which is called only once
 in the servlet life).

 If you change the properties files it's your responsibility that you
re-read
 those file and propagate the changes. You need to find a way to tell your
 application  that something in it's environment changed and it has to
 reinitialize itself.


  Best regards,
Dan

The properties files are reread by entering a particular URL - which is the
behaviour I want. Unfortunatly it reads the old version of the properties
file not the updated version. It will only read the updated version if I
restart Tomcat.

Thanks for your reply.
Catharine


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Updating files without restarting Tomcat

2002-07-02 Thread cbarnes

I am using Tomcat 4.

I have a number of properties files in the WEB-INF/classes directory. I need
to be able to change the values of the properties in these files, but it
looks as though I need to restart Tomcat every time I change a value in
order for it to recognise the new version of the file. Is there any
configuration I can change so that it is not necessary to restart Tomcat
when I change the values of the properties. Is it possible for this to apply
just to specified files - I don't want it to check the status of all the
files in WEB-INF/classes because I know the class files won't change.

Thanks,
Catharine


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: path info for servlets and JSPs

2002-06-24 Thread cbarnes

 I don't know if you can do exactly what you want but an alternative could
 be to url-encode the path in the request as a variable

 for example: http://server/application/mypage.jsp?path
 =%2fextra%2fpath%2finfo
 (I think %2f = / but please check!)

 Brendan


I want to avoid url-encoding the path info and adding it to the query string
of the jsp because this is a URL that I would be expecting a user to enter,
and so I want it to be as simple as possible. Using path info seems to be
the easiest way for the user to enter the URL.

Thanks anyway,
Catharine


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




path info for servlets and JSPs

2002-06-21 Thread cbarnes

In web.xml I have added a servlet mapping so that the servlet can take extra
path information as follows:

servlet-mapping
servlet-namemyservlet/servlet-name
url-pattern/myservlet/*/url-pattern
/servlet-mapping

Is it possible to do something similar with JSPs - and if so how and where
do I configure this?
I would like to be able to use a URL such as
http://server/application/mypage.jsp/extra/path/info

Thanks,
Catharine


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Updating files without restarting Tomcat

2002-05-01 Thread cbarnes

I am using Tomcat 4.

I have a .properties file in my WEB-INF/classes part of my work tree, which
is read in using a ResourceBundle.
My problem is that if I update this properties file it does not recognise
the new version until I have restarted Tomcat.
Is there a config value I can change so that I don't have to restart Tomcat
each time I change the properties file?
If there is can it apply to only certain files or sections of the
application? I don't want Tomcat to check if .class files have changed
everytime it uses them as this isn't necessary and will obviously effect
performance.

Thanks,
Catharine



--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




Custom tag classes

2002-04-19 Thread cbarnes

I am using version 4 of Tomcat.

I have written a number of custom tags and these appear to work fine.
However, I had always understood that an individual instance of the java
class for the custom tag is reused, and that the release method needs to be
used to reset any class variables back to their default state. On looking at
what is going on in my custom tag classes a bit more closely I have realised
that a new instance of the class is being created each time I use the tag.
Is this correct behaviour?
Have I missed something somewhere?

Thanks,
Catharine


--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




Re: Custom tag classes

2002-04-19 Thread cbarnes

I can't find a TagPooling setting anywhere in my conf files.
I have also done a search on the apache.org site for this but can't find
anything that looks relevant.
Is this definatly what its called?

Thanks for your help,
Catharine

- Original Message -
From: Pekník Jan [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 10:17 AM
Subject: RE: Custom tag classes


Hello,

in Tomcat, tag-pooling can be enabled or disabled, check in server.xml if
you have enabled this feature.
(As I remember, You must uncomment 'TagPoolingIntercetor' tag to load the
module.)
This is one possibility why tags aren't reused.

-Jan



--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




Re: Custom tag classes

2002-04-19 Thread cbarnes

It looks as though this is completely different in Tomcat 4, but thanks for
your help anyway.
Can anyone tell me what the equivalent in Tomcat 4 is?

Thanks,
Catharine

- Original Message -
From: Pekník Jan [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 11:37 AM
Subject: RE: Custom tag classes


I have in server.xml this section :

!-- Tag pooling support.
 To enable the reuse of tag handlers as described in
 the JSP spec, uncomment the following.  If your pages
 use a lot of custom tags, you should see a nice performance
 gain.

 Note that placing the interceptor here will enable
 Tag pooling for all of the web applicatitions loaded -
 this may be a bad thing if all tags are not coded to
 handle reuse. To enable pooling only for specific web
 applications i.e. Contexts, place the interceptor inside of
 the Context's definition.

 To view information about tag usage uncomment the tag
 LogSetter. Set verbosityLevel to DEBUG to see everytime
 a tag is obtained and released.
--
!--
LogSetter  name=tag_pool_log timestamps=true
path=logs/tagpool-${MMdd}.log
verbosityLevel=INFORMATION /

TagPoolManagerInterceptor /
--

But I didn't said in previous mail which version I have. It is 3.3.1 . Maybe
in Tomcat 4.x it is different.

-Original Message-
From: cbarnes [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 12:21 PM
To: Tomcat Users List
Subject: Re: Custom tag classes


I can't find a TagPooling setting anywhere in my conf files.
I have also done a search on the apache.org site for this but can't find
anything that looks relevant.
Is this definatly what its called?

Thanks for your help,
Catharine

- Original Message -
From: Pekník Jan [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 10:17 AM
Subject: RE: Custom tag classes


Hello,

in Tomcat, tag-pooling can be enabled or disabled, check in server.xml if
you have enabled this feature.
(As I remember, You must uncomment 'TagPoolingIntercetor' tag to load the
module.)
This is one possibility why tags aren't reused.

-Jan



--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

---
Pøíchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.350 / Virová báze: 196 - datum vydání: 17.4. 2002


---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.350 / Virová báze: 196 - datum vydání: 17.4. 2002


--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]