Execute stuff on server startup / EAR deployment: new problem. better solution?

[lafr]

I'm using the current JBossAS-6.0.0-SNAPSHOT version in test coming from version 4.2.3.

The application is deployed as an ear file with war (Webservices) and jar (Session and Entity Beans) files included.

On server startup or ear deployment some initialization has to be executed.

So there is one war file containing

public class StartupTimers implements ServletContextListener
{

...

}

The web-app.xml for this module is

<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <listener>
        <listener-class>biz.mbisoftware.fn.web.StartupTimers</listener-class>
    </listener>
</web-app>

The application.xml file has this war file as the last module and jboss-app.xml defines <module-order>strict</module-order>.

Thix concept worked fine on AS 4.2.3 but now I get sometimes, not every time, an error like this on startup:

2010-12-12 16:56:01,064 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/mbi/mbi2e-lafr-sb2000-ipc/web].contextListenerStart] (Thread-2) Exception sending context initialized event to listener instance of class biz.mbisoftware.fn.web.StartupTimers: org.jboss.ejb3.common.registrar.spi.NotBoundException: Object is bound at key jboss.j2ee:ear=mbi2e-lafr-sb2000-ipc.ear,jar=ejb-session-planning.jar,name=MbiDiverEraser,service=EJB3, but is not fully installed, instead of state: MapControllerStateModel$ControllerStateWrapper@1e502d8{Start}
    at org.jboss.ejb3.common.registrar.plugin.mc.Ejb3McRegistrar.lookup(Ejb3McRegistrar.java:170) [:1.0.2]
    at org.jboss.ejb3.common.registrar.plugin.mc.Ejb3McRegistrar.lookup(Ejb3McRegistrar.java:134) [:1.0.2]
    at org.jboss.ejb3.proxy.impl.handler.session.SessionLocalProxyInvocationHandler.getContainer(SessionLocalProxyInvocationHandler.java:99) [:1.0.11]
    at org.jboss.ejb3.proxy.impl.handler.session.SessionProxyInvocationHandlerBase.invoke(SessionProxyInvocationHandlerBase.java:178) [:1.0.11]
    at $Proxy619.schedule(Unknown Source)   at biz.mbisoftware.fn.web.StartupTimers.contextInitialized(StartupTimers.java:226) [:]
    at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3369) [:]
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:3828) [:]
    at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:292) [:6.0.0-SNAPSHOT]
    at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:145) [:6.0.0-SNAPSHOT]
    at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:477) [:6.0.0-SNAPSHOT]
    at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) [:6.0.0-SNAPSHOT]
    at org.jboss.web.deployers.WebModule.start(WebModule.java:95) [:6.0.0-SNAPSHOT]
    at sun.reflect.GeneratedMethodAccessor519.invoke(Unknown Source) [:1.6.0_23]

So the StartupTimers class is run but the EJB are not fully installed yet.

Is there anything to be changed for JBossAS 6.0?

Is there a better way now to execute stuff on server startup / deployment?

[jaikiran]

Frank Langelage wrote:

So the StartupTimers class is run but the EJB are not fully installed yet.

How is that StartupTimers class related to the EJBs? I mean, do you have any @EJB injections in there?

Frank Langelage wrote:

Is there a better way now to execute stuff on server startup / deployment?

Depends on the application. I would say the ServletContextListener is fine. But if you want something else, then there's @Startup @Singleton too which is a EJB3.1 feature.

[lafr]

Yes, StartupTimers has

@EJB private MbiDiverEraserLocal mbiDiverEraser;

besides others on class level

and

public void contextInitialized( final ServletContextEvent sce )

{

     ...

    if ( this.mbiDiverEraser == null ) {
        this.mbiDiverEraser = (MbiDiverEraserLocal)ServiceLocator.getInstance().getLocalInterface( MbiDiverEraser.class );
    }
    if ( this.mbiDiverEraser != null ) {
        this.mbiDiverEraser.schedule();
    }

     ...

}

[jaikiran]

Try the latest AS 6.0 build (r109858). We have been working on trying to solve issues like this one for AS 6.0 Final. The latest commit (r109858) is expected to solve this issue. Give it a try and let us know if you still run into problems.

By the way, you don't need that manual lookup, since you are already injecting that @EJB. Futhermore, it appears that in your ServletContextListener you are probably invoking some bean to trigger/start a timer. Is that right? If so, then you might be interested in EJB3.1 auto timers that are available in AS 6 http://jaitechwriteups.blogspot.com/2010/07/ejb31-timerservice-in-jboss-as-600m4.html

[lafr]

Oh, as I was opening this thread you committed new code. I'll try this soon and give you a feedback.

The manual lookup is there for backwards compatibilty with version 4.2.3. For now I'm trying to use the same code base for both servers as much as possible. As on AS 4.2.3 the @EJB injection did not work on non-EJB classes I had to do the lookup here.

Very interesting article. I'll bookmark this to remember when I'm done with change of our central development environment to AS 6.0.0.

[rhinmass]

I think I am having this same issue, and am curious how this was solved.

I am using jboss 6.0, but I need to keep common codebase with an older 4.x app.  There is an existing class called "AppContext" that looks up the datasource, initializes a bunch of properties, sets up loggers, etc.  I need to access these resources from my EJBs in my jar.  I also need them in my war.

I want to set up something like a ServletContextListener, but I want it for the entire application, not just the webapp.

What is the correct way to do this in jboss?

Thanks for any help!

Robin

[genman]

The JEE 6 correct way is to create a @Singleton out of this AppContext class and inject it into your EJB and web components. I wouldn't suggest using a ServletContentListener.

[rhinmass]

OK, thanks, I thought that might be what I need to do.  However, I'm having trouble getting even a ridiculously-simple singleton to work.  Would you mind taking a look:'

http://community.jboss.org/thread/164837?tstart=0

Robin