With latest snapshot, I'm still getting the error below; provided complete stacktrace a few emails ago.
Caused by: org.apache.openejb.DuplicateDeploymentIdException: Application cannot be deployed as it contains deployment-ids which are in use: app: C:\apache-tomee-plus-1.5.1-SNAPSHOT\webapps\mcmsweb Since TomEE server log says server startup, I assumed that it started correctly, so I try to access the URL for the web app, and get the following error: Dec 03, 2012 7:21:32 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet [Faces Servlet] in context with path [] threw exception [Cannot find a valid PDL for view id /mcmsweb/login.view.xml] with root cause javax.faces.FacesException: Cannot find a valid PDL for view id /mcmsweb/login.view.xml at org.apache.myfaces.view.ViewDeclarationLanguageFactoryImpl.getViewDeclarationLanguage(ViewDeclarationLanguageFactoryImpl.java:93) at org.apache.myfaces.application.ViewHandlerImpl.getViewDeclarationLanguage(ViewHandlerImpl.java:179) at javax.faces.application.ViewHandlerWrapper.getViewDeclarationLanguage(ViewHandlerWrapper.java:134) at javax.faces.application.ViewHandlerWrapper.getViewDeclarationLanguage(ViewHandlerWrapper.java:134) at org.apache.myfaces.shared.application.DefaultViewHandlerSupport.checkResourceExists(DefaultViewHandlerSupport.java:525) at org.apache.myfaces.shared.application.DefaultViewHandlerSupport.handleSuffixMapping(DefaultViewHandlerSupport.java:463) at org.apache.myfaces.shared.application.DefaultViewHandlerSupport.calculateViewId(DefaultViewHandlerSupport.java:93) at org.apache.myfaces.application.ViewHandlerImpl.deriveLogicalViewId(ViewHandlerImpl.java:118) at javax.faces.application.ViewHandlerWrapper.deriveLogicalViewId(ViewHandlerWrapper.java:113) at javax.faces.application.ViewHandlerWrapper.deriveLogicalViewId(ViewHandlerWrapper.java:113) at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:157) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:170) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.omnifaces.filter.GzipResponseFilter.doFilter(GzipResponseFilter.java:148) at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at pf.LoginFilter.doFilter(LoginFilter.java:194) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:931) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1822) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) On Mon, Dec 3, 2012 at 7:03 PM, Howard W. Smith, Jr. <smithh032...@gmail.com > wrote: > I finally saw the error below in the server log; after this error, TomEE > automatically undeployed the web app, and shutdown. So I closed Glassfish > and dropped WAR in tomee /webapps folder, and i finally was able to run my > app. Please 'note', I reverted to 2012.11.24 version of TomEE 1.5.1 > SNAPSHOT. Will try the same or similar steps, next, with latest version of > TomEE 1.5.1 SNAPSHOT. > > SEVERE: StandardServer.await: create[localhost:8005]: > java.net.BindException: Address already in use: JVM_Bind > at java.net.DualStackPlainSocketImpl.bind0(Native Method) > at > java.net.DualStackPlainSocketImpl.socketBind(DualStackPlainSocketImpl.java:96) > at > java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:376) > at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:175) > at java.net.ServerSocket.bind(ServerSocket.java:376) > at java.net.ServerSocket.<init>(ServerSocket.java:237) > at org.apache.catalina.core.StandardServer.await(StandardServer.java:427) > at org.apache.catalina.startup.Catalina.await(Catalina.java:766) > at org.apache.catalina.startup.Catalina.start(Catalina.java:712) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:322) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:451) > > > > On Mon, Dec 3, 2012 at 4:46 PM, Howard W. Smith, Jr. < > smithh032...@gmail.com> wrote: > >> Will let you know, ASAP. Thanks. >> >> >> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <rmannibu...@gmail.com >> > wrote: >> >>> Even with snapshot? >>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <smithh032...@gmail.com> a >>> écrit : >>> >>> > Forgot one important factor. I just downloaded NetBeans 7.3 Beta, and >>> I'm >>> > having a very similar issue with NetBeans-Glassfish; Glassfish fails to >>> > start when a netBeans 7.3. beta WAR already has been deployed to >>> Glassfish. >>> > >>> > I need to revert to NetBeans 7.2 where I didn't have this >>> start-container >>> > and deploy-to-container issues. >>> > >>> > >>> > On Mon, Dec 3, 2012 at 12:02 PM, Howard W. Smith, Jr. < >>> > smithh032...@gmail.com> wrote: >>> > >>> > > Okay, noted. >>> > > >>> > > Interesting, TomEE cannot start my app any more. Even if I manually >>> > delete >>> > > the WAR as well as the WAR folder in tomee /webapps folder, the app >>> is >>> > > failing to start. >>> > > >>> > > I guess I will have to delete TomEE folder and reinstall TomEE; >>> might as >>> > > well download latest TomEE zip file, too. Right? :) >>> > > >>> > > >>> > > >>> > > On Mon, Dec 3, 2012 at 11:54 AM, Romain Manni-Bucau < >>> > rmannibu...@gmail.com >>> > > > wrote: >>> > > >>> > >> the main point is tomee unpack wars >>> > >> >>> > >> so if the war is unpacked when you redeploy the same war and it >>> finds >>> > >> the unpacked version it will deploy the unpacked one >>> > >> >>> > >> Romain Manni-Bucau >>> > >> Twitter: @rmannibucau >>> > >> Blog: http://rmannibucau.wordpress.com/ >>> > >> LinkedIn: http://fr.linkedin.com/in/rmannibucau >>> > >> Github: https://github.com/rmannibucau >>> > >> >>> > >> >>> > >> >>> > >> 2012/12/3 Howard W. Smith, Jr. <smithh032...@gmail.com>: >>> > >> > Bad idea to mix deployment styles? >>> > >> > >>> > >> > Does that mean that I cannot do the following interchangeably? >>> > >> > >>> > >> > 1. deploy WAR to TomEE via Netbeans >>> > >> > 2. deploy WAR by dropping WAR in tomee /webapps folder >>> > >> > >>> > >> > If the answer is yes, I am pretty sure that i have been able to >>> do the >>> > >> > following with an earlier version of 1.5.1 SNAPSHOT, but I could >>> be >>> > >> wrong. >>> > >> > I often undeploy, but not all the time. >>> > >> > >>> > >> > Quite frankly, I've been quite impressed with TomEE's ability to >>> load >>> > a >>> > >> WAR >>> > >> > whether I drop WAR in tomee /webapps 'or' if I deploy from >>> NetBeans. >>> > >> > >>> > >> > When NetBeans deploy to TomEE does not work, I 'help' TomEE, by >>> > >> undeploying >>> > >> > the application by manual delete from file folder (Windows >>> Explorer), >>> > or >>> > >> > undeploy app via NetBeans. >>> > >> > >>> > >> > >>> > >> > >>> > >> > On Mon, Dec 3, 2012 at 11:25 AM, Romain Manni-Bucau >>> > >> > <rmannibu...@gmail.com>wrote: >>> > >> > >>> > >> >> Hi, >>> > >> >> >>> > >> >> if you update the unpacked war it should work >>> > >> >> >>> > >> >> or maybe netbeans is hiding sthg >>> > >> >> >>> > >> >> in general it is a bad idea to mix deployment styles >>> > >> >> >>> > >> >> Romain Manni-Bucau >>> > >> >> Twitter: @rmannibucau >>> > >> >> Blog: http://rmannibucau.wordpress.com/ >>> > >> >> LinkedIn: http://fr.linkedin.com/in/rmannibucau >>> > >> >> Github: https://github.com/rmannibucau >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> 2012/12/3 Howard W. Smith, Jr. <smithh032...@gmail.com>: >>> > >> >> > Just wanted to share the following issue I see >>> > >> >> > with apache-tomee-1.5.1-20121201.041455-93-plus; I don't think >>> I >>> > saw >>> > >> this >>> > >> >> > with earlier versions of snapshot. >>> > >> >> > >>> > >> >> > 1. TomEE 'is' shutdown (or not running) >>> > >> >> > 2. Drop a WAR in tomee /webapps folder >>> > >> >> > 3. Start TomEE via NetBeans >>> > >> >> > 4. Attempt to use/access the web app >>> > >> >> > >>> > >> >> > 5. None of the latest software changes in the WAR file (that >>> was >>> > >> 'last' >>> > >> >> > dropped in tomee /webapps folder) can be seen in the web app >>> > >> >> > >>> > >> >> > 6. Undeploy web app via NetBeans >>> > >> >> > 7. Shutdown TomEE >>> > >> >> > 8. Drop WAR in tomee /webapps folder 'again' >>> > >> >> > 9. Start TomEE via NetBeans >>> > >> >> > 10. Use/access the web app >>> > >> >> > 11. Finally, I see my latest software changes >>> > >> >> > >>> > >> >> > I've duplicated this at least twice within the last 1 or 2 >>> hours. >>> > >> >> > >>> > >> >> > I am reporting this, since I know TomEE 1.5 vote is vastly >>> > >> approaching >>> > >> >> and >>> > >> >> > this 'might' be a bug, unless this is a user error. :) >>> > >> >> >>> > >> >>> > > >>> > > >>> > >>> >> >> >
