|
| Re: Tomcat - need to clean work directory when restarting [message #73882 is a reply to message #73542] |
Thu, 14 February 2008 03:26   |
Eclipse User |
|
|
|
Originally posted by: fappel.innoopract.com
Hi,
maybe there are some errors during the shutdown of the RAP app, that
prevent the server from cleanup the working directory. Could you please
look whether there are some problems reported in your catalina logfiles?
We have been working recently on some problems with session shutdown and
our Yoxos team that uses RAP told us that shutdown and restart of the
application server now works without problems. So maybe it's worth to
try the latest CVS version.
Ciao
Frank
-----Ursprüngliche Nachricht-----
Von: Ryan Donnelly [mailto:ryanrd1@gmail.com]
Bereitgestellt: Montag, 11. Februar 2008 23:48
Bereitgestellt in: eclipse.technology.rap
Unterhaltung: Tomcat - need to clean work directory when restarting
Betreff: Tomcat - need to clean work directory when restarting
Hi,
I am running my RAP application under Tomcat 6.0.16 on Windows
XP and Vista. In my own application, and in the sample calc application
( http://www.volanakis.de/nuggets/rap_deployment_with_war/calc .ui.rap-war
..zip)
used in the RAP Deployment tutorial
( http://rapblog.innoopract.com/2007/12/rap-deployment-part-2- deploying-y
our.html),
I find that when I restart Tomcat, I need to clear out the
application's work directory (C:\Program Files\Apache Software
Foundation\Tomcat 6.0\work\Catalina\localhost\calc). Otherwise:
Start Tomcat
http://localhost:8080/calc/rap - works normally
Stop Tomcat
Start Tomcat
http://localhost:8080/calc/rap - error:
HTTP Status 404 - ProxyServlet: /calc/rap
type Status report
message ProxyServlet: /calc/rap
description The requested resource (ProxyServlet: /calc/rap) is not
available.
Apache Tomcat/6.0.16
The servletbridge test, under the calc app, does not have this
problem:
http://localhost:8080/calc/sp_test
nor does the servletbridge sample app
(http://www.eclipse.org/equinox/server/downloads/bridge.war):
http://localhost:8080/bridge/sp_test
The Tomcat sample app (sample.war) also does not have this
problem.
I have tried this with two different browsers on two different
machines
to make sure it was not a browser caching issue.
If there is a simple way to force Tomcat or the servletbridge to
clear
out the work directory between runs that may be sufficient to solve the
problem.
Thanks,
Ryan
|
|
|
| Re: Tomcat - need to clean work directory when restarting [message #74095 is a reply to message #73882] |
Thu, 14 February 2008 12:57 |
| Eclipse User |
|
|
|
Frank,
I have just tried building both the sample calc app and my app with RAP
from CVS and still have this problem. I am able to stop the Tomcat
service without errors. I have turned logging up to DEBUG on Tomcat and
the only thing remotely out of the ordinary is this, in
catalina.2008-02-14.log:
Feb 14, 2008 3:29:35 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener "listeners.ContextListener" is already configured for
this context. The duplicate definition has been ignored.
Feb 14, 2008 3:29:35 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener "listeners.SessionListener" is already configured for
this context. The duplicate definition has been ignored.
There is also a logfile
work/Catalina/localhost/rapdemo/eclipse/workspace/.metadata/ .log
which has the following error in it:
!ENTRY org.eclipse.core.runtime 2 0 2008-02-14 15:50:01.941
!MESSAGE Authorization infrastructure
(org.eclipse.core.runtime.compatibility.auth) not installed.
!STACK 0
java.lang.NoClassDefFoundError:
org/eclipse/core/internal/runtime/auth/AuthorizationHandler
at
org.eclipse.core.internal.runtime.InternalPlatform.initializ eAuthorizationHandler(InternalPlatform.java:603)
at
org.eclipse.core.internal.runtime.InternalPlatform.start(Int ernalPlatform.java:745)
at
org.eclipse.core.internal.runtime.PlatformActivator.start(Pl atformActivator.java:31)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContextImpl.java:999)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(BundleContextImpl.java:993)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:974)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:260)
at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at
org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
at
org.eclipse.osgi.framework.internal.core.MultiSourcePackage. loadClass(MultiSourcePackage.java:31)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.def ineClass(DefaultClassLoader.java:161)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineC lass(ClasspathManager.java:501)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findCla ssImpl(ClasspathManager.java:471)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClassImpl(ClasspathManager.java:430)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:413)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:408)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.loadCl ass(BundleLoader.java:289)
at
org.eclipse.osgi.framework.internal.core.BundleHost.loadClas s(BundleHost.java:227)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.load BundleActivator(AbstractBundle.java:134)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:970)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:260)
at
org.eclipse.update.internal.configurator.ConfigurationActiva tor.installBundles(ConfigurationActivator.java:218)
at
org.eclipse.update.internal.configurator.ConfigurationActiva tor.start(ConfigurationActivator.java:82)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContextImpl.java:999)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(BundleContextImpl.java:993)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:974)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resu me(AbstractBundle.java:350)
at
org.eclipse.osgi.framework.internal.core.Framework.resumeBun dle(Framework.java:1118)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.r esumeBundles(StartLevelManager.java:634)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.i ncFWSL(StartLevelManager.java:508)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d oSetStartLevel(StartLevelManager.java:282)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d ispatchEvent(StartLevelManager.java:468)
at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:195)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:297)
Do you know of a way to force Equinox/Servletbridge or Tomcat to clear
out the work directory between runs?
Thanks,
Ryan
Frank Appel wrote:
> Hi,
>
> maybe there are some errors during the shutdown of the RAP app, that
> prevent the server from cleanup the working directory. Could you please
> look whether there are some problems reported in your catalina logfiles?
> We have been working recently on some problems with session shutdown and
> our Yoxos team that uses RAP told us that shutdown and restart of the
> application server now works without problems. So maybe it's worth to
> try the latest CVS version.
>
>
> Ciao
> Frank
>
> -----Ursprüngliche Nachricht-----
> Von: Ryan Donnelly [mailto:ryanrd1@gmail.com]
> Bereitgestellt: Montag, 11. Februar 2008 23:48
> Bereitgestellt in: eclipse.technology.rap
> Unterhaltung: Tomcat - need to clean work directory when restarting
> Betreff: Tomcat - need to clean work directory when restarting
>
>
> Hi,
> I am running my RAP application under Tomcat 6.0.16 on Windows
> XP and Vista. In my own application, and in the sample calc application
> ( http://www.volanakis.de/nuggets/rap_deployment_with_war/calc .ui.rap-war
> .zip)
> used in the RAP Deployment tutorial
> ( http://rapblog.innoopract.com/2007/12/rap-deployment-part-2- deploying-y
> our.html),
> I find that when I restart Tomcat, I need to clear out the
> application's work directory (C:\Program Files\Apache Software
> Foundation\Tomcat 6.0\work\Catalina\localhost\calc). Otherwise:
>
> Start Tomcat
>
> http://localhost:8080/calc/rap - works normally
>
> Stop Tomcat
>
> Start Tomcat
>
> http://localhost:8080/calc/rap - error:
>
>
> HTTP Status 404 - ProxyServlet: /calc/rap
>
> type Status report
>
> message ProxyServlet: /calc/rap
>
> description The requested resource (ProxyServlet: /calc/rap) is not
> available.
> Apache Tomcat/6.0.16
>
>
>
> The servletbridge test, under the calc app, does not have this
> problem:
>
> http://localhost:8080/calc/sp_test
>
> nor does the servletbridge sample app
> (http://www.eclipse.org/equinox/server/downloads/bridge.war):
>
> http://localhost:8080/bridge/sp_test
>
> The Tomcat sample app (sample.war) also does not have this
> problem.
>
>
> I have tried this with two different browsers on two different
> machines
> to make sure it was not a browser caching issue.
>
> If there is a simple way to force Tomcat or the servletbridge to
> clear
> out the work directory between runs that may be sufficient to solve the
> problem.
>
>
> Thanks,
>
> Ryan
>
|
|
|
|
| Re: Tomcat - need to clean work directory when restarting [message #74572 is a reply to message #74131] |
Tue, 19 February 2008 02:41 |
| Eclipse User |
|
|
|
Originally posted by: fappel.innoopract.com
Hi,
another thing. Ensure that the -console flag has been removed from the
web.xml. This may also cause trouble regarding restarting the appserver.
If the problem still persists feel free to file a bug report.
Ciao
Frank
-----Ursprüngliche Nachricht-----
Von: Ben W. [mailto:benjamin.wolff@web.de]
Bereitgestellt: Freitag, 15. Februar 2008 09:19
Bereitgestellt in: eclipse.technology.rap
Unterhaltung: Tomcat - need to clean work directory when restarting
Betreff: Re: Tomcat - need to clean work directory when restarting
hi!
to avoid the exception that is thrown you can checkout the
org.eclipse.core.runtime.compatibility.auth plugin from cvs. it is
located in the dev.eclipse.org:/cvsroot/eclipse repository.
i already mentioned this exception
( http://www.eclipse.org/newsportal/article.php?id=2202&gr oup=eclipse.tec
hnology.rap#2202)
HTH
-ben
|
|
|
Powered by
FUDForum. Page generated in 0.04501 seconds
Home