You are viewing a plain text version of this content. The canonical link for it is here.

Posted to users@tomee.apache.org by "Howard W. Smith, Jr." <sm...@gmail.com> on 2012/12/03 17:14:37 UTC

TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

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. :)

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

To check it activate validationquery + testonborrow params (look on tomcat
jdbc doc). If you are right it should help to get rid of it
Le 5 déc. 2012 08:21, "Howard W. Smith, Jr." <sm...@gmail.com> a
écrit :

> I think it is my resource settings in tomee.xml. I have default. I think
> maxidle kicked in and disconnected me from database. please confirm if that
> might be possible.
>
> On Wed, Dec 5, 2012 at 2:15 AM, Romain Manni-Bucau <rmannibucau@gmail.com
> >wrote:
>
> > Would be nice to be able to reproduce
> > Le 5 déc. 2012 07:23, "Howard W. Smith, Jr." <sm...@gmail.com> a
> > écrit :
> >
> > > Yes. I don't touch that file. I leave it in tomee lib folder. It seems
> to
> > > be an intermittent error between/across undeploy-war and drop WAR in
> > tomee
> > > /webapps folder.
> > >
> > >
> > >
> > > On Wed, Dec 5, 2012 at 1:14 AM, Romain Manni-Bucau <
> > rmannibucau@gmail.com
> > > >wrote:
> > >
> > > > You put your driver in the webapp?
> > > > Le 5 déc. 2012 04:40, "Howard W. Smith, Jr." <smithh032772@gmail.com
> >
> > a
> > > > écrit :
> > > >
> > > > > I was 'just' about to reply this email and say that the 'not having
> > to
> > > > stop
> > > > > TomEE' is working good, but I just got the following error due to
> > > leaving
> > > > > TomEE up and running, undeploying WAR, and then dropping WAR in
> tomEE
> > > > > /webapps folder. Now, I'm quite sure that I am 'required' to stop
> and
> > > > > restart TomEE to get rid of this error. Right?  :)
> > > > >
> > > > >
> > > > > Login failed. Exception [EclipseLink-4002] (Eclipse Persistence
> > > Services
> > > > -
> > > > > 2.3.2.v20111125-r10461):
> > > > > org.eclipse.persistence.exceptions.DatabaseException Internal
> > > Exception:
> > > > > java.sql.SQLNonTransientConnectionException:
> > > > > org.apache.derby.jdbc.EmbeddedDriver is not registered with the
> JDBC
> > > > driver
> > > > > manager Error Code: 40000
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <
> > > > > smithh032772@gmail.com
> > > > > > wrote:
> > > > >
> > > > > > I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed
> > the
> > > > > > previous WAR/application, and then dropped my TomEE/CDI WAR file
> in
> > > > TomEE
> > > > > > /webapps folder, today, and you're right, I don't have to 'stop
> > > TomEE'.
> > > > > >
> > > > > > I already knew that I didn't have to stop TomEE, but I think it's
> > > nice
> > > > > not
> > > > > > having to stop TomEE when deploying/testing new WAR/application
> > > > version.
> > > > > >
> > > > > > Honestly, I'm not so concerned or interested in the
> > > > > > delete-localhost-file/folder option. Thanks anyway.
> > > > > >
> > > > > > Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I
> know
> > > > deploy
> > > > > > issues are 'fixed'. NetBeans 7.2 is definitely the stable version
> > > even
> > > > > > though I often get out-of-memory errors, since I have big/huge
> > class
> > > > > files.
> > > > > > I know, I know, not a good thing. :)
> > > > > >
> > > > > >
> > > > > > On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <
> > > maxtorzito@gmail.com
> > > > > >wrote:
> > > > > >
> > > > > >> Try this. When you have that error try to remove the localhost
> > > folder
> > > > in
> > > > > >> tomee/Conf (there you can the localhost folder and inside of it
> > you
> > > > will
> > > > > >> see an xml file with the name of your app or if you preffer only
> > > > remove
> > > > > >> the
> > > > > >> xml file) you dont have to stop tomee.
> > > > > >>
> > > > > >> Try and share your results.
> > > > > >> El dic 4, 2012 6:26 AM, "José Luis Cetina" <
> maxtorzito@gmail.com>
> > > > > >> escribió:
> > > > > >>
> > > > > >> > Try this. When you have that error try to remove the localhost
> > > > folder
> > > > > in
> > > > > >> > tomee/Conf (there you can the localhost folder and inside of
> it
> > > you
> > > > > will
> > > > > >> > see and xml file with the name of your app or if you preffer
> > only
> > > > > remove
> > > > > >> > the xml file) you dont have to stop tomee.
> > > > > >> >
> > > > > >> > Try and share your results.
> > > > > >> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <
> > > rmannibucau@gmail.com
> > > > >
> > > > > >> > escribió:
> > > > > >> >
> > > > > >> >> Yep, you cant respect it with drop in war approach (that s
> > > > documented
> > > > > >> on
> > > > > >> >> tomcat website iirc)
> > > > > >> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <
> > > > smithh032772@gmail.com
> > > > > >
> > > > > >> a
> > > > > >> >> écrit :
> > > > > >> >>
> > > > > >> >> > Here is my META-INF/context.xml; I think this was created
> by
> > > > > NetBeans
> > > > > >> >> when
> > > > > >> >> > I started deploying WAR to NetBeans some time ago.
> > > > > >> >> >
> > > > > >> >> > <?xml version="1.0" encoding="UTF-8"?>
> > > > > >> >> > <Context antiJARLocking="true" path=""/>
> > > > > >> >> >
> > > > > >> >> >
> > > > > >> >> >
> > > > > >> >> >
> > > > > >> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> > > > > >> >> rmannibucau@gmail.com
> > > > > >> >> > >wrote:
> > > > > >> >> >
> > > > > >> >> > > Note: not sure why it was chosen  but depending how you
> > > deploy
> > > > > >> >> sometimes
> > > > > >> >> > > tomcat ignores context.xml path
> > > > > >> >> > >
> > > > > >> >> > > Think that s the issue you got
> > > > > >> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> > > > > >> smithh032772@gmail.com>
> > > > > >> >> a
> > > > > >> >> > > écrit :
> > > > > >> >> > >
> > > > > >> >> > > > Add the following to my notes:
> > > > > >> >> > > >
> > > > > >> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since
> > > *app
> > > > > >> name =
> > > > > >> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee
> /webapps
> > > > > folder;
> > > > > >> if
> > > > > >> >> > > > deployed to Glassfish via NetBeans, MUST close
> NetBeans,
> > > > reopen
> > > > > >> >> > NetBeans,
> > > > > >> >> > > > drop WAR in tomee /webapps folder, and start TomEE via
> > > > tomcat7
> > > > > >> >> Windows
> > > > > >> >> > > > Service OR NetBeans
> > > > > >> >> > > >
> > > > > >> >> > > >
> > > > > >> >> > > >
> > > > > >> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > > > > >> >> > > > smithh032772@gmail.com
> > > > > >> >> > > > > wrote:
> > > > > >> >> > > >
> > > > > >> >> > > > > Okay, I deleted tomee folder and reinstalled latest
> > > version
> > > > > of
> > > > > >> >> TomEE
> > > > > >> >> > > > 1.5.1
> > > > > >> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and
> after
> > > > > >> >> duplicating
> > > > > >> >> > the
> > > > > >> >> > > > PDL
> > > > > >> >> > > > > error, I decided to enter the following URL:
> > > > > >> >> > > > >
> > > > > >> >> > > > > http://localhost:8080/mcms/login.jsf
> > > > > >> >> > > > >
> > > > > >> >> > > > > That URL (above) allowed me to login successfully to
> > web
> > > > app,
> > > > > >> even
> > > > > >> >> > > though
> > > > > >> >> > > > > NetBeans has web app context = mcmsweb.
> > > > > >> >> > > > >
> > > > > >> >> > > > > Prior to the URL above, I 'usually' use the following
> > URL
> > > > > when
> > > > > >> >> > testing
> > > > > >> >> > > > and
> > > > > >> >> > > > > in production:
> > > > > >> >> > > > >
> > > > > >> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> > > > > >> >> > > > >
> > > > > >> >> > > > > So, as you said, deploy styles is not a good
> practice.
> > > As I
> > > > > >> change
> > > > > >> >> > app
> > > > > >> >> > > > > names in NetBeans, I need to match the URL with the
> > name
> > > of
> > > > > the
> > > > > >> >> WAR
> > > > > >> >> > > > file. :)
> > > > > >> >> > > > >
> > > > > >> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> > > > > >> >> > > > >
> > > > > >> >> > > > >
> > > > > >> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr.
> <
> > > > > >> >> > > > > smithh032772@gmail.com> wrote:
> > > > > >> >> > > > >
> > > > > >> >> > > > >> 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. <
> > > > > >> >> > > > >> smithh032772@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.
> > <
> > > > > >> >> > > > >>> smithh032772@gmail.com> wrote:
> > > > > >> >> > > > >>>
> > > > > >> >> > > > >>>> Will let you know, ASAP. Thanks.
> > > > > >> >> > > > >>>>
> > > > > >> >> > > > >>>>
> > > > > >> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain
> Manni-Bucau <
> > > > > >> >> > > > >>>> rmannibucau@gmail.com> wrote:
> > > > > >> >> > > > >>>>
> > > > > >> >> > > > >>>>> Even with snapshot?
> > > > > >> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > > > > >> >> > > smithh032772@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. <
> > > > > >> >> > > > >>>>> > smithh032772@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 <
> > > > > >> >> > > > >>>>> > rmannibucau@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. <
> > > > > >> smithh032772@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
> > > > > >> >> > > > >>>>> > >> > <rm...@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. <
> > > > > >> >> smithh032772@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.
> > > > > >> >> :)
> > > > > >> >> > > > >>>>> > >> >>
> > > > > >> >> > > > >>>>> > >>
> > > > > >> >> > > > >>>>> > >
> > > > > >> >> > > > >>>>> > >
> > > > > >> >> > > > >>>>> >
> > > > > >> >> > > > >>>>>
> > > > > >> >> > > > >>>>
> > > > > >> >> > > > >>>>
> > > > > >> >> > > > >>>
> > > > > >> >> > > > >>
> > > > > >> >> > > > >
> > > > > >> >> > > >
> > > > > >> >> > >
> > > > > >> >> >
> > > > > >> >>
> > > > > >> >
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

