users@glassfish.java.net

Re: Application load order error?

From: Adam Jenkins <adamjenkinstmpredirect_at_yahoo.com.au>
Date: Tue, 24 Feb 2009 23:55:52 -0800 (PST)

No, upgrade netbeans has no effect on this particular issue.  But the reason I was deploying the WAR and EAR seperatly was because of some bugs in Netbeans 6.0 that made it difficult to work with it packaged as one application.  So jumping to 6.5 allows me to package it as one EAR and deploy it as one unit, in which case this problem goes away :)

--- On Wed, 25/2/09, Peter Williams <Pete.Williams_at_Sun.COM> wrote:

From: Peter Williams <Pete.Williams_at_Sun.COM>
Subject: Re: Application load order error?
To: users_at_glassfish.dev.java.net
Received: Wednesday, 25 February, 2009, 5:36 PM

I haven't really been following this so maybe this is a dumb question, but why do you think upgrading to NetBeans 6.5 (I assume you're using 6.1 now?) would have any effect on with this?

-Peter

Adam Jenkins wrote:
> I don't know whether the init method in the filter is working all the time, I only tested it once as a result of the emails here today :)
>
> That's the nature of race conditions thought...they're unpredictable little fellows because there is no relationship between the two processes.
>
> oh well, no direct resolution on this one :).  I would package the war within the ear jar however there is an issue with netbeans 6.0 where if you have an application client and a war in an ear you get all kinds of errors with debugging.
>
> I'll try NB 6.5 and see if it's fixed :)  groan -- IDE upgrade, yay! ;)
>
> --- On *Wed, 25/2/09, Sahoo /<Sahoo_at_Sun.COM>/* wrote:
>
>
>     From: Sahoo <Sahoo_at_Sun.COM>
>     Subject: Re: Application load order error?
>     To: users_at_glassfish.dev.java.net, "Hong Zhang" <Hong.Zhang_at_Sun.COM>
>     Received: Wednesday, 25 February, 2009, 3:34 PM
>
>     You are right - beanName can't be used to link the EJB in your
>     case. I overlooked your original problem description. I don't
>     think there is any load order defined for deployed applications
>     and it is something we are trying to explore in v3. So it is a
>     good time to file an RFE.
>
>     Having said that I don't understand how explicit lookup in init
>     method is working all the time. If it were a timing issue, it
>     should fail sometimes, right?
>
>     Thanks,
>     Sahoo
>
>     Adam Jenkins wrote:
>     > The web application is deployed singularly (as a stand alone
>     WAR), the ejb jar is deployed with an application client in an EAR
>     file, so the enforced loading of the EJB jar before the WAR that
>     takes place when they're in the same EAR I don't think will cover
>     this case.
>     >
>     >
>     > --- On *Wed, 25/2/09, Sahoo /<sahoo_at_sun.com
>     </mc/compose?to=sahoo_at_sun.com>>/* wrote:
>     >
>     >
>     >     From: Sahoo <sahoo_at_sun.com </mc/compose?to=sahoo_at_sun.com>>
>     >     Subject: Re: Application load order error?
>     >     To: users_at_glassfish.dev.java.net
>     </mc/compose?to=users_at_glassfish.dev.java.net>
>     >     Received: Wednesday, 25 February, 2009, 3:19 PM
>     >
>     >     That's weired, as GlassFish does load EJB modules first before
>     >     loading any web modules in an ear file. You are possibly
>     hitting a
>     >     bug somewhere. Unless Ken can come up with some other
>     explanation,
>     >     I suggest you to file a bug.
>     >
>     >     Can you try one more alternative? Since the EJB is in the
>     same ear
>     >     as the web module, can you use /beanName/ attribute as
>     opposed to
>     >     /mappedName/ to link the ejb-ref to the target ejb. i.e., change
>     >     your code like this:
>     >
>     >     @EJB(name="SystemBean", beanName="SystemBean")
>     >     private SystemRemote systemOps;
>     >
>     >     GlassFish EJB FAQ [1] contains excellent information on use
>     of @EJB.
>     >
>     >     Thanks,
>     >     Sahoo
>     >
>     >     [1] https://glassfish.dev.java.net/javaee5/ejb/EJB_FAQ.html
>     >
>     >     Adam Jenkins wrote:
>     >     > Removed name attribute from the @EJB annotation:    No change,
>     >     same error
>     >     > Perform explicit lookup in Filter init method: works fine
>     >     >
>     >     > It looks like it's just a timing issue.  The web application
>     >     must be starting up first, before the enterprise application
>     with
>     >     the EJBs in it.  And since the filters and listeners are
>     >     instantiated and injected on startup, it's trying to lookup
>     an EJB
>     >     that isn't bound to JNDI yet.
>     >     >
>     >     > Is there anyway to tell glassfish to load the enterprise
>     >     application first?
>     >     >
>     >     > Cheers
>     >     > Adam
>     >     >
>     >     >
>     >     >
>     >     > --- On *Wed, 25/2/09, glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>
>     >     </mc/compose?to=glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>>
>     >     /<glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>
>     >     </mc/compose?to=glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>>>/* wrote:
>     >     >
>     >     >
>     >     >     From: glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>
>     >     </mc/compose?to=glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>>
>     >     <glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>
>     </mc/compose?to=glassfish_at_javadesktop.org
>     </mc/compose?to=glassfish_at_javadesktop.org>>>
>     >     >     Subject: Re: Application load order error?
>     >     >     To: users_at_glassfish.dev.java.net
>     </mc/compose?to=users_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users_at_glassfish.dev.java.net
>     </mc/compose?to=users_at_glassfish.dev.java.net>>
>     >     >     Received: Wednesday, 25 February, 2009, 10:43 AM
>     >     >
>     >     >     Not sure why the injection is failing.  Can you try
>     removing the
>     >     >     name() attribute from each of the injected fields and
>     >     re-running.       >     Also, if you do the following
>     explicit global lookup from within
>     >     >     the filter does it work?
>     >     >
>     >     >        (SystemRemote) new
>     InitialContext().lookup("ejb/SystemBean")
>     >     >     [Message sent by forum member 'ksak' (ksak)]
>     >     >
>     >     >     http://forums.java.net/jive/thread.jspa?messageID=333652
>     >     >
>     >     >           ---------------------------------------------------------------------
>     >     >     To unsubscribe, e-mail:
>     >     users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>>
>     >     >        </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>>>
>     >     >     For additional commands, e-mail:
>     >     users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>>
>     >     >     </mc/compose?to=users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>>>
>     >     >
>     >     >
>     >     >
>     >        ------------------------------------------------------------------------
>     >     > Stay connected to the people that matter most with a smarter
>     >     inbox. Take a look
>     >        <http://au.rd.yahoo.com/galaxy/mail/tagline2/*http://au.docs.yahoo.com/mail/smarterinbox>.
>     >
>     >
>     >
>     >        ---------------------------------------------------------------------
>     >     To unsubscribe, e-mail:
>     users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>>
>     >     For additional commands, e-mail:
>     users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>
>     >     </mc/compose?to=users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>>
>     >
>     >
>     >
>     ------------------------------------------------------------------------
>     > Stay connected to the people that matter most with a smarter
>     inbox. Take a look
>     <http://au.rd.yahoo.com/galaxy/mail/tagline2/*http://au.docs.yahoo.com/mail/smarterinbox>.
>
>
>
>     ---------------------------------------------------------------------
>     To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>     </mc/compose?to=users-unsubscribe_at_glassfish.dev.java.net>
>     For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>     </mc/compose?to=users-help_at_glassfish.dev.java.net>
>
>
> ------------------------------------------------------------------------
> Stay connected to the people that matter most with a smarter inbox. Take a look <http://au.rd.yahoo.com/galaxy/mail/tagline2/*http://au.docs.yahoo.com/mail/smarterinbox>.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
For additional commands, e-mail: users-help_at_glassfish.dev.java.net