Hot deploy without reloading

2007-02-16 Thread René Schade
Hi List,

I would like to let my JSP-pages hot-deploy without an explicit reload of the 
application. Is that possible? In my current configuration, the Servlets are 
hot-deploy without reload, just like I want it, but changing and deploying a 
JSP-page does not force a hot deploy (or even a reload).

My current configuration:

Setup: Tomcat5.5.20, Working in Eclipse, Deploying from Ant.

Context.xml:
Context antiJARLocking=true antiResourceLocking=true reloadable=true 
path=kvisdok docBase=kvisdok 
/Context

Here is the reason for not reloading the web-application when changing a 
JSP-page: antiResoureLocing=true. If I set it to false, the application is 
reloaded on deploy, but not hot deployed without reload.

Why do I want hot deploy without reload? Well we are using Java Persistence API 
(Hibernate version). Whenever you do a reload, Hibernate takes 6-10 secs to 
remap.

Any help is appreciated!
Regards,
René


 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Error moving JPA app from Tomcat 5.5.12 to Tomcat 5.0.30

2006-11-14 Thread René Schade
I have a wellworking Tomcat JPA application running on Tomcat 5.5.12.

 

As far as I know, it should be possible to deploy it on 5.0.30 as well. But 
when running a Servlet I get the error:

 

javax.persistence.PersistenceException: java.io.FileNotFoundException: JAR 
entry META-INF/persistence.xml not found in /[path 
removed]/ROOT/WEB-INF/lib/entities.jar

org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:247)

org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:120)

javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:51)

javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:33)
com.hypergenic.weboverblik.servlets.WeboverblikServlet.init(Unknown 
Source)
com.hypergenic.weboverblik.servlets.Admin.init(Unknown Source)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)

sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
java.lang.reflect.Constructor.newInstance(Constructor.java:494)

java.lang.Class.newInstance0(Class.java:350

 

persistence.xml IS located in the entities.jar-file. 

What could be wrong?

Regards,
René



Undeploy does not remove all of the files in the application

2006-11-08 Thread René Schade
Hi!

I have a problem when trying to undeploy an application.

Whenever I try to undeploy using the manager application (or from Ant), not all 
of the files in the application (located in webapps) are removed. Some of the 
jar-files still exist in the folder. I have to restart tomcat in order to 
remove the jar-files.

When I try to remove the files using an explorer I get Cannot delete xxx.jar: 
It is being used by another person or program.

Im running Tomcat 5.5-20 on Win32.

Any help is appreciated!

Regards,
René


-
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: RE : Problems configuring a Context path=xx using Apache/Tomcat

2006-10-24 Thread René Schade
Thanks, that really helped.

It works fine if I place the file Servlets#application.xml
In the CATALINA_HOME/conf/Catalina/localhost/ folder.

I would prefer to place it in the /META-INF/ folder in the application, but 
Tomcat seems to ignore files not named context.xml in this folder.

Any suggestions?

René
 

 -Original Message-
 From: LASSIEGE Hugo [mailto:[EMAIL PROTECTED]
 Sent: 24. oktober 2006 10:22
 To: Tomcat Users List
 Subject: RE : Problems configuring a Context path=xx using
 Apache/Tomcat
 
 In tomcat 5.5.17, you can't use path in context (See bug
 http://issues.apache.org/bugzilla/show_bug.cgi?id=39120)
 But you can modify the name of your context file :
 servlets#application.xml, it should work.
 
 hugo
 
 -Message d'origine-
 De : René Schade [mailto:[EMAIL PROTECTED]
 Envoyé : mardi 24 octobre 2006 10:18
 À : users@tomcat.apache.org
 Objet : Problems configuring a Context path=xx using Apache/Tomcat
 
 Hi List,
 
 
 
 I'm running Apache 2.0, Tomcat 5.5.17, jdk 1.5
 
 
 
 I'm upgrading from Apache 1.3 Tomcat 3.* jdk 1.4
 
 
 
 In my Apache log file I have the following:
 
 
 
 JkMount /manager* foo
 
 JkMount /servlets/* foo
 
 
 
 The manager application works fine, when typing the URL
 
 
 
 http://website/manager/html
 
 
 
 Everything is ok, the manager application is launched.
 
 
 
 Now I'm trying to install an application on the path
 /servlets/myapplication. The Context file looks like this:
 
 
 
 Context  reloadable=true path=/servlets/myapplication/
 docBase=${catalina.home}/home/schade/myapplication/ debug=5
 allowoverride=true
 
   Valve
 className=org.apache.catalina.valves.AccessLogValve
 
 prefix=kvisremote_by_schade. suffix=.txt
 
  pattern=common/
 
 /Context
 
 
 
 Typing a URL like http://website/servlets/myapplication/testfile.html does
 not trigger this context. I've made a similar Valve for the manager-
 application, and here every request to the manager Context is logged.
 Logging the host verifies that requests sent to
 http://website/servlets/kvisremote are sent to the host, but it does not
 seam to know which context to forward the request to.
 
 
 
 I guess it has something to do with the path-attribute. A similar solution
 worked fine on the old server...
 
 
 
 I've been struggling with this for a while now, so any kinds of
 suggestions are appreciated.
 
 
 
 Regards,
 René
 
 
 
 
 CONFIDENTIALITY:   This email (including any attachments) may contain
 confidential, proprietary and privileged information, and unauthorized
 disclosure or use is prohibited.  If you received this email in error,
 please notify the sender and delete this email from your system.  Thank
 you
 
 
 CONFIDENTIALITÉ: Ce courrier électronique (pièces jointes incluses) peut
 contenir des informations confidentielles, propriétaires et privilégiées,
 dont la divulgation ou l'utilisation non-autorisée est interdite.
 Si vous avez reçu ce courrier électronique par erreur, nous vous
 remercions de bien vouloir avertir l'expéditeur et détruire ce courrier
 électronique
 de votre système.
 Merci.
 
 
 
 -
 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]



Problems configuring a Context path=xx using Apache/Tomcat

2006-10-24 Thread René Schade
Hi List,

 

I'm running Apache 2.0, Tomcat 5.5.17, jdk 1.5

 

I'm upgrading from Apache 1.3 Tomcat 3.* jdk 1.4

 

In my Apache log file I have the following:

 

JkMount /manager* foo

JkMount /servlets/* foo

 

The manager application works fine, when typing the URL

 

http://website/manager/html 

 

Everything is ok, the manager application is launched.

 

Now I'm trying to install an application on the path /servlets/myapplication. 
The Context file looks like this:

 

Context  reloadable=true path=/servlets/myapplication/ 
docBase=${catalina.home}/home/schade/myapplication/ debug=5 
allowoverride=true

  Valve className=org.apache.catalina.valves.AccessLogValve

prefix=kvisremote_by_schade. suffix=.txt

 pattern=common/

/Context

 

Typing a URL like http://website/servlets/myapplication/testfile.html does not 
trigger this context. I've made a similar Valve for the manager-application, 
and here every request to the manager Context is logged. Logging the host 
verifies that requests sent to http://website/servlets/kvisremote are sent to 
the host, but it does not seam to know which context to forward the request to.

 

I guess it has something to do with the path-attribute. A similar solution 
worked fine on the old server...

 

I've been struggling with this for a while now, so any kinds of suggestions are 
appreciated. 

 

Regards,
René