I think it is my resource settings in tomee.xml. I have default. I think
maxidle kicked in and disconnected me from database. please confirm if that
might be possible.

On Wed, Dec 5, 2012 at 2:15 AM, Romain Manni-Bucau <rm...@gmail.com>wrote:

> Would be nice to be able to reproduce
> Le 5 déc. 2012 07:23, "Howard W. Smith, Jr." <sm...@gmail.com> a
> écrit :
>
> > Yes. I don't touch that file. I leave it in tomee lib folder. It seems to
> > be an intermittent error between/across undeploy-war and drop WAR in
> tomee
> > /webapps folder.
> >
> >
> >
> > On Wed, Dec 5, 2012 at 1:14 AM, Romain Manni-Bucau <
> rmannibucau@gmail.com
> > >wrote:
> >
> > > You put your driver in the webapp?
> > > Le 5 déc. 2012 04:40, "Howard W. Smith, Jr." <sm...@gmail.com>
> a
> > > écrit :
> > >
> > > > I was 'just' about to reply this email and say that the 'not having
> to
> > > stop
> > > > TomEE' is working good, but I just got the following error due to
> > leaving
> > > > TomEE up and running, undeploying WAR, and then dropping WAR in tomEE
> > > > /webapps folder. Now, I'm quite sure that I am 'required' to stop and
> > > > restart TomEE to get rid of this error. Right?  :)
> > > >
> > > >
> > > > Login failed. Exception [EclipseLink-4002] (Eclipse Persistence
> > Services
> > > -
> > > > 2.3.2.v20111125-r10461):
> > > > org.eclipse.persistence.exceptions.DatabaseException Internal
> > Exception:
> > > > java.sql.SQLNonTransientConnectionException:
> > > > org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC
> > > driver
> > > > manager Error Code: 40000
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <
> > > > smithh032772@gmail.com
> > > > > wrote:
> > > >
> > > > > I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed
> the
> > > > > previous WAR/application, and then dropped my TomEE/CDI WAR file in
> > > TomEE
> > > > > /webapps folder, today, and you're right, I don't have to 'stop
> > TomEE'.
> > > > >
> > > > > I already knew that I didn't have to stop TomEE, but I think it's
> > nice
> > > > not
> > > > > having to stop TomEE when deploying/testing new WAR/application
> > > version.
> > > > >
> > > > > Honestly, I'm not so concerned or interested in the
> > > > > delete-localhost-file/folder option. Thanks anyway.
> > > > >
> > > > > Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know
> > > deploy
> > > > > issues are 'fixed'. NetBeans 7.2 is definitely the stable version
> > even
> > > > > though I often get out-of-memory errors, since I have big/huge
> class
> > > > files.
> > > > > I know, I know, not a good thing. :)
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <
> > maxtorzito@gmail.com
> > > > >wrote:
> > > > >
> > > > >> Try this. When you have that error try to remove the localhost
> > folder
> > > in
> > > > >> tomee/Conf (there you can the localhost folder and inside of it
> you
> > > will
> > > > >> see an xml file with the name of your app or if you preffer only
> > > remove
> > > > >> the
> > > > >> xml file) you dont have to stop tomee.
> > > > >>
> > > > >> Try and share your results.
> > > > >> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
> > > > >> escribió:
> > > > >>
> > > > >> > Try this. When you have that error try to remove the localhost
> > > folder
> > > > in
> > > > >> > tomee/Conf (there you can the localhost folder and inside of it
> > you
> > > > will
> > > > >> > see and xml file with the name of your app or if you preffer
> only
> > > > remove
> > > > >> > the xml file) you dont have to stop tomee.
> > > > >> >
> > > > >> > Try and share your results.
> > > > >> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <
> > rmannibucau@gmail.com
> > > >
> > > > >> > escribió:
> > > > >> >
> > > > >> >> Yep, you cant respect it with drop in war approach (that s
> > > documented
> > > > >> on
> > > > >> >> tomcat website iirc)
> > > > >> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <
> > > smithh032772@gmail.com
> > > > >
> > > > >> a
> > > > >> >> écrit :
> > > > >> >>
> > > > >> >> > Here is my META-INF/context.xml; I think this was created by
> > > > NetBeans
> > > > >> >> when
> > > > >> >> > I started deploying WAR to NetBeans some time ago.
> > > > >> >> >
> > > > >> >> > <?xml version="1.0" encoding="UTF-8"?>
> > > > >> >> > <Context antiJARLocking="true" path=""/>
> > > > >> >> >
> > > > >> >> >
> > > > >> >> >
> > > > >> >> >
> > > > >> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> > > > >> >> rmannibucau@gmail.com
> > > > >> >> > >wrote:
> > > > >> >> >
> > > > >> >> > > Note: not sure why it was chosen  but depending how you
> > deploy
> > > > >> >> sometimes
> > > > >> >> > > tomcat ignores context.xml path
> > > > >> >> > >
> > > > >> >> > > Think that s the issue you got
> > > > >> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> > > > >> smithh032772@gmail.com>
> > > > >> >> a
> > > > >> >> > > écrit :
> > > > >> >> > >
> > > > >> >> > > > Add the following to my notes:
> > > > >> >> > > >
> > > > >> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since
> > *app
> > > > >> name =
> > > > >> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps
> > > > folder;
> > > > >> if
> > > > >> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans,
> > > reopen
> > > > >> >> > NetBeans,
> > > > >> >> > > > drop WAR in tomee /webapps folder, and start TomEE via
> > > tomcat7
> > > > >> >> Windows
> > > > >> >> > > > Service OR NetBeans
> > > > >> >> > > >
> > > > >> >> > > >
> > > > >> >> > > >
> > > > >> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > > > >> >> > > > smithh032772@gmail.com
> > > > >> >> > > > > wrote:
> > > > >> >> > > >
> > > > >> >> > > > > Okay, I deleted tomee folder and reinstalled latest
> > version
> > > > of
> > > > >> >> TomEE
> > > > >> >> > > > 1.5.1
> > > > >> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
> > > > >> >> duplicating
> > > > >> >> > the
> > > > >> >> > > > PDL
> > > > >> >> > > > > error, I decided to enter the following URL:
> > > > >> >> > > > >
> > > > >> >> > > > > http://localhost:8080/mcms/login.jsf
> > > > >> >> > > > >
> > > > >> >> > > > > That URL (above) allowed me to login successfully to
> web
> > > app,
> > > > >> even
> > > > >> >> > > though
> > > > >> >> > > > > NetBeans has web app context = mcmsweb.
> > > > >> >> > > > >
> > > > >> >> > > > > Prior to the URL above, I 'usually' use the following
> URL
> > > > when
> > > > >> >> > testing
> > > > >> >> > > > and
> > > > >> >> > > > > in production:
> > > > >> >> > > > >
> > > > >> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> > > > >> >> > > > >
> > > > >> >> > > > > So, as you said, deploy styles is not a good practice.
> > As I
> > > > >> change
> > > > >> >> > app
> > > > >> >> > > > > names in NetBeans, I need to match the URL with the
> name
> > of
> > > > the
> > > > >> >> WAR
> > > > >> >> > > > file. :)
> > > > >> >> > > > >
> > > > >> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> > > > >> >> > > > >
> > > > >> >> > > > >
> > > > >> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > > > >> >> > > > > smithh032772@gmail.com> wrote:
> > > > >> >> > > > >
> > > > >> >> > > > >> 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. <
> > > > >> >> > > > >> smithh032772@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.
> <
> > > > >> >> > > > >>> smithh032772@gmail.com> wrote:
> > > > >> >> > > > >>>
> > > > >> >> > > > >>>> Will let you know, ASAP. Thanks.
> > > > >> >> > > > >>>>
> > > > >> >> > > > >>>>
> > > > >> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > > > >> >> > > > >>>> rmannibucau@gmail.com> wrote:
> > > > >> >> > > > >>>>
> > > > >> >> > > > >>>>> Even with snapshot?
> > > > >> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > > > >> >> > > smithh032772@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. <
> > > > >> >> > > > >>>>> > smithh032772@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 <
> > > > >> >> > > > >>>>> > rmannibucau@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. <
> > > > >> smithh032772@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
> > > > >> >> > > > >>>>> > >> > <rm...@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. <
> > > > >> >> smithh032772@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.
> > > > >> >> :)
> > > > >> >> > > > >>>>> > >> >>
> > > > >> >> > > > >>>>> > >>
> > > > >> >> > > > >>>>> > >
> > > > >> >> > > > >>>>> > >
> > > > >> >> > > > >>>>> >
> > > > >> >> > > > >>>>>
> > > > >> >> > > > >>>>
> > > > >> >> > > > >>>>
> > > > >> >> > > > >>>
> > > > >> >> > > > >>
> > > > >> >> > > > >
> > > > >> >> > > >
> > > > >> >> > >
> > > > >> >> >
> > > > >> >>
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Would be nice to be able to reproduce
Le 5 déc. 2012 07:23, "Howard W. Smith, Jr." <sm...@gmail.com> a
écrit :

