Bug 287569 - Auto-deploy fails
Summary: Auto-deploy fails
Status: NEW
Alias: None
Product: VTP
Classification: Technology
Component: runtime (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Lonnie Pryor CLA
QA Contact: Lonnie Pryor CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-25 10:51 EDT by Tom Johnson CLA
Modified: 2010-04-02 12:09 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Johnson CLA 2009-08-25 10:51:55 EDT
Build ID: M20090211-1700

Steps To Reproduce:
1. Using the baseline from Aug 11, 2009 
2. VTP builds OK.
3. Create application and deploy to WAR file.
4. When auto-deploy is used the application fails to deploy.
5. However when Tomcat restarted it deploys and runs OK.
6. However when Tomcat manager used to reload it deploys and runs OK.


More information:
I have been running and deploying and using the VTP OK now for about a year and have been able to deploy via auto-deploy without problem. When upgrading to the new baseline the auto-deploy now fails yet other types of deploying via the Tomcat manager and via Tomcat restart work OK. Tomcat says that the application started by logging 'Host Started' but when I hit the URL it fails to return VXML. The error I see when auto-deploying is:
Aug 24, 2009 9:45:15 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive TJJTest5.war
java.lang.NoClassDefFoundError: javax/servlet/ServletOutputStream
        at org.eclipse.vtp.framework.engine.osgi.HttpConnectorManager$HttpConnectorInstance.<init>(HttpConnectorManager.java:262)
        at org.eclipse.vtp.framework.engine.osgi.HttpConnectorManager.createHttpConnector(HttpConnectorManager.java:125)
        at org.eclipse.vtp.framework.engine.osgi.HttpConnectorManager.selectingService(HttpConnectorManager.java:165)
        at org.eclipse.vtp.framework.util.SingletonTracker.selectSingleton(SingletonTracker.java:421)
        at org.eclipse.vtp.framework.util.SingletonTracker.addingService(SingletonTracker.java:244)
        at org.osgi.util.tracker.ServiceTracker$Tracked.trackAdding(ServiceTracker.java:1064)
        at org.osgi.util.tracker.ServiceTracker$Tracked.trackInitialServices(ServiceTracker.java:926)
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:330)
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:274)
        at org.eclipse.vtp.framework.engine.osgi.ProcessEngineManager.createProcessEngine(ProcessEngineManager.java:82)
        at org.eclipse.vtp.framework.engine.osgi.ProcessEngineManager.selectingService(ProcessEngineManager.java:138)
        at org.eclipse.vtp.framework.util.SingletonTracker.selectSingleton(SingletonTracker.java:421)
        at org.eclipse.vtp.framework.util.SingletonTracker.addingService(SingletonTracker.java:244)
        at org.osgi.util.tracker.ServiceTracker$Tracked.trackAdding(ServiceTracker.java:1064)
        at org.osgi.util.tracker.ServiceTracker$Tracked.trackInitialServices(ServiceTracker.java:926)
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:330)
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:274)
        at org.eclipse.vtp.framework.engine.osgi.Activator.start(Activator.java:293)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:1009)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:1003)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:984)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:355)
        at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1074)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:616)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:299)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:489)
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:211)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:321)
Caused by: java.lang.ClassNotFoundException: javax.servlet.ServletOutputStream
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:483)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:387)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
        ... 31 more
INFO |2009/08/24|09:45:22> Host Started
Comment 1 Tom Johnson CLA 2010-04-02 12:09:32 EDT
I have found what the issue was.

1. The dependencies for org.eclipse.vtp.framework.engine need to have javax.servlet removed as a required package.

2. The dependencies for org.eclipse.vtp.framework.engine need to to have javax.servlet, javax.servlet.http, and javax.servlet.resources added as imported packages.

3. The dependencies for org.apache.commons.fileupload need to be changed so that javax.servlet and javax.servlet.http have a minimum version of 2.4.0

This fixes the issue and now it auto-deploys OK.