[wildfly-dev] problem binding to JNDI in subsystem extension

[John Mazzitelli]

> - Use org.jboss.as.naming.service.BinderService to do the binding (there
> are lots of examples of how to use this in the Wildfly code base

Ahh.. sweet. Thanks Stuart. Found a good piece of Wildfly code I was able to follow:

https://github.com/wildfly/wildfly/blob/master/mail/src/main/java/org/jboss/as/mail/extension/MailSessionAdd.java#L116L139

Looks like I got it to work using something like that :)

--John Mazz

----- Original Message -----
> Looks like your extension is being initialised before JNDI. There are two
> options:
> 
> - Use org.jboss.as.naming.service.BinderService to do the binding (there
> are lots of examples of how to use this in the Wildfly code base
> - Create a custom service that depends upon the appropriate naming
> subsystem services (namely
> DefaultNamespaceContextSelectorService.SERVICE_NAME), and do the
> bind/unbind in the services start/stop method. This will make sure the
> naming subsystem is up before the bind takes place.
> 
> Stuart
> 
> On Mon, 16 Mar 2015 at 08:37 John Mazzitelli <mazz at redhat.com> wrote:
> 
> > I have a custom subsystem extension I'm deploying in Wildfly 8.2. I hit a
> > problem when trying to bind an object to JNDI.
> >
> > In my AbstractAddStepHandler.performRuntime() (the Subsystem Add
> > handler), I want to bind an object to JNDI, like this:
> >
> >   InitialContext initialContext = new InitialContext();
> >   WritableServiceBasedNamingStore.pushOwner(context.getServiceTarget());
> >     try {
> >       initialContext.bind(jndiName, jndiObject); // <--- this sometimes
> > throws exception you see below
> >     } finally {
> >       WritableServiceBasedNamingStore.popOwner();
> >     }
> >
> > where "context" is the first parameter passed to the performRuntime()
> > method, and "jndiName" is "java:global/example/demo/myname" and
> > "jndiObject" is just a java.lang.String, like "hello".
> >
> > The use of WritableServiceBasedNamingStore is recommended on the wiki:
> > https://docs.jboss.org/author/display/WFLY8/JNDI+Reference - though I
> > have no idea what it is doing :)
> >
> > The problem is - each time I start my wildfly server, sometimes it works,
> > other times it doesn't. It is as if there is a race condition somewhere on
> > startup of the wildfly server. If it works, my JNDI object is bound
> > properly; when it fails, this bombs with the exception I show below.
> >
> > Anyone know what the problem is and how to fix?
> >
> > ====
> >
> > javax.naming.NoInitialContextException: Need to specify class name in
> > environment or system property, or as an applet parameter, or in an
> > application resource file:  java.naming.factory.initial
> >         at
> >         javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
> > [rt.jar:1.8.0_31]
> >         at
> >         javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
> > [rt.jar:1.8.0_31]
> >         at
> >         javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:350)
> > [rt.jar:1.8.0_31]
> >         at javax.naming.InitialContext.bind(InitialContext.java:425)
> > [rt.jar:1.8.0_31]
> >         at org.demo.extension.SubsystemAdd.performRuntime(
> > SubsystemAdd.java:153)
> >         at org.jboss.as.controller.AbstractAddStepHandler$1.execute(
> > AbstractAddStepHandler.java:75) [wildfly-controller-8.2.0.
> > Final.jar:8.2.0.Final]
> >         at org.jboss.as.controller.AbstractOperationContext.executeStep(
> > AbstractOperationContext.java:660) [wildfly-controller-8.2.0.
> > Final.jar:8.2.0.Final]
> >         at org.jboss.as.controller.AbstractOperationContext.
> > doCompleteStep(AbstractOperationContext.java:501)
> > [wildfly-controller-8.2.0.Final.jar:8.2.0.Final]
> >         at org.jboss.as.controller.AbstractOperationContext.
> > completeStepInternal(AbstractOperationContext.java:298)
> > [wildfly-controller-8.2.0.Final.jar:8.2.0.Final]
> >         at org.jboss.as.controller.AbstractOperationContext.
> > executeOperation(AbstractOperationContext.java:293)
> > [wildfly-controller-8.2.0.Final.jar:8.2.0.Final]
> >         at org.jboss.as.controller.ParallelBootOperationStepHandl
> > er$ParallelBootTask.run(ParallelBootOperationStepHandler.java:354)
> > [wildfly-controller-8.2.0.Final.jar:8.2.0.Final]
> >         at
> >         java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> > [rt.jar:1.8.0_31]
> >         at
> >         java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> > [rt.jar:1.8.0_31]
> >         at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
> >         at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> > [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
> > _______________________________________________
> > wildfly-dev mailing list
> > wildfly-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/wildfly-dev
> >
>