> Yes. I don't touch that file. I leave it in tomee lib folder. It seems to
> be an intermittent error between/across undeploy-war and drop WAR in tomee
> /webapps folder.
>
>
>
> On Wed, Dec 5, 2012 at 1:14 AM, Romain Manni-Bucau <rmannibucau@gmail.com
> >wrote:
>
> > You put your driver in the webapp?
> > Le 5 déc. 2012 04:40, "Howard W. Smith, Jr." <sm...@gmail.com> a
> > écrit :
> >
> > > I was 'just' about to reply this email and say that the 'not having to
> > stop
> > > TomEE' is working good, but I just got the following error due to
> leaving
> > > TomEE up and running, undeploying WAR, and then dropping WAR in tomEE
> > > /webapps folder. Now, I'm quite sure that I am 'required' to stop and
> > > restart TomEE to get rid of this error. Right?  :)
> > >
> > >
> > > Login failed. Exception [EclipseLink-4002] (Eclipse Persistence
> Services
> > -
> > > 2.3.2.v20111125-r10461):
> > > org.eclipse.persistence.exceptions.DatabaseException Internal
> Exception:
> > > java.sql.SQLNonTransientConnectionException:
> > > org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC
> > driver
> > > manager Error Code: 40000
> > >
> > >
> > > On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <
> > > smithh032772@gmail.com
> > > > wrote:
> > >
> > > > I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed the
> > > > previous WAR/application, and then dropped my TomEE/CDI WAR file in
> > TomEE
> > > > /webapps folder, today, and you're right, I don't have to 'stop
> TomEE'.
> > > >
> > > > I already knew that I didn't have to stop TomEE, but I think it's
> nice
> > > not
> > > > having to stop TomEE when deploying/testing new WAR/application
> > version.
> > > >
> > > > Honestly, I'm not so concerned or interested in the
> > > > delete-localhost-file/folder option. Thanks anyway.
> > > >
> > > > Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know
> > deploy
> > > > issues are 'fixed'. NetBeans 7.2 is definitely the stable version
> even
> > > > though I often get out-of-memory errors, since I have big/huge class
> > > files.
> > > > I know, I know, not a good thing. :)
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <
> maxtorzito@gmail.com
> > > >wrote:
> > > >
> > > >> Try this. When you have that error try to remove the localhost
> folder
> > in
> > > >> tomee/Conf (there you can the localhost folder and inside of it you
> > will
> > > >> see an xml file with the name of your app or if you preffer only
> > remove
> > > >> the
> > > >> xml file) you dont have to stop tomee.
> > > >>
> > > >> Try and share your results.
> > > >> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
> > > >> escribió:
> > > >>
> > > >> > Try this. When you have that error try to remove the localhost
> > folder
> > > in
> > > >> > tomee/Conf (there you can the localhost folder and inside of it
> you
> > > will
> > > >> > see and xml file with the name of your app or if you preffer only
> > > remove
> > > >> > the xml file) you dont have to stop tomee.
> > > >> >
> > > >> > Try and share your results.
> > > >> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <
> rmannibucau@gmail.com
> > >
> > > >> > escribió:
> > > >> >
> > > >> >> Yep, you cant respect it with drop in war approach (that s
> > documented
> > > >> on
> > > >> >> tomcat website iirc)
> > > >> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <
> > smithh032772@gmail.com
> > > >
> > > >> a
> > > >> >> écrit :
> > > >> >>
> > > >> >> > Here is my META-INF/context.xml; I think this was created by
> > > NetBeans
> > > >> >> when
> > > >> >> > I started deploying WAR to NetBeans some time ago.
> > > >> >> >
> > > >> >> > <?xml version="1.0" encoding="UTF-8"?>
> > > >> >> > <Context antiJARLocking="true" path=""/>
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> > > >> >> rmannibucau@gmail.com
> > > >> >> > >wrote:
> > > >> >> >
> > > >> >> > > Note: not sure why it was chosen  but depending how you
> deploy
> > > >> >> sometimes
> > > >> >> > > tomcat ignores context.xml path
> > > >> >> > >
> > > >> >> > > Think that s the issue you got
> > > >> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> > > >> smithh032772@gmail.com>
> > > >> >> a
> > > >> >> > > écrit :
> > > >> >> > >
> > > >> >> > > > Add the following to my notes:
> > > >> >> > > >
> > > >> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since
> *app
> > > >> name =
> > > >> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps
> > > folder;
> > > >> if
> > > >> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans,
> > reopen
> > > >> >> > NetBeans,
> > > >> >> > > > drop WAR in tomee /webapps folder, and start TomEE via
> > tomcat7
> > > >> >> Windows
> > > >> >> > > > Service OR NetBeans
> > > >> >> > > >
> > > >> >> > > >
> > > >> >> > > >
> > > >> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > > >> >> > > > smithh032772@gmail.com
> > > >> >> > > > > wrote:
> > > >> >> > > >
> > > >> >> > > > > Okay, I deleted tomee folder and reinstalled latest
> version
> > > of
> > > >> >> TomEE
> > > >> >> > > > 1.5.1
> > > >> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
> > > >> >> duplicating
> > > >> >> > the
> > > >> >> > > > PDL
> > > >> >> > > > > error, I decided to enter the following URL:
> > > >> >> > > > >
> > > >> >> > > > > http://localhost:8080/mcms/login.jsf
> > > >> >> > > > >
> > > >> >> > > > > That URL (above) allowed me to login successfully to web
> > app,
> > > >> even
> > > >> >> > > though
> > > >> >> > > > > NetBeans has web app context = mcmsweb.
> > > >> >> > > > >
> > > >> >> > > > > Prior to the URL above, I 'usually' use the following URL
> > > when
> > > >> >> > testing
> > > >> >> > > > and
> > > >> >> > > > > in production:
> > > >> >> > > > >
> > > >> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> > > >> >> > > > >
> > > >> >> > > > > So, as you said, deploy styles is not a good practice.
> As I
> > > >> change
> > > >> >> > app
> > > >> >> > > > > names in NetBeans, I need to match the URL with the name
> of
> > > the
> > > >> >> WAR
> > > >> >> > > > file. :)
> > > >> >> > > > >
> > > >> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> > > >> >> > > > >
> > > >> >> > > > >
> > > >> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > > >> >> > > > > smithh032772@gmail.com> wrote:
> > > >> >> > > > >
> > > >> >> > > > >> 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. <
> > > >> >> > > > >> smithh032772@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. <
> > > >> >> > > > >>> smithh032772@gmail.com> wrote:
> > > >> >> > > > >>>
> > > >> >> > > > >>>> Will let you know, ASAP. Thanks.
> > > >> >> > > > >>>>
> > > >> >> > > > >>>>
> > > >> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > > >> >> > > > >>>> rmannibucau@gmail.com> wrote:
> > > >> >> > > > >>>>
> > > >> >> > > > >>>>> Even with snapshot?
> > > >> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > > >> >> > > smithh032772@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. <
> > > >> >> > > > >>>>> > smithh032772@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 <
> > > >> >> > > > >>>>> > rmannibucau@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. <
> > > >> smithh032772@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
> > > >> >> > > > >>>>> > >> > <rm...@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. <
> > > >> >> smithh032772@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.
> > > >> >> :)
> > > >> >> > > > >>>>> > >> >>
> > > >> >> > > > >>>>> > >>
> > > >> >> > > > >>>>> > >
> > > >> >> > > > >>>>> > >
> > > >> >> > > > >>>>> >
> > > >> >> > > > >>>>>
> > > >> >> > > > >>>>
> > > >> >> > > > >>>>
> > > >> >> > > > >>>
> > > >> >> > > > >>
> > > >> >> > > > >
> > > >> >> > > >
> > > >> >> > >
> > > >> >> >
> > > >> >>
> > > >> >
> > > >>
> > > >
> > > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Yes. I don't touch that file. I leave it in tomee lib folder. It seems to
be an intermittent error between/across undeploy-war and drop WAR in tomee
/webapps folder.



On Wed, Dec 5, 2012 at 1:14 AM, Romain Manni-Bucau <rm...@gmail.com>wrote:

> You put your driver in the webapp?
> Le 5 déc. 2012 04:40, "Howard W. Smith, Jr." <sm...@gmail.com> a
> écrit :
>
> > I was 'just' about to reply this email and say that the 'not having to
> stop
> > TomEE' is working good, but I just got the following error due to leaving
> > TomEE up and running, undeploying WAR, and then dropping WAR in tomEE
> > /webapps folder. Now, I'm quite sure that I am 'required' to stop and
> > restart TomEE to get rid of this error. Right?  :)
> >
> >
> > Login failed. Exception [EclipseLink-4002] (Eclipse Persistence Services
> -
> > 2.3.2.v20111125-r10461):
> > org.eclipse.persistence.exceptions.DatabaseException Internal Exception:
> > java.sql.SQLNonTransientConnectionException:
> > org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC
> driver
> > manager Error Code: 40000
> >
> >
> > On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <
> > smithh032772@gmail.com
> > > wrote:
> >
> > > I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed the
> > > previous WAR/application, and then dropped my TomEE/CDI WAR file in
> TomEE
> > > /webapps folder, today, and you're right, I don't have to 'stop TomEE'.
> > >
> > > I already knew that I didn't have to stop TomEE, but I think it's nice
> > not
> > > having to stop TomEE when deploying/testing new WAR/application
> version.
> > >
> > > Honestly, I'm not so concerned or interested in the
> > > delete-localhost-file/folder option. Thanks anyway.
> > >
> > > Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know
> deploy
> > > issues are 'fixed'. NetBeans 7.2 is definitely the stable version even
> > > though I often get out-of-memory errors, since I have big/huge class
> > files.
> > > I know, I know, not a good thing. :)
> > >
> > >
> > > On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <maxtorzito@gmail.com
> > >wrote:
> > >
> > >> Try this. When you have that error try to remove the localhost folder
> in
> > >> tomee/Conf (there you can the localhost folder and inside of it you
> will
> > >> see an xml file with the name of your app or if you preffer only
> remove
> > >> the
> > >> xml file) you dont have to stop tomee.
> > >>
> > >> Try and share your results.
> > >> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
> > >> escribió:
> > >>
> > >> > Try this. When you have that error try to remove the localhost
> folder
> > in
> > >> > tomee/Conf (there you can the localhost folder and inside of it you
> > will
> > >> > see and xml file with the name of your app or if you preffer only
> > remove
> > >> > the xml file) you dont have to stop tomee.
> > >> >
> > >> > Try and share your results.
> > >> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rmannibucau@gmail.com
> >
> > >> > escribió:
> > >> >
> > >> >> Yep, you cant respect it with drop in war approach (that s
> documented
> > >> on
> > >> >> tomcat website iirc)
> > >> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <
> smithh032772@gmail.com
> > >
> > >> a
> > >> >> écrit :
> > >> >>
> > >> >> > Here is my META-INF/context.xml; I think this was created by
> > NetBeans
> > >> >> when
> > >> >> > I started deploying WAR to NetBeans some time ago.
> > >> >> >
> > >> >> > <?xml version="1.0" encoding="UTF-8"?>
> > >> >> > <Context antiJARLocking="true" path=""/>
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> > >> >> rmannibucau@gmail.com
> > >> >> > >wrote:
> > >> >> >
> > >> >> > > Note: not sure why it was chosen  but depending how you deploy
> > >> >> sometimes
> > >> >> > > tomcat ignores context.xml path
> > >> >> > >
> > >> >> > > Think that s the issue you got
> > >> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> > >> smithh032772@gmail.com>
> > >> >> a
> > >> >> > > écrit :
> > >> >> > >
> > >> >> > > > Add the following to my notes:
> > >> >> > > >
> > >> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app
> > >> name =
> > >> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps
> > folder;
> > >> if
> > >> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans,
> reopen
> > >> >> > NetBeans,
> > >> >> > > > drop WAR in tomee /webapps folder, and start TomEE via
> tomcat7
> > >> >> Windows
> > >> >> > > > Service OR NetBeans
> > >> >> > > >
> > >> >> > > >
> > >> >> > > >
> > >> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > >> >> > > > smithh032772@gmail.com
> > >> >> > > > > wrote:
> > >> >> > > >
> > >> >> > > > > Okay, I deleted tomee folder and reinstalled latest version
> > of
> > >> >> TomEE
> > >> >> > > > 1.5.1
> > >> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
> > >> >> duplicating
> > >> >> > the
> > >> >> > > > PDL
> > >> >> > > > > error, I decided to enter the following URL:
> > >> >> > > > >
> > >> >> > > > > http://localhost:8080/mcms/login.jsf
> > >> >> > > > >
> > >> >> > > > > That URL (above) allowed me to login successfully to web
> app,
> > >> even
> > >> >> > > though
> > >> >> > > > > NetBeans has web app context = mcmsweb.
> > >> >> > > > >
> > >> >> > > > > Prior to the URL above, I 'usually' use the following URL
> > when
> > >> >> > testing
> > >> >> > > > and
> > >> >> > > > > in production:
> > >> >> > > > >
> > >> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> > >> >> > > > >
> > >> >> > > > > So, as you said, deploy styles is not a good practice. As I
> > >> change
> > >> >> > app
> > >> >> > > > > names in NetBeans, I need to match the URL with the name of
> > the
> > >> >> WAR
> > >> >> > > > file. :)
> > >> >> > > > >
> > >> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> > >> >> > > > >
> > >> >> > > > >
> > >> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > >> >> > > > > smithh032772@gmail.com> wrote:
> > >> >> > > > >
> > >> >> > > > >> 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. <
> > >> >> > > > >> smithh032772@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. <
> > >> >> > > > >>> smithh032772@gmail.com> wrote:
> > >> >> > > > >>>
> > >> >> > > > >>>> Will let you know, ASAP. Thanks.
> > >> >> > > > >>>>
> > >> >> > > > >>>>
> > >> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > >> >> > > > >>>> rmannibucau@gmail.com> wrote:
> > >> >> > > > >>>>
> > >> >> > > > >>>>> Even with snapshot?
> > >> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > >> >> > > smithh032772@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. <
> > >> >> > > > >>>>> > smithh032772@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 <
> > >> >> > > > >>>>> > rmannibucau@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. <
> > >> smithh032772@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
> > >> >> > > > >>>>> > >> > <rm...@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. <
> > >> >> smithh032772@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.
> > >> >> :)
> > >> >> > > > >>>>> > >> >>
> > >> >> > > > >>>>> > >>
> > >> >> > > > >>>>> > >
> > >> >> > > > >>>>> > >
> > >> >> > > > >>>>> >
> > >> >> > > > >>>>>
> > >> >> > > > >>>>
> > >> >> > > > >>>>
> > >> >> > > > >>>
> > >> >> > > > >>
> > >> >> > > > >
> > >> >> > > >
> > >> >> > >
> > >> >> >
> > >> >>
> > >> >
> > >>
> > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

You put your driver in the webapp?
Le 5 déc. 2012 04:40, "Howard W. Smith, Jr." <sm...@gmail.com> a
écrit :

> I was 'just' about to reply this email and say that the 'not having to stop
> TomEE' is working good, but I just got the following error due to leaving
> TomEE up and running, undeploying WAR, and then dropping WAR in tomEE
> /webapps folder. Now, I'm quite sure that I am 'required' to stop and
> restart TomEE to get rid of this error. Right?  :)
>
>
> Login failed. Exception [EclipseLink-4002] (Eclipse Persistence Services -
> 2.3.2.v20111125-r10461):
> org.eclipse.persistence.exceptions.DatabaseException Internal Exception:
> java.sql.SQLNonTransientConnectionException:
> org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC driver
> manager Error Code: 40000
>
>
> On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <
> smithh032772@gmail.com
> > wrote:
>
> > I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed the
> > previous WAR/application, and then dropped my TomEE/CDI WAR file in TomEE
> > /webapps folder, today, and you're right, I don't have to 'stop TomEE'.
> >
> > I already knew that I didn't have to stop TomEE, but I think it's nice
> not
> > having to stop TomEE when deploying/testing new WAR/application version.
> >
> > Honestly, I'm not so concerned or interested in the
> > delete-localhost-file/folder option. Thanks anyway.
> >
> > Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know deploy
> > issues are 'fixed'. NetBeans 7.2 is definitely the stable version even
> > though I often get out-of-memory errors, since I have big/huge class
> files.
> > I know, I know, not a good thing. :)
> >
> >
> > On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <maxtorzito@gmail.com
> >wrote:
> >
> >> Try this. When you have that error try to remove the localhost folder in
> >> tomee/Conf (there you can the localhost folder and inside of it you will
> >> see an xml file with the name of your app or if you preffer only remove
> >> the
> >> xml file) you dont have to stop tomee.
> >>
> >> Try and share your results.
> >> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
> >> escribió:
> >>
> >> > Try this. When you have that error try to remove the localhost folder
> in
> >> > tomee/Conf (there you can the localhost folder and inside of it you
> will
> >> > see and xml file with the name of your app or if you preffer only
> remove
> >> > the xml file) you dont have to stop tomee.
> >> >
> >> > Try and share your results.
> >> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rm...@gmail.com>
> >> > escribió:
> >> >
> >> >> Yep, you cant respect it with drop in war approach (that s documented
> >> on
> >> >> tomcat website iirc)
> >> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <smithh032772@gmail.com
> >
> >> a
> >> >> écrit :
> >> >>
> >> >> > Here is my META-INF/context.xml; I think this was created by
> NetBeans
> >> >> when
> >> >> > I started deploying WAR to NetBeans some time ago.
> >> >> >
> >> >> > <?xml version="1.0" encoding="UTF-8"?>
> >> >> > <Context antiJARLocking="true" path=""/>
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> >> >> rmannibucau@gmail.com
> >> >> > >wrote:
> >> >> >
> >> >> > > Note: not sure why it was chosen  but depending how you deploy
> >> >> sometimes
> >> >> > > tomcat ignores context.xml path
> >> >> > >
> >> >> > > Think that s the issue you got
> >> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> >> smithh032772@gmail.com>
> >> >> a
> >> >> > > écrit :
> >> >> > >
> >> >> > > > Add the following to my notes:
> >> >> > > >
> >> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app
> >> name =
> >> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps
> folder;
> >> if
> >> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
> >> >> > NetBeans,
> >> >> > > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7
> >> >> Windows
> >> >> > > > Service OR NetBeans
> >> >> > > >
> >> >> > > >
> >> >> > > >
> >> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> >> >> > > > smithh032772@gmail.com
> >> >> > > > > wrote:
> >> >> > > >
> >> >> > > > > Okay, I deleted tomee folder and reinstalled latest version
> of
> >> >> TomEE
> >> >> > > > 1.5.1
> >> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
> >> >> duplicating
> >> >> > the
> >> >> > > > PDL
> >> >> > > > > error, I decided to enter the following URL:
> >> >> > > > >
> >> >> > > > > http://localhost:8080/mcms/login.jsf
> >> >> > > > >
> >> >> > > > > That URL (above) allowed me to login successfully to web app,
> >> even
> >> >> > > though
> >> >> > > > > NetBeans has web app context = mcmsweb.
> >> >> > > > >
> >> >> > > > > Prior to the URL above, I 'usually' use the following URL
> when
> >> >> > testing
> >> >> > > > and
> >> >> > > > > in production:
> >> >> > > > >
> >> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> >> >> > > > >
> >> >> > > > > So, as you said, deploy styles is not a good practice. As I
> >> change
> >> >> > app
> >> >> > > > > names in NetBeans, I need to match the URL with the name of
> the
> >> >> WAR
> >> >> > > > file. :)
> >> >> > > > >
> >> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> >> >> > > > >
> >> >> > > > >
> >> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> >> >> > > > > smithh032772@gmail.com> wrote:
> >> >> > > > >
> >> >> > > > >> 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. <
> >> >> > > > >> smithh032772@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. <
> >> >> > > > >>> smithh032772@gmail.com> wrote:
> >> >> > > > >>>
> >> >> > > > >>>> Will let you know, ASAP. Thanks.
> >> >> > > > >>>>
> >> >> > > > >>>>
> >> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> >> >> > > > >>>> rmannibucau@gmail.com> wrote:
> >> >> > > > >>>>
> >> >> > > > >>>>> Even with snapshot?
> >> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> >> >> > > smithh032772@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. <
> >> >> > > > >>>>> > smithh032772@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 <
> >> >> > > > >>>>> > rmannibucau@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. <
> >> smithh032772@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
> >> >> > > > >>>>> > >> > <rm...@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. <
> >> >> smithh032772@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.
> >> >> :)
> >> >> > > > >>>>> > >> >>
> >> >> > > > >>>>> > >>
> >> >> > > > >>>>> > >
> >> >> > > > >>>>> > >
> >> >> > > > >>>>> >
> >> >> > > > >>>>>
> >> >> > > > >>>>
> >> >> > > > >>>>
> >> >> > > > >>>
> >> >> > > > >>
> >> >> > > > >
> >> >> > > >
> >> >> > >
> >> >> >
> >> >>
> >> >
> >>
> >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

I was 'just' about to reply this email and say that the 'not having to stop
TomEE' is working good, but I just got the following error due to leaving
TomEE up and running, undeploying WAR, and then dropping WAR in tomEE
/webapps folder. Now, I'm quite sure that I am 'required' to stop and
restart TomEE to get rid of this error. Right?  :)


Login failed. Exception [EclipseLink-4002] (Eclipse Persistence Services -
2.3.2.v20111125-r10461):
org.eclipse.persistence.exceptions.DatabaseException Internal Exception:
java.sql.SQLNonTransientConnectionException:
org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC driver
manager Error Code: 40000


On Tue, Dec 4, 2012 at 4:00 PM, Howard W. Smith, Jr. <smithh032772@gmail.com
> wrote:

> I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed the
> previous WAR/application, and then dropped my TomEE/CDI WAR file in TomEE
> /webapps folder, today, and you're right, I don't have to 'stop TomEE'.
>
> I already knew that I didn't have to stop TomEE, but I think it's nice not
> having to stop TomEE when deploying/testing new WAR/application version.
>
> Honestly, I'm not so concerned or interested in the
> delete-localhost-file/folder option. Thanks anyway.
>
> Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know deploy
> issues are 'fixed'. NetBeans 7.2 is definitely the stable version even
> though I often get out-of-memory errors, since I have big/huge class files.
> I know, I know, not a good thing. :)
>
>
> On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <ma...@gmail.com>wrote:
>
>> Try this. When you have that error try to remove the localhost folder in
>> tomee/Conf (there you can the localhost folder and inside of it you will
>> see an xml file with the name of your app or if you preffer only remove
>> the
>> xml file) you dont have to stop tomee.
>>
>> Try and share your results.
>> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
>> escribió:
>>
>> > Try this. When you have that error try to remove the localhost folder in
>> > tomee/Conf (there you can the localhost folder and inside of it you will
>> > see and xml file with the name of your app or if you preffer only remove
>> > the xml file) you dont have to stop tomee.
>> >
>> > Try and share your results.
>> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rm...@gmail.com>
>> > escribió:
>> >
>> >> Yep, you cant respect it with drop in war approach (that s documented
>> on
>> >> tomcat website iirc)
>> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <sm...@gmail.com>
>> a
>> >> écrit :
>> >>
>> >> > Here is my META-INF/context.xml; I think this was created by NetBeans
>> >> when
>> >> > I started deploying WAR to NetBeans some time ago.
>> >> >
>> >> > <?xml version="1.0" encoding="UTF-8"?>
>> >> > <Context antiJARLocking="true" path=""/>
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
>> >> rmannibucau@gmail.com
>> >> > >wrote:
>> >> >
>> >> > > Note: not sure why it was chosen  but depending how you deploy
>> >> sometimes
>> >> > > tomcat ignores context.xml path
>> >> > >
>> >> > > Think that s the issue you got
>> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
>> smithh032772@gmail.com>
>> >> a
>> >> > > écrit :
>> >> > >
>> >> > > > Add the following to my notes:
>> >> > > >
>> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app
>> name =
>> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder;
>> if
>> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
>> >> > NetBeans,
>> >> > > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7
>> >> Windows
>> >> > > > Service OR NetBeans
>> >> > > >
>> >> > > >
>> >> > > >
>> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
>> >> > > > smithh032772@gmail.com
>> >> > > > > wrote:
>> >> > > >
>> >> > > > > Okay, I deleted tomee folder and reinstalled latest version of
>> >> TomEE
>> >> > > > 1.5.1
>> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
>> >> duplicating
>> >> > the
>> >> > > > PDL
>> >> > > > > error, I decided to enter the following URL:
>> >> > > > >
>> >> > > > > http://localhost:8080/mcms/login.jsf
>> >> > > > >
>> >> > > > > That URL (above) allowed me to login successfully to web app,
>> even
>> >> > > though
>> >> > > > > NetBeans has web app context = mcmsweb.
>> >> > > > >
>> >> > > > > Prior to the URL above, I 'usually' use the following URL when
>> >> > testing
>> >> > > > and
>> >> > > > > in production:
>> >> > > > >
>> >> > > > > http://localhost:8080/mcmsweb/login.jsf
>> >> > > > >
>> >> > > > > So, as you said, deploy styles is not a good practice. As I
>> change
>> >> > app
>> >> > > > > names in NetBeans, I need to match the URL with the name of the
>> >> WAR
>> >> > > > file. :)
>> >> > > > >
>> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
>> >> > > > >
>> >> > > > >
>> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
>> >> > > > > smithh032772@gmail.com> wrote:
>> >> > > > >
>> >> > > > >> 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. <
>> >> > > > >> smithh032772@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. <
>> >> > > > >>> smithh032772@gmail.com> wrote:
>> >> > > > >>>
>> >> > > > >>>> Will let you know, ASAP. Thanks.
>> >> > > > >>>>
>> >> > > > >>>>
>> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
>> >> > > > >>>> rmannibucau@gmail.com> wrote:
>> >> > > > >>>>
>> >> > > > >>>>> Even with snapshot?
>> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
>> >> > > smithh032772@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. <
>> >> > > > >>>>> > smithh032772@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 <
>> >> > > > >>>>> > rmannibucau@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. <
>> smithh032772@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
>> >> > > > >>>>> > >> > <rm...@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. <
>> >> smithh032772@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.
>> >> :)
>> >> > > > >>>>> > >> >>
>> >> > > > >>>>> > >>
>> >> > > > >>>>> > >
>> >> > > > >>>>> > >
>> >> > > > >>>>> >
>> >> > > > >>>>>
>> >> > > > >>>>
>> >> > > > >>>>
>> >> > > > >>>
>> >> > > > >>
>> >> > > > >
>> >> > > >
>> >> > >
>> >> >
>> >>
>> >
>>
>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

I opened NetBeans 7.2, clean-and-build, started TomEE, undeployed the
previous WAR/application, and then dropped my TomEE/CDI WAR file in TomEE
/webapps folder, today, and you're right, I don't have to 'stop TomEE'.

I already knew that I didn't have to stop TomEE, but I think it's nice not
having to stop TomEE when deploying/testing new WAR/application version.

Honestly, I'm not so concerned or interested in the
delete-localhost-file/folder option. Thanks anyway.

Also, I prefer 'not' to use NetBeans 7.3 beta anymore until I know deploy
issues are 'fixed'. NetBeans 7.2 is definitely the stable version even
though I often get out-of-memory errors, since I have big/huge class files.
I know, I know, not a good thing. :)


On Tue, Dec 4, 2012 at 7:28 AM, José Luis Cetina <ma...@gmail.com>wrote:

> Try this. When you have that error try to remove the localhost folder in
> tomee/Conf (there you can the localhost folder and inside of it you will
> see an xml file with the name of your app or if you preffer only remove the
> xml file) you dont have to stop tomee.
>
> Try and share your results.
> El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com>
> escribió:
>
> > Try this. When you have that error try to remove the localhost folder in
> > tomee/Conf (there you can the localhost folder and inside of it you will
> > see and xml file with the name of your app or if you preffer only remove
> > the xml file) you dont have to stop tomee.
> >
> > Try and share your results.
> > El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rm...@gmail.com>
> > escribió:
> >
> >> Yep, you cant respect it with drop in war approach (that s documented on
> >> tomcat website iirc)
> >> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <sm...@gmail.com> a
> >> écrit :
> >>
> >> > Here is my META-INF/context.xml; I think this was created by NetBeans
> >> when
> >> > I started deploying WAR to NetBeans some time ago.
> >> >
> >> > <?xml version="1.0" encoding="UTF-8"?>
> >> > <Context antiJARLocking="true" path=""/>
> >> >
> >> >
> >> >
> >> >
> >> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> >> rmannibucau@gmail.com
> >> > >wrote:
> >> >
> >> > > Note: not sure why it was chosen  but depending how you deploy
> >> sometimes
> >> > > tomcat ignores context.xml path
> >> > >
> >> > > Think that s the issue you got
> >> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <
> smithh032772@gmail.com>
> >> a
> >> > > écrit :
> >> > >
> >> > > > Add the following to my notes:
> >> > > >
> >> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name
> =
> >> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder;
> if
> >> > > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
> >> > NetBeans,
> >> > > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7
> >> Windows
> >> > > > Service OR NetBeans
> >> > > >
> >> > > >
> >> > > >
> >> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> >> > > > smithh032772@gmail.com
> >> > > > > wrote:
> >> > > >
> >> > > > > Okay, I deleted tomee folder and reinstalled latest version of
> >> TomEE
> >> > > > 1.5.1
> >> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
> >> duplicating
> >> > the
> >> > > > PDL
> >> > > > > error, I decided to enter the following URL:
> >> > > > >
> >> > > > > http://localhost:8080/mcms/login.jsf
> >> > > > >
> >> > > > > That URL (above) allowed me to login successfully to web app,
> even
> >> > > though
> >> > > > > NetBeans has web app context = mcmsweb.
> >> > > > >
> >> > > > > Prior to the URL above, I 'usually' use the following URL when
> >> > testing
> >> > > > and
> >> > > > > in production:
> >> > > > >
> >> > > > > http://localhost:8080/mcmsweb/login.jsf
> >> > > > >
> >> > > > > So, as you said, deploy styles is not a good practice. As I
> change
> >> > app
> >> > > > > names in NetBeans, I need to match the URL with the name of the
> >> WAR
> >> > > > file. :)
> >> > > > >
> >> > > > > So, latest SNAPSHOT is working fine. Thanks.
> >> > > > >
> >> > > > >
> >> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> >> > > > > smithh032772@gmail.com> wrote:
> >> > > > >
> >> > > > >> 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. <
> >> > > > >> smithh032772@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. <
> >> > > > >>> smithh032772@gmail.com> wrote:
> >> > > > >>>
> >> > > > >>>> Will let you know, ASAP. Thanks.
> >> > > > >>>>
> >> > > > >>>>
> >> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> >> > > > >>>> rmannibucau@gmail.com> wrote:
> >> > > > >>>>
> >> > > > >>>>> Even with snapshot?
> >> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> >> > > smithh032772@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. <
> >> > > > >>>>> > smithh032772@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 <
> >> > > > >>>>> > rmannibucau@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. <smithh032772@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
> >> > > > >>>>> > >> > <rm...@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. <
> >> smithh032772@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.
> >> :)
> >> > > > >>>>> > >> >>
> >> > > > >>>>> > >>
> >> > > > >>>>> > >
> >> > > > >>>>> > >
> >> > > > >>>>> >
> >> > > > >>>>>
> >> > > > >>>>
> >> > > > >>>>
> >> > > > >>>
> >> > > > >>
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by José Luis Cetina <ma...@gmail.com>.

Try this. When you have that error try to remove the localhost folder in
tomee/Conf (there you can the localhost folder and inside of it you will
see an xml file with the name of your app or if you preffer only remove the
xml file) you dont have to stop tomee.

Try and share your results.
El dic 4, 2012 6:26 AM, "José Luis Cetina" <ma...@gmail.com> escribió:

> Try this. When you have that error try to remove the localhost folder in
> tomee/Conf (there you can the localhost folder and inside of it you will
> see and xml file with the name of your app or if you preffer only remove
> the xml file) you dont have to stop tomee.
>
> Try and share your results.
> El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rm...@gmail.com>
> escribió:
>
>> Yep, you cant respect it with drop in war approach (that s documented on
>> tomcat website iirc)
>> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <sm...@gmail.com> a
>> écrit :
>>
>> > Here is my META-INF/context.xml; I think this was created by NetBeans
>> when
>> > I started deploying WAR to NetBeans some time ago.
>> >
>> > <?xml version="1.0" encoding="UTF-8"?>
>> > <Context antiJARLocking="true" path=""/>
>> >
>> >
>> >
>> >
>> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
>> rmannibucau@gmail.com
>> > >wrote:
>> >
>> > > Note: not sure why it was chosen  but depending how you deploy
>> sometimes
>> > > tomcat ignores context.xml path
>> > >
>> > > Think that s the issue you got
>> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <sm...@gmail.com>
>> a
>> > > écrit :
>> > >
>> > > > Add the following to my notes:
>> > > >
>> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
>> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
>> > > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
>> > NetBeans,
>> > > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7
>> Windows
>> > > > Service OR NetBeans
>> > > >
>> > > >
>> > > >
>> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
>> > > > smithh032772@gmail.com
>> > > > > wrote:
>> > > >
>> > > > > Okay, I deleted tomee folder and reinstalled latest version of
>> TomEE
>> > > > 1.5.1
>> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after
>> duplicating
>> > the
>> > > > PDL
>> > > > > error, I decided to enter the following URL:
>> > > > >
>> > > > > http://localhost:8080/mcms/login.jsf
>> > > > >
>> > > > > That URL (above) allowed me to login successfully to web app, even
>> > > though
>> > > > > NetBeans has web app context = mcmsweb.
>> > > > >
>> > > > > Prior to the URL above, I 'usually' use the following URL when
>> > testing
>> > > > and
>> > > > > in production:
>> > > > >
>> > > > > http://localhost:8080/mcmsweb/login.jsf
>> > > > >
>> > > > > So, as you said, deploy styles is not a good practice. As I change
>> > app
>> > > > > names in NetBeans, I need to match the URL with the name of the
>> WAR
>> > > > file. :)
>> > > > >
>> > > > > So, latest SNAPSHOT is working fine. Thanks.
>> > > > >
>> > > > >
>> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
>> > > > > smithh032772@gmail.com> wrote:
>> > > > >
>> > > > >> 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. <
>> > > > >> smithh032772@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. <
>> > > > >>> smithh032772@gmail.com> wrote:
>> > > > >>>
>> > > > >>>> Will let you know, ASAP. Thanks.
>> > > > >>>>
>> > > > >>>>
>> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
>> > > > >>>> rmannibucau@gmail.com> wrote:
>> > > > >>>>
>> > > > >>>>> Even with snapshot?
>> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
>> > > smithh032772@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. <
>> > > > >>>>> > smithh032772@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 <
>> > > > >>>>> > rmannibucau@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. <sm...@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
>> > > > >>>>> > >> > <rm...@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. <
>> smithh032772@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.
>> :)
>> > > > >>>>> > >> >>
>> > > > >>>>> > >>
>> > > > >>>>> > >
>> > > > >>>>> > >
>> > > > >>>>> >
>> > > > >>>>>
>> > > > >>>>
>> > > > >>>>
>> > > > >>>
>> > > > >>
>> > > > >
>> > > >
>> > >
>> >
>>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by José Luis Cetina <ma...@gmail.com>.

Try this. When you have that error try to remove the localhost folder in
tomee/Conf (there you can the localhost folder and inside of it you will
see and xml file with the name of your app or if you preffer only remove
the xml file) you dont have to stop tomee.

Try and share your results.
El dic 4, 2012 1:16 AM, "Romain Manni-Bucau" <rm...@gmail.com>
escribió:

> Yep, you cant respect it with drop in war approach (that s documented on
> tomcat website iirc)
> Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <sm...@gmail.com> a
> écrit :
>
> > Here is my META-INF/context.xml; I think this was created by NetBeans
> when
> > I started deploying WAR to NetBeans some time ago.
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <Context antiJARLocking="true" path=""/>
> >
> >
> >
> >
> > On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <
> rmannibucau@gmail.com
> > >wrote:
> >
> > > Note: not sure why it was chosen  but depending how you deploy
> sometimes
> > > tomcat ignores context.xml path
> > >
> > > Think that s the issue you got
> > > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <sm...@gmail.com>
> a
> > > écrit :
> > >
> > > > Add the following to my notes:
> > > >
> > > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
> > > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
> > > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
> > NetBeans,
> > > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7
> Windows
> > > > Service OR NetBeans
> > > >
> > > >
> > > >
> > > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > > > smithh032772@gmail.com
> > > > > wrote:
> > > >
> > > > > Okay, I deleted tomee folder and reinstalled latest version of
> TomEE
> > > > 1.5.1
> > > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating
> > the
> > > > PDL
> > > > > error, I decided to enter the following URL:
> > > > >
> > > > > http://localhost:8080/mcms/login.jsf
> > > > >
> > > > > That URL (above) allowed me to login successfully to web app, even
> > > though
> > > > > NetBeans has web app context = mcmsweb.
> > > > >
> > > > > Prior to the URL above, I 'usually' use the following URL when
> > testing
> > > > and
> > > > > in production:
> > > > >
> > > > > http://localhost:8080/mcmsweb/login.jsf
> > > > >
> > > > > So, as you said, deploy styles is not a good practice. As I change
> > app
> > > > > names in NetBeans, I need to match the URL with the name of the WAR
> > > > file. :)
> > > > >
> > > > > So, latest SNAPSHOT is working fine. Thanks.
> > > > >
> > > > >
> > > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > > > > smithh032772@gmail.com> wrote:
> > > > >
> > > > >> 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. <
> > > > >> smithh032772@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. <
> > > > >>> smithh032772@gmail.com> wrote:
> > > > >>>
> > > > >>>> Will let you know, ASAP. Thanks.
> > > > >>>>
> > > > >>>>
> > > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > > > >>>> rmannibucau@gmail.com> wrote:
> > > > >>>>
> > > > >>>>> Even with snapshot?
> > > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > > smithh032772@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. <
> > > > >>>>> > smithh032772@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 <
> > > > >>>>> > rmannibucau@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. <sm...@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
> > > > >>>>> > >> > <rm...@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. <smithh032772@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.
> :)
> > > > >>>>> > >> >>
> > > > >>>>> > >>
> > > > >>>>> > >
> > > > >>>>> > >
> > > > >>>>> >
> > > > >>>>>
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > > >
> > > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Yep, you cant respect it with drop in war approach (that s documented on
tomcat website iirc)
Le 4 déc. 2012 08:14, "Howard W. Smith, Jr." <sm...@gmail.com> a
écrit :

> Here is my META-INF/context.xml; I think this was created by NetBeans when
> I started deploying WAR to NetBeans some time ago.
>
> <?xml version="1.0" encoding="UTF-8"?>
> <Context antiJARLocking="true" path=""/>
>
>
>
>
> On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <rmannibucau@gmail.com
> >wrote:
>
> > Note: not sure why it was chosen  but depending how you deploy sometimes
> > tomcat ignores context.xml path
> >
> > Think that s the issue you got
> > Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <sm...@gmail.com> a
> > écrit :
> >
> > > Add the following to my notes:
> > >
> > > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
> > > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
> > > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen
> NetBeans,
> > > drop WAR in tomee /webapps folder, and start TomEE via tomcat7 Windows
> > > Service OR NetBeans
> > >
> > >
> > >
> > > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > > smithh032772@gmail.com
> > > > wrote:
> > >
> > > > Okay, I deleted tomee folder and reinstalled latest version of TomEE
> > > 1.5.1
> > > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating
> the
> > > PDL
> > > > error, I decided to enter the following URL:
> > > >
> > > > http://localhost:8080/mcms/login.jsf
> > > >
> > > > That URL (above) allowed me to login successfully to web app, even
> > though
> > > > NetBeans has web app context = mcmsweb.
> > > >
> > > > Prior to the URL above, I 'usually' use the following URL when
> testing
> > > and
> > > > in production:
> > > >
> > > > http://localhost:8080/mcmsweb/login.jsf
> > > >
> > > > So, as you said, deploy styles is not a good practice. As I change
> app
> > > > names in NetBeans, I need to match the URL with the name of the WAR
> > > file. :)
> > > >
> > > > So, latest SNAPSHOT is working fine. Thanks.
> > > >
> > > >
> > > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > > > smithh032772@gmail.com> wrote:
> > > >
> > > >> 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. <
> > > >> smithh032772@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. <
> > > >>> smithh032772@gmail.com> wrote:
> > > >>>
> > > >>>> Will let you know, ASAP. Thanks.
> > > >>>>
> > > >>>>
> > > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > > >>>> rmannibucau@gmail.com> wrote:
> > > >>>>
> > > >>>>> Even with snapshot?
> > > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> > smithh032772@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. <
> > > >>>>> > smithh032772@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 <
> > > >>>>> > rmannibucau@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. <sm...@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
> > > >>>>> > >> > <rm...@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. <sm...@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. :)
> > > >>>>> > >> >>
> > > >>>>> > >>
> > > >>>>> > >
> > > >>>>> > >
> > > >>>>> >
> > > >>>>>
> > > >>>>
> > > >>>>
> > > >>>
> > > >>
> > > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Here is my META-INF/context.xml; I think this was created by NetBeans when
I started deploying WAR to NetBeans some time ago.

<?xml version="1.0" encoding="UTF-8"?>
<Context antiJARLocking="true" path=""/>




On Tue, Dec 4, 2012 at 1:58 AM, Romain Manni-Bucau <rm...@gmail.com>wrote:

> Note: not sure why it was chosen  but depending how you deploy sometimes
> tomcat ignores context.xml path
>
> Think that s the issue you got
> Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <sm...@gmail.com> a
> écrit :
>
> > Add the following to my notes:
> >
> > LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
> > mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
> > deployed to Glassfish via NetBeans, MUST close NetBeans, reopen NetBeans,
> > drop WAR in tomee /webapps folder, and start TomEE via tomcat7 Windows
> > Service OR NetBeans
> >
> >
> >
> > On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> > smithh032772@gmail.com
> > > wrote:
> >
> > > Okay, I deleted tomee folder and reinstalled latest version of TomEE
> > 1.5.1
> > > SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating the
> > PDL
> > > error, I decided to enter the following URL:
> > >
> > > http://localhost:8080/mcms/login.jsf
> > >
> > > That URL (above) allowed me to login successfully to web app, even
> though
> > > NetBeans has web app context = mcmsweb.
> > >
> > > Prior to the URL above, I 'usually' use the following URL when testing
> > and
> > > in production:
> > >
> > > http://localhost:8080/mcmsweb/login.jsf
> > >
> > > So, as you said, deploy styles is not a good practice. As I change app
> > > names in NetBeans, I need to match the URL with the name of the WAR
> > file. :)
> > >
> > > So, latest SNAPSHOT is working fine. Thanks.
> > >
> > >
> > > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > > smithh032772@gmail.com> wrote:
> > >
> > >> 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. <
> > >> smithh032772@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. <
> > >>> smithh032772@gmail.com> wrote:
> > >>>
> > >>>> Will let you know, ASAP. Thanks.
> > >>>>
> > >>>>
> > >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> > >>>> rmannibucau@gmail.com> wrote:
> > >>>>
> > >>>>> Even with snapshot?
> > >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <
> smithh032772@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. <
> > >>>>> > smithh032772@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 <
> > >>>>> > rmannibucau@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. <sm...@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
> > >>>>> > >> > <rm...@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. <sm...@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. :)
> > >>>>> > >> >>
> > >>>>> > >>
> > >>>>> > >
> > >>>>> > >
> > >>>>> >
> > >>>>>
> > >>>>
> > >>>>
> > >>>
> > >>
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Note: not sure why it was chosen  but depending how you deploy sometimes
tomcat ignores context.xml path

Think that s the issue you got
Le 4 déc. 2012 01:47, "Howard W. Smith, Jr." <sm...@gmail.com> a
écrit :

> Add the following to my notes:
>
> LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
> mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
> deployed to Glassfish via NetBeans, MUST close NetBeans, reopen NetBeans,
> drop WAR in tomee /webapps folder, and start TomEE via tomcat7 Windows
> Service OR NetBeans
>
>
>
> On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <
> smithh032772@gmail.com
> > wrote:
>
> > Okay, I deleted tomee folder and reinstalled latest version of TomEE
> 1.5.1
> > SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating the
> PDL
> > error, I decided to enter the following URL:
> >
> > http://localhost:8080/mcms/login.jsf
> >
> > That URL (above) allowed me to login successfully to web app, even though
> > NetBeans has web app context = mcmsweb.
> >
> > Prior to the URL above, I 'usually' use the following URL when testing
> and
> > in production:
> >
> > http://localhost:8080/mcmsweb/login.jsf
> >
> > So, as you said, deploy styles is not a good practice. As I change app
> > names in NetBeans, I need to match the URL with the name of the WAR
> file. :)
> >
> > So, latest SNAPSHOT is working fine. Thanks.
> >
> >
> > On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> > smithh032772@gmail.com> wrote:
> >
> >> 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. <
> >> smithh032772@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. <
> >>> smithh032772@gmail.com> wrote:
> >>>
> >>>> Will let you know, ASAP. Thanks.
> >>>>
> >>>>
> >>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
> >>>> rmannibucau@gmail.com> wrote:
> >>>>
> >>>>> Even with snapshot?
> >>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <smithh032772@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. <
> >>>>> > smithh032772@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 <
> >>>>> > rmannibucau@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. <sm...@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
> >>>>> > >> > <rm...@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. <sm...@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. :)
> >>>>> > >> >>
> >>>>> > >>
> >>>>> > >
> >>>>> > >
> >>>>> >
> >>>>>
> >>>>
> >>>>
> >>>
> >>
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Add the following to my notes:

LESSON LEARNED: build WAR, rename to mcmsweb.war (since *app name =
mcms_tomee* in NetBeans), and drop WAR in tomee /webapps folder; if
deployed to Glassfish via NetBeans, MUST close NetBeans, reopen NetBeans,
drop WAR in tomee /webapps folder, and start TomEE via tomcat7 Windows
Service OR NetBeans



On Mon, Dec 3, 2012 at 7:37 PM, Howard W. Smith, Jr. <smithh032772@gmail.com
> wrote:

> Okay, I deleted tomee folder and reinstalled latest version of TomEE 1.5.1
> SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating the PDL
> error, I decided to enter the following URL:
>
> http://localhost:8080/mcms/login.jsf
>
> That URL (above) allowed me to login successfully to web app, even though
> NetBeans has web app context = mcmsweb.
>
> Prior to the URL above, I 'usually' use the following URL when testing and
> in production:
>
> http://localhost:8080/mcmsweb/login.jsf
>
> So, as you said, deploy styles is not a good practice. As I change app
> names in NetBeans, I need to match the URL with the name of the WAR file. :)
>
> So, latest SNAPSHOT is working fine. Thanks.
>
>
> On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <
> smithh032772@gmail.com> wrote:
>
>> 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. <
>> smithh032772@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. <
>>> smithh032772@gmail.com> wrote:
>>>
>>>> Will let you know, ASAP. Thanks.
>>>>
>>>>
>>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
>>>> rmannibucau@gmail.com> wrote:
>>>>
>>>>> Even with snapshot?
>>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
>>>>> > smithh032772@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 <
>>>>> > rmannibucau@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. <sm...@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
>>>>> > >> > <rm...@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. <sm...@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. :)
>>>>> > >> >>
>>>>> > >>
>>>>> > >
>>>>> > >
>>>>> >
>>>>>
>>>>
>>>>
>>>
>>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Okay, I deleted tomee folder and reinstalled latest version of TomEE 1.5.1
SNAPSHOT, dropped mcms.war in tomee /webapps, and after duplicating the PDL
error, I decided to enter the following URL:

http://localhost:8080/mcms/login.jsf

That URL (above) allowed me to login successfully to web app, even though
NetBeans has web app context = mcmsweb.

Prior to the URL above, I 'usually' use the following URL when testing and
in production:

http://localhost:8080/mcmsweb/login.jsf

So, as you said, deploy styles is not a good practice. As I change app
names in NetBeans, I need to match the URL with the name of the WAR file. :)

So, latest SNAPSHOT is working fine. Thanks.


On Mon, Dec 3, 2012 at 7:27 PM, Howard W. Smith, Jr. <smithh032772@gmail.com
> wrote:

> 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. <
> smithh032772@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. <
>> smithh032772@gmail.com> wrote:
>>
>>> Will let you know, ASAP. Thanks.
>>>
>>>
>>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <
>>> rmannibucau@gmail.com> wrote:
>>>
>>>> Even with snapshot?
>>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
>>>> > smithh032772@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 <
>>>> > rmannibucau@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. <sm...@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
>>>> > >> > <rm...@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. <sm...@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. :)
>>>> > >> >>
>>>> > >>
>>>> > >
>>>> > >
>>>> >
>>>>
>>>
>>>
>>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

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. <smithh032772@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. <
> smithh032772@gmail.com> wrote:
>
>> Will let you know, ASAP. Thanks.
>>
>>
>> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <rmannibucau@gmail.com
>> > wrote:
>>
>>> Even with snapshot?
>>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
>>> > smithh032772@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 <
>>> > rmannibucau@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. <sm...@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
>>> > >> > <rm...@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. <sm...@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. :)
>>> > >> >>
>>> > >>
>>> > >
>>> > >
>>> >
>>>
>>
>>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

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. <smithh032772@gmail.com
> wrote:

> Will let you know, ASAP. Thanks.
>
>
> On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <rm...@gmail.com>wrote:
>
>> Even with snapshot?
>> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
>> > smithh032772@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 <
>> > rmannibucau@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. <sm...@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
>> > >> > <rm...@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. <sm...@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. :)
>> > >> >>
>> > >>
>> > >
>> > >
>> >
>>
>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Will let you know, ASAP. Thanks.

On Mon, Dec 3, 2012 at 1:34 PM, Romain Manni-Bucau <rm...@gmail.com>wrote:

> Even with snapshot?
> Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
> > smithh032772@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 <
> > rmannibucau@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. <sm...@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
> > >> > <rm...@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. <sm...@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. :)
> > >> >>
> > >>
> > >
> > >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Even with snapshot?
Le 3 déc. 2012 18:08, "Howard W. Smith, Jr." <sm...@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. <
> smithh032772@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 <
> rmannibucau@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. <sm...@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
> >> > <rm...@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. <sm...@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. :)
> >> >>
> >>
> >
> >
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

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. <
smithh032772@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 <rmannibucau@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. <sm...@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
>> > <rm...@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. <sm...@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. :)
>> >>
>>
>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

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
<rm...@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. <sm...@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
> > <rm...@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. <sm...@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. :)
> >>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

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. <sm...@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
> <rm...@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. <sm...@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. :)
>>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.

Okay, this might be confirmation or might help you determine this issue
that I'm reporting here. I just did the following:

1. I shutdown TomEE 'without' undeploying the WAR or the web app
2. NetBeans clean and build (which will generate the WAR file)
3. NetBeans deploy app to TomEE (which starts TomEE 'and' deploys WAR)

End result: TomEE started and attempted to deploy WAR, but TomEE failed to
start because of the following exception:

SEVERE: Unable to deploy collapsed ear in war
StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
org.apache.openejb.DuplicateDeploymentIdException: Application cannot be
deployed as it contains deployment-ids which are in use: app:
C:\Users\Public\NetBeansProjects\mcms_tomee\build\web
    OrdersFacade
    DriverFacade
    RollingStockTownFacade
    RollingStockFacade
    EmailStatelessBean
    LocalBusFacade
    CreditCardFacade
    OrderVehicleFacade
    PhoneTypeFacade
    OriginFacade
    RollingStockCountyListFacade
    EmailAddressTypeFacade
    ServiceTermsFacade
    DestinationFacade
    AddressTypeFacade
    RollingStockCityFacade
    RollingStockCityListFacade
    OrderDetailsFacade
    ServiceFacade
    RollingStockCountyFacade
    DriverNotesFacade
    PointOfContactFacade
    OrderTemplateFacade
    RollingStockTripFacade
    CustomerNotesFacade
    OrderCustomerPointOfContactFacade
    BankFacade
    AttractionFacade
    PhoneFacade
    AddressLineFacade
    OrderCustomerLeaderFacade
    VehicleFacade
    RoutesFacade
    OrderNotesFacade
    FlightFacade
    ChargesFacade
    VehicleTypeFacade
    MethodOfPaymentFacade
    EmailAddressFacade
    CustomerFacade
    HotelFacade
    UserRoleFacade
    MealStopTypeFacade
    RoleFacade
    OrderCostDetailsFacade
    MealStopFacade
    RollingStockTownListFacade
    AddressFacade
    UsersFacade
    OrderDriverDetailsFacade
    OrderDriverFacade
    AuditTrailFacade
    PointOfContactNotesFacade
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:567)
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:533)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:974)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:893)
at
org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:118)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:536)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:860)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:357)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
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:581)
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.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

Dec 03, 2012 11:44:46 AM org.apache.catalina.core.ContainerBase removeChild
SEVERE: ContainerBase.removeChild: destroy:
org.apache.catalina.LifecycleException: An invalid Lifecycle transition was
attempted ([before_destroy]) for component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[]] in
state [STARTING_PREP]
at
org.apache.catalina.util.LifecycleBase.invalidTransition(LifecycleBase.java:409)
at org.apache.catalina.util.LifecycleBase.destroy(LifecycleBase.java:299)
at
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:1041)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.undeploy(TomcatWebAppBuilder.java:1159)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.undeploy(TomcatWebAppBuilder.java:1140)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:978)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:893)
at
org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:118)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:536)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:860)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:357)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
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:581)
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.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

Dec 03, 2012 11:44:46 AM org.apache.catalina.core.ContainerBase
addChildInternal
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:536)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:860)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:357)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
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:581)
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.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.tomee.catalina.TomEERuntimeException:
org.apache.openejb.DuplicateDeploymentIdException: Application cannot be
deployed as it contains deployment-ids which are in use: app:
C:\Users\Public\NetBeansProjects\mcms_tomee\build\web
    OrdersFacade
    DriverFacade
    RollingStockTownFacade
    RollingStockFacade
    EmailStatelessBean
    LocalBusFacade
    CreditCardFacade
    OrderVehicleFacade
    PhoneTypeFacade
    OriginFacade
    RollingStockCountyListFacade
    EmailAddressTypeFacade
    ServiceTermsFacade
    DestinationFacade
    AddressTypeFacade
    RollingStockCityFacade
    RollingStockCityListFacade
    OrderDetailsFacade
    ServiceFacade
    RollingStockCountyFacade
    DriverNotesFacade
    PointOfContactFacade
    OrderTemplateFacade
    RollingStockTripFacade
    CustomerNotesFacade
    OrderCustomerPointOfContactFacade
    BankFacade
    AttractionFacade
    PhoneFacade
    AddressLineFacade
    OrderCustomerLeaderFacade
    VehicleFacade
    RoutesFacade
    OrderNotesFacade
    FlightFacade
    ChargesFacade
    VehicleTypeFacade
    MethodOfPaymentFacade
    EmailAddressFacade
    CustomerFacade
    HotelFacade
    UserRoleFacade
    MealStopTypeFacade
    RoleFacade
    OrderCostDetailsFacade
    MealStopFacade
    RollingStockTownListFacade
    AddressFacade
    UsersFacade
    OrderDriverDetailsFacade
    OrderDriverFacade
    AuditTrailFacade
    PointOfContactNotesFacade
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:981)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:893)
at
org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:118)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
... 38 more
Caused by: org.apache.openejb.DuplicateDeploymentIdException: Application
cannot be deployed as it contains deployment-ids which are in use: app:
C:\Users\Public\NetBeansProjects\mcms_tomee\build\web
    OrdersFacade
    DriverFacade
    RollingStockTownFacade
    RollingStockFacade
    EmailStatelessBean
    LocalBusFacade
    CreditCardFacade
    OrderVehicleFacade
    PhoneTypeFacade
    OriginFacade
    RollingStockCountyListFacade
    EmailAddressTypeFacade
    ServiceTermsFacade
    DestinationFacade
    AddressTypeFacade
    RollingStockCityFacade
    RollingStockCityListFacade
    OrderDetailsFacade
    ServiceFacade
    RollingStockCountyFacade
    DriverNotesFacade
    PointOfContactFacade
    OrderTemplateFacade
    RollingStockTripFacade
    CustomerNotesFacade
    OrderCustomerPointOfContactFacade
    BankFacade
    AttractionFacade
    PhoneFacade
    AddressLineFacade
    OrderCustomerLeaderFacade
    VehicleFacade
    RoutesFacade
    OrderNotesFacade
    FlightFacade
    ChargesFacade
    VehicleTypeFacade
    MethodOfPaymentFacade
    EmailAddressFacade
    CustomerFacade
    HotelFacade
    UserRoleFacade
    MealStopTypeFacade
    RoleFacade
    OrderCostDetailsFacade
    MealStopFacade
    RollingStockTownListFacade
    AddressFacade
    UsersFacade
    OrderDriverDetailsFacade
    OrderDriverFacade
    AuditTrailFacade
    PointOfContactNotesFacade
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:567)
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:533)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:974)
... 44 more

Dec 03, 2012 11:44:46 AM org.apache.catalina.startup.HostConfig
deployDescriptor
SEVERE: Error deploying configuration descriptor
C:\apache-tomee-plus-1.5.1-SNAPSHOT\conf\Catalina\localhost\ROOT.xml
java.lang.IllegalStateException: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[]]
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:904)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:536)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:860)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:357)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
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:581)
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.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

Dec 03, 2012 11:44:56 AM org.apache.catalina.startup.HostConfig
deployDescriptor
INFO: Deploying configuration descriptor
C:\apache-tomee-plus-1.5.1-SNAPSHOT\conf\Catalina\localhost\ROOT.xml
Dec 03, 2012 11:44:56 AM org.apache.tomee.catalina.TomcatWebAppBuilder init
INFO: -------------------------
TomcatWebAppBuilder.init
Dec 03, 2012 11:44:56 AM org.apache.tomee.catalina.TomEEClassLoaderEnricher
validateJarFile
WARNING: jar
'C:\Users\Public\NetBeansProjects\mcms_tomee\build\web\WEB-INF\lib\transaction-api-1.1.jar'
contains offending class: javax.transaction.Transaction. It will be ignored.
Dec 03, 2012 11:44:56 AM org.apache.tomee.catalina.TomcatWebAppBuilder
startInternal
SEVERE: Error merging Java EE JNDI entries in to war : Exception: null
java.lang.NullPointerException
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:1031)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:893)
at
org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:118)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at
org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1637)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

Dec 03, 2012 11:44:56 AM org.apache.catalina.core.ContainerBase
addChildInternal
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at
org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1637)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.NullPointerException
at
org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:1080)
at
org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:893)
at
org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:118)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
... 11 more

Dec 03, 2012 11:44:56 AM org.apache.catalina.startup.HostConfig
deployDescriptor
SEVERE: Error deploying configuration descriptor
C:\apache-tomee-plus-1.5.1-SNAPSHOT\conf\Catalina\localhost\ROOT.xml
java.lang.IllegalStateException: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[]]
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:904)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
at
org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1637)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)




On Mon, Dec 3, 2012 at 11:35 AM, Howard W. Smith, Jr. <
smithh032772@gmail.com> wrote:

> 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 <rmannibucau@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. <sm...@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. :)
>>
>
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by "Howard W. Smith, Jr." <sm...@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
<rm...@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. <sm...@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. :)
>

Re: TomEE 1.5.1 SNAPSHOT: drop WAR, start TomEE, latest WAR not deployed

Posted by Romain Manni-Bucau <rm...@gmail.com>.

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. <sm...@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. :)