Nabble - Users

Re: How can I jndi-lookup an EJB from another jar with a 'nice' jndi name

2013-05-17T07:15:35Z

where do you invoke the context.lookup ? In another EJB ? if does, you may need to define the ref-name in that EJB.

2013/5/17 groovyflow <[hidden email]>

My team is using wasce-3.0.0.2.

We want to look up an EJB that lives in a jar that is different than the jar
in which the lookup is happening. The lookup String includes the name of
the jar, which is likely to change:

context.lookup("java:app/services-1.0-SNAPSHOT/AsyncService")

I've been trying to change the jndi name via openejb-jar.xml, but have had
no luck. That xml appears at the end of this message. (By the way, we seem
to be using an extremely old version of openejb-jar.xml. Is it possible to
use a newer version in wasce-3.0.0.2?)

I'm trying to give AsyncService a nice jndi-name. But wasce doesn't even
recognize AsyncService when I deploy. Perhaps my problem is that
AsyncProcess implements an interface:

@Stateless
@Local(AsyncProcess.class)
@Asynchronous
public class AsyncService implements AsyncProcess

Could anyone point me to some method for giving AsyncService a nice jndi
name?

<?xml version="1.0" encoding="UTF-8"?>

<openejb-jar
xmlns="http://www.openejb.org/xml/ns/openejb-jar-2.1"
xmlns:naming="http://geronimo.apache.org/xml/ns/naming-1.1"
xmlns:security="http://geronimo.apache.org/xml/ns/security-1.1"
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2">

<sys:environment>
<sys:moduleId>
<sys:groupId>com.ourcompany.services</sys:groupId>
<sys:artifactId>services</sys:artifactId>
<sys:version>0.0.1</sys:version>
<sys:type>jar</sys:type>
</sys:moduleId>
<sys:dependencies>
</sys:dependencies>
<sys:hidden-classes>
<sys:filter>org.apache.commons.io</sys:filter>
</sys:hidden-classes>
<sys:non-overridable-classes/>
</sys:environment>

<enterprise-beans>
<session>
<ejb-name>AsyncService</ejb-name>
<ejb-ref>
<!– @EJB(name="dispatcher") DispatcherGateRemote
dispatcherGateRemote; –>
<ref-name>AsyncProcess</ref-name>
<nam:pattern
xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1">
<nam:artifactId>services</nam:artifactId>
<nam:name>AsyncProcess</nam:name>
</nam:pattern>
</ejb-ref>
</session>
<message-driven>
<ejb-name>SomeMdb</ejb-name>
<resource-adapter>
<resource-link>ServicesResourceGroup</resource-link>
</resource-adapter>
</message-driven>
<message-driven>
<ejb-name>AnotherMdb</ejb-name>
<resource-adapter>
<resource-link>ServicesResourceGroup</resource-link>
</resource-adapter>
</message-driven>
</enterprise-beans>
</openejb-jar>

--
View this message in context: http://apache-geronimo.328035.n3.nabble.com/How-can-I-jndi-lookup-an-EJB-from-another-jar-with-a-nice-jndi-name-tp3986720.html
Sent from the Users mailing list archive at Nabble.com.

--
Ivan

How can I jndi-lookup an EJB from another jar with a 'nice' jndi name

2013-05-16T13:59:51Z

My team is using wasce-3.0.0.2.

We want to look up an EJB that lives in a jar that is different than the jar in which the lookup is happening. The lookup String includes the name of the jar, which is likely to change:

context.lookup("java:app/services-1.0-SNAPSHOT/AsyncService")

I've been trying to change the jndi name via openejb-jar.xml, but have had no luck. That xml appears at the end of this message. (By the way, we seem to be using an extremely old version of openejb-jar.xml. Is it possible to use a newer version in wasce-3.0.0.2?)

I'm trying to give AsyncService a nice jndi-name. But wasce doesn't even recognize AsyncService when I deploy. Perhaps my problem is that AsyncProcess implements an interface:

@Stateless
@Local(AsyncProcess.class)
@Asynchronous
public class AsyncService implements AsyncProcess

Could anyone point me to some method for giving AsyncService a nice jndi name?

<?xml version="1.0" encoding="UTF-8"?>

<openejb-jar
xmlns="http://www.openejb.org/xml/ns/openejb-jar-2.1"
xmlns:naming="http://geronimo.apache.org/xml/ns/naming-1.1"
xmlns:security="http://geronimo.apache.org/xml/ns/security-1.1"
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2">

<sys:environment>
<sys:moduleId>
<sys:groupId>com.ourcompany.services</sys:groupId>
<sys:artifactId>services</sys:artifactId>
<sys:version>0.0.1</sys:version>
<sys:type>jar</sys:type>
</sys:moduleId>
<sys:dependencies>
</sys:dependencies>
<sys:hidden-classes>
<sys:filter>org.apache.commons.io</sys:filter>
</sys:hidden-classes>
<sys:non-overridable-classes/>
</sys:environment>

<enterprise-beans>
<session>
<ejb-name>AsyncService</ejb-name>
<ejb-ref>
<!– @EJB(name="dispatcher") DispatcherGateRemote dispatcherGateRemote; –>
<ref-name>AsyncProcess</ref-name>
<nam:pattern xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1">
<nam:artifactId>services</nam:artifactId>
<nam:name>AsyncProcess</nam:name>
</nam:pattern>
</ejb-ref>
</session>
<message-driven>
<ejb-name>SomeMdb</ejb-name>
<resource-adapter>
<resource-link>ServicesResourceGroup</resource-link>
</resource-adapter>
</message-driven>
<message-driven>
<ejb-name>AnotherMdb</ejb-name>
<resource-adapter>
<resource-link>ServicesResourceGroup</resource-link>
</resource-adapter>
</message-driven>
</enterprise-beans>
</openejb-jar>

Re: Remote EJB problems

2013-05-13T07:51:31Z

Hi, could you have a look at your server log file, there should be some outputs for ejb jndi names like below :

2011-07-25 14:31:22,250 INFO [startup] Jndi(name=MEJBRemoteHome) --> Ejb(deployment-id=geronimo-mejb-3.0-SNAPSHOT.jar/MEJB)
2011-07-25 14:31:22,250 INFO [startup] Jndi(name=global/geronimo-mejb-3.0-SNAPSHOT/MEJB!javax.management.j2ee.ManagementHome) --> Ejb(deployment-id=geronimo-mejb-3.0-SNAPSHOT.jar/MEJB)

Thanks.

2013/5/5 Philippe Marschall <[hidden email]>

Hi

I'm trying to use remote EJBs and am running into some problems. I followed the instructions at [1]. I use version 4.5.2 of the openejb-client (the latest I could find in Maven Central) and Geronimo 3. My code looks like this:

String jndiName =
"java:global/osgi-remoting-ejb-sample-ear/osgi-remoting-ejb-sample-ejb/StatelessBean!com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1";

Properties p = new Properties();
p.put("java.naming.factory.initial", "org.apache.openejb.client.RemoteInitialContextFactory");
p.put("java.naming.provider.url", "ejbd://localhost:4201");

InitialContext ctx = new InitialContext(p);

Object myBean = ctx.lookup(jndiName);

The exception I get is:

Exception in thread "main" javax.naming.NotContextException:
openejb/remote/global/osgi-remoting-ejb-sample-ear/osgi-remoting-ejb-sample-ejb/StatelessBean!com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1
at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:165)
at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:605)
at org.apache.geronimo.openejb.DeepBindableContext$ContextWrapper.lookup(DeepBindableContext.java:97)
at org.apache.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandler.java:203)
at org.apache.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequestHandler.java:142)
at org.apache.openejb.server.ejbd.EjbDaemon.processJndiRequest(EjbDaemon.java:238)
at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:167)
at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:71)
at org.apache.openejb.server.ejbd.KeepAliveServer$Session.service(KeepAliveServer.java:213)
at org.apache.openejb.server.ejbd.KeepAliveServer.service(KeepAliveServer.java:233)
at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:66)
at org.apache.openejb.server.ServicePool$2.run(ServicePool.java:91)
at org.apache.openejb.server.ServicePool$3.run(ServicePool.java:120)
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)

I double checked the JNDI name and I believe it is correct:

- The application is deployed as an .ear with an single ejb.jar. The ear is called osgi-remoting-ejb-sample-ear-0.2.0-SNAPSHOT.ear but has a META-INF/application.xml with <application-name>osgi-remoting-ejb-sample-ear</application-name>

- The ear seems to have deployed successfully as I see the following in the console

Started Application Modules:
EAR: default/osgi-remoting-ejb-sample-ear-0.2.0-SNAPSHOT/1366917167252/car

- The ejb jar is in the root of the ear and called osgi-remoting-ejb-sample-ejb.jar. There is ejb-jar.xml in the ejb jar.

- The EJB is called com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessBean and annotated with @Stateless but not with @Remote annotation. It implements an interface called com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1 which is annotated with @Remote.

- The Oracle tutorial seems to use "/" to denote the fully qualified interface names but as far as I can see from chapter 4.4 of the EJB spec it should be "!"

[1] http://tomee.apache.org/clients.html
[2] http://docs.oracle.com/javaee/6/tutorial/doc/gipjf.html

Cheers
Philippe

--
Ivan

Re: derby.sql in Daytrader (Apache Geronimo v3.0)

2013-05-13T07:42:50Z

Guess that you could find the derby sql in the following location

[1] http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/bin/dbscripts/derby/

2013/5/10 Hari Pyla <[hidden email]>

Hi,
I am trying to build the Daytrader application in Geronimo v3.0.
I am using mysql and JBOSS-5.1.0 so I was going over the instructions at http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/README.jboss5

"If using MySQL, create a mysql database called tradedb and load it with the derby.sql."

I was unable to find the derby.sql file in the Daytrader download from the svn. I was wondering if I am missing something and where I coul get the derby.sql file.

Thanks,
--Hari

--
Ivan

derby.sql in Daytrader (Apache Geronimo v3.0)

2013-05-10T07:42:40Z

Hi,
I am trying to build the Daytrader application in Geronimo v3.0.
I am using mysql and JBOSS-5.1.0 so I was going over the instructions at
http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/README.jboss5

"If using MySQL, create a mysql database called tradedb and load it with
the derby.sql."

I was unable to find the derby.sql file in the Daytrader download from
the svn. I was wondering if I am missing something and where I coul get
the derby.sql file.

Thanks,
--Hari

Re: Stream left open in XBean finder

2013-05-08T06:47:13Z

On May 8, 2013, at 6:40 AM, Lazar Kirchev <[hidden email]> wrote:

> Hello,
>
> I am using XBean finder and I came across a jar file which is left open. The class in which this happens is org.apache.xbean.finder.archive.JarArchive. In its constructor a JarFile object is created and this jar never gets closed. This results in jars files which could not be removed even when they are not necessary any more. Could you advise me how to approach this issue?

Hi Lazar,
Thanks for the email.

Can you create a JIRA? JIRA is our problem tracking system -- https://issues.apache.org/jira/browse/XBEAN

Describe your problem, XBean version, etc. If you can provide a test case, that is helpful.

If you have a suggested fix for the problem, create a svn diff and attach it to the JIRA.

The general process is described here -- http://geronimo.apache.org/xbean/contributing.html

--kevan

Stream left open in XBean finder

2013-05-08T03:40:20Z

Hello,

I am using XBean finder and I came across a jar file which is left open. The class in which this happens is org.apache.xbean.finder.archive.JarArchive. In its constructor a JarFile object is created and this jar never gets closed. This results in jars files which could not be removed even when they are not necessary any more. Could you advise me how to approach this issue?

Regards,
Lazar

Remote EJB problems

2013-05-05T08:44:01Z

Hi

I'm trying to use remote EJBs and am running into some problems. I
followed the instructions at [1]. I use version 4.5.2 of the
openejb-client (the latest I could find in Maven Central) and Geronimo
3. My code looks like this:

String jndiName =
"java:global/osgi-remoting-ejb-sample-ear/osgi-remoting-ejb-sample-ejb/StatelessBean!com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1";

Properties p = new Properties();
p.put("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
p.put("java.naming.provider.url", "ejbd://localhost:4201");

InitialContext ctx = new InitialContext(p);

Object myBean = ctx.lookup(jndiName);

The exception I get is:

Exception in thread "main" javax.naming.NotContextException:
openejb/remote/global/osgi-remoting-ejb-sample-ear/osgi-remoting-ejb-sample-ejb/StatelessBean!com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1
at
org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:165)
at
org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:605)
at
org.apache.geronimo.openejb.DeepBindableContext$ContextWrapper.lookup(DeepBindableContext.java:97)
at
org.apache.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandler.java:203)
at
org.apache.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequestHandler.java:142)
at
org.apache.openejb.server.ejbd.EjbDaemon.processJndiRequest(EjbDaemon.java:238)
at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:167)
at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:71)
at
org.apache.openejb.server.ejbd.KeepAliveServer$Session.service(KeepAliveServer.java:213)
at
org.apache.openejb.server.ejbd.KeepAliveServer.service(KeepAliveServer.java:233)
at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:66)
at org.apache.openejb.server.ServicePool$2.run(ServicePool.java:91)
at org.apache.openejb.server.ServicePool$3.run(ServicePool.java:120)
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)

I double checked the JNDI name and I believe it is correct:

- The application is deployed as an .ear with an single ejb.jar. The ear
is called osgi-remoting-ejb-sample-ear-0.2.0-SNAPSHOT.ear but has a
META-INF/application.xml with
<application-name>osgi-remoting-ejb-sample-ear</application-name>

- The ear seems to have deployed successfully as I see the following in
the console

Started Application Modules:
EAR:
default/osgi-remoting-ejb-sample-ear-0.2.0-SNAPSHOT/1366917167252/car

- The ejb jar is in the root of the ear and called
osgi-remoting-ejb-sample-ejb.jar. There is ejb-jar.xml in the ejb jar.

- The EJB is called
com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessBean and
annotated with @Stateless but not with @Remote annotation. It implements
an interface called
com.github.marschall.jboss.osgi.remoting.ejb.sample.StatelessRemote1
which is annotated with @Remote.

- The Oracle tutorial seems to use "/" to denote the fully qualified
interface names but as far as I can see from chapter 4.4 of the EJB spec
it should be "!"

[1] http://tomee.apache.org/clients.html
[2] http://docs.oracle.com/javaee/6/tutorial/doc/gipjf.html

Cheers
Philippe

srikanthgattla

2013-05-01T02:22:35Z

srikanthgattla

2013-05-01T02:20:05Z

hi

2013-05-01T02:04:43Z

mmmmmmmmmmmmmmmmm

Re: Maven coordinates for EJB stand-alone client?

2013-04-28T13:42:42Z

On Apr 28, 2013, at 9:37 AM, Philippe Marschall <[hidden email]> wrote:

>
>
> On 27.04.2013 22:22, David Blevins wrote:
>>
>> On Apr 27, 2013, at 4:23 AM, Philippe Marschall <[hidden email]> wrote:
>>
>>>
>>>
>>> On 23.04.2013 14:18, Kevan Miller wrote:
>>>>
>>>> On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.
>>>>
>>>> The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.
>>>>
>>>> In maven terms, that's
>>>>
>>>> <groupId>org.apache.openejb</groupId>
>>>> <artifactId>openejb-client</artifactId>
>>>> <version>4.0.0-beta-1</version>
>>>
>>> Ah, very cool thanks. So it's essentially the same as TomEE since they both use OpenEJB?
>>>
>>> I had a look at the manifest and unlike the POM it seems to additionally depend on org.apache.geronimo.specs:geronimo-osgi-locator and org.apache.geronimo.specs:geronimo-osgi-registry. Do they somehow help with using the client in OSGi (outside of Geronimo) or should I still just set up the TCCL?
>>
>> No need to pull those in if you do not want to.
>
> The respective Import-Package headers in the manifest don't have resolution:=optional so it has to be present when running in OSGi.

Ah. Had assumed you were implying you weren't using OSGi and wanted to know if they were not needed in those scenarios. Right, the OSGi case is documented in the manifest.

The locator and registry allow things like META-INF/javax.ejb.embeddable.EJBContainer and other similar java.util.ServiceLoader lookups to work in OSGi-land. Many of the spec jars use these to find the respective impls, which are in different bundles.

So, yes, needed for OSGi clients. Not needed for plain Java SE clients.

-David

Re: Maven coordinates for EJB stand-alone client?

2013-04-28T09:37:01Z

On 27.04.2013 22:22, David Blevins wrote:

>
> On Apr 27, 2013, at 4:23 AM, Philippe Marschall <[hidden email]> wrote:
>
>>
>>
>> On 23.04.2013 14:18, Kevan Miller wrote:
>>>
>>> On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:
>>>
>>>> Hi
>>>>
>>>> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.
>>>
>>> The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.
>>>
>>> In maven terms, that's
>>>
>>> <groupId>org.apache.openejb</groupId>
>>> <artifactId>openejb-client</artifactId>
>>> <version>4.0.0-beta-1</version>
>>
>> Ah, very cool thanks. So it's essentially the same as TomEE since they both use OpenEJB?
>>
>> I had a look at the manifest and unlike the POM it seems to additionally depend on org.apache.geronimo.specs:geronimo-osgi-locator and org.apache.geronimo.specs:geronimo-osgi-registry. Do they somehow help with using the client in OSGi (outside of Geronimo) or should I still just set up the TCCL?
>
> No need to pull those in if you do not want to.

The respective Import-Package headers in the manifest don't have
resolution:=optional so it has to be present when running in OSGi.

Cheers
Philippe

Re: Maven coordinates for EJB stand-alone client?

2013-04-27T13:22:23Z

On Apr 27, 2013, at 4:23 AM, Philippe Marschall <[hidden email]> wrote:

>
>
> On 23.04.2013 14:18, Kevan Miller wrote:
>>
>> On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:
>>
>>> Hi
>>>
>>> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.
>>
>> The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.
>>
>> In maven terms, that's
>>
>> <groupId>org.apache.openejb</groupId>
>> <artifactId>openejb-client</artifactId>
>> <version>4.0.0-beta-1</version>
>
> Ah, very cool thanks. So it's essentially the same as TomEE since they both use OpenEJB?
>
> I had a look at the manifest and unlike the POM it seems to additionally depend on org.apache.geronimo.specs:geronimo-osgi-locator and org.apache.geronimo.specs:geronimo-osgi-registry. Do they somehow help with using the client in OSGi (outside of Geronimo) or should I still just set up the TCCL?

No need to pull those in if you do not want to. Just need the openejb-client.jar and the geronimo_ejb spec jar, or alternatively the all-in-one spec jar

<groupId>org.apache.openejb</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0-4</version>

-David

Re: Maven coordinates for EJB stand-alone client?

2013-04-27T04:23:34Z

On 23.04.2013 14:18, Kevan Miller wrote:

>
> On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:
>
>> Hi
>>
>> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.
>
> The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.
>
> In maven terms, that's
>
> <groupId>org.apache.openejb</groupId>
> <artifactId>openejb-client</artifactId>
> <version>4.0.0-beta-1</version>

Ah, very cool thanks. So it's essentially the same as TomEE since they
both use OpenEJB?

I had a look at the manifest and unlike the POM it seems to additionally
depend on org.apache.geronimo.specs:geronimo-osgi-locator and
org.apache.geronimo.specs:geronimo-osgi-registry. Do they somehow help
with using the client in OSGi (outside of Geronimo) or should I still
just set up the TCCL?

Cheers
Philippe

Re: Maven coordinates for EJB stand-alone client?

2013-04-23T05:42:19Z

On Apr 23, 2013, at 8:21 AM, Jean-Louis MONTEIRO <[hidden email]> wrote:

> Try looking this page if needed http://tomee.apache.org/clients.html
> That may help.

And there's https://cwiki.apache.org/GMOxDOC30/deploying-and-running-ejb-application-clients.html but the question was pretty specific about maven coordinates...

--kevan

Re: is there a way to quickly and easily update all the jars in Geronimo 3.0 to the latest stable jars?

2013-04-23T05:23:19Z

In general, you update by "installing" the latest Geronimo distribution.

--kevan

Re: Maven coordinates for EJB stand-alone client?

2013-04-23T05:21:01Z

Try looking this page if needed http://tomee.apache.org/clients.html

That may help.

Jean-Louis

2013/4/23 Kevan Miller <[hidden email]>

On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:

> Hi
>
> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.

The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.

In maven terms, that's

<groupId>org.apache.openejb</groupId>
<artifactId>openejb-client</artifactId>
<version>4.0.0-beta-1</version>

--kevan

--
Jean-Louis

Re: Maven coordinates for EJB stand-alone client?

2013-04-23T05:18:39Z

On Apr 22, 2013, at 2:51 PM, Philippe Marschall <[hidden email]> wrote:

> Hi
>
> I want to call remote EJBs from a stand alone Java SE application and need to know the maven coordinates for the EJB stand-alone client.

The client jar is in geronimo-tomcat7-javaee6-3.0.0/repository/org/apache/openejb/openejb-client/4.0.0-beta-1/openejb-client-4.0.0-beta-1.jar of your geronimo install.

In maven terms, that's

<groupId>org.apache.openejb</groupId>
<artifactId>openejb-client</artifactId>
<version>4.0.0-beta-1</version>

--kevan

Maven coordinates for EJB stand-alone client?

2013-04-22T11:51:15Z

Hi

I want to call remote EJBs from a stand alone Java SE application and
need to know the maven coordinates for the EJB stand-alone client.

Cheers
Philippe

Re: Release plan for Geronimo 3 + Jetty assembly

2013-04-15T04:55:24Z

On Apr 12, 2013, at 8:26 PM, Bevon <[hidden email]> wrote:

> Hi,
> Recently noticed some chatter around Geronimo 3.0.1. Was wondering if a
> Jetty assembly would be part of the release? Or, if not, what plans there
> might about around a Jetty assembly in the future?

There would be a some amount of effort required to get a Jetty-based server to pass the TCK. There hasn't been any recent activity from the committer community to work on the TCK for Jetty-based servers. Beyond the TCK, would be the question of if there's sufficient interest in the committer community to support (i.e. fix problems) for Jetty-based servers.

So, at this point, I don't think that a Jetty assembly will be released any time soon. That said, if there are people interested in helping with this effort -- they'd be most welcome…

I haven't tried to build the Jetty assemblies, for a while. Have you tried this? If there are people interested in working on this, we can have a discussion on what things need to be done…

--kevan

Re: Release plan for Geronimo 3 + Jetty assembly

2013-04-12T17:26:08Z

Hi,
Recently noticed some chatter around Geronimo 3.0.1. Was wondering if a Jetty assembly would be part of the release? Or, if not, what plans there might about around a Jetty assembly in the future?
Cheers!

is there a way to quickly and easily update all the jars in Geronimo 3.0 to the latest stable jars?

2013-04-12T08:24:20Z

Re: Apache Geronimo not starting on localhost

2013-04-08T16:46:32Z

On Apr 7, 2013, at 10:07 AM, abhi4j <[hidden email]> wrote:

> I am working with Apache geronimo 3 along with Eclipse Juno IDE..I am working
> on Xubuntu 12.10 platform with IBM java 7 sdk. I am getting folllowing error
> while starting geronimo.
> <http://apache-geronimo.328035.n3.nabble.com/file/n3986536/error.png>
>
> Please help.

geronimo-tomcat7-javaee6-3.0.0/var/log/geronimo.log

This file contains the server's log. You'll need to look in that file to see what type of error you are receiving.

--kevan

Apache Geronimo not starting on localhost

2013-04-07T07:07:55Z

I am working with Apache geronimo 3 along with Eclipse Juno IDE..I am working on Xubuntu 12.10 platform with IBM java 7 sdk. I am getting folllowing error while starting geronimo.

Please help.

Re: Releaseplan Geronimo 4.0 JavaEE 7

2013-04-05T08:10:29Z

Hi all,

Are there currently any plans/date for the release Geronimo 3.0.1?

We are very eager to upgrade to Geronimo 3 but are blocked since we depend on GERONIMO-6378 (fixed in 3.0.1).

If anyone is aware of a workaround for that issue, it would be hugely appreciated.

Thanks,
Shaun

Re: Geronimo > OpenLDAP not quite right......

2013-04-04T05:05:48Z

Hi David:

You're quite right. I am trying to authenticate users in ou=people, and they must be members of the groupOfUniqueNames: 'CLINICS'. I've tried this sort of thing:

(&(uid={0})(cn=CLINICS,ou=groups,dc=mydomain,dc=on,dc=ca)(attr=uniqueMember))

But, I'm not getting it....

Re: unable to deploy WAR file

2013-04-03T15:47:36Z

1, hidden-class not working with Geronimo 3.0 above,
instead, using something like
<import-package>!com.sun.org.apache.xerces.internal.*</import-package>

2, They already deploy performance issue fired, the estimates what I know is 50MB file, take about 20 minutes. please check link here
https://issues.apache.org/jira/browse/GERONIMO-6222

good luck

Re: Geronimo > OpenLDAP not quite right......

2013-04-03T15:10:05Z

My understanding of ldap is kinda limited but I think that you are asking to authenticate all your users under ou=people but that you want to assign permissions only to the CLINICS group.

If you want to only authenticate people in the clinics group you need a query that will only return those people. I'm not sure how to construct such an ldap query.

hope this makes sense

david jencks

On Apr 3, 2013, at 2:10 PM, VPCL <[hidden email]> wrote:

> Hi:
>
> I'm currently using Geronimo 2.2 and OpenLDAP: slapd 2.3.43.
>
> I’m trying to create an LDAP Security Realm on the Geronimo server that will
> query my OpenLDAP server. For the most part, it works. However, the realm
> cannot seem to differentiate between the two different groups on the LDAP
> server. Resulting in any member being authenticated no matter which group
> they belong to, which is not what I want. I’m only trying to authenticate
> users if they are members of the 'CLINICS' group.
>
> Here’s how my LDAP is setup:
>
> dc=mydomain,dc=on,dc=ca (objectClass=dcObject, organization)
> ou=groups (objectClass=organizationalUnit)
> cn=ADMIN (objectClass=groupOfUniqueNames)
> cn=CLINICS (objectClass=groupOfUniqueNames)
> uid=User1,ou=people,dc=mydomain,dc=on,dc=ca
> uid=User2,ou=people,dc=mydomain,dc=on,dc=ca
> uid=User3,ou=people,dc=mydomain,dc=on,dc=ca
> cn=SUPPLIERS (objectClass=groupOfUniqueNames)
> uid=Supplier1,ou=people,dc=mydomain,dc=on,dc=ca
> uid=Supplier2,ou=people,dc=mydomain,dc=on,dc=ca
> ou=people (objectClass=organizationalUnit)
> uid=User1 (objectClass=inetOrgPerson)
> uid=User2 (objectClass=inetOrgPerson)
> uid=User3 (objectClass=inetOrgPerson)
> uid=Supplier1 (objectClass=inetOrgPerson)
> uid=Supplier1 (objectClass=inetOrgPerson)
>
> On the Geronimo Side, here is how I set up my realm:
>
> Initial Context Factory: com.sun.jndi.ldap.LdapCtxFactory
> Connection URL: ldap://localhost:389
> Connect Username: cn=someuser,dc=mydomain,dc=on,dc=ca
> Connect Password: secret
> Confirm Password: secret
> Connect Protocol:
> Authentication: simple
> User Base: ou=people,dc=mydomain,dc=on,dc=ca
> User Search Matching: uid={0}
> User Search Subtree: false
> Role Base: cn=CLINICS,ou=groups,dc=vpcl,dc=on,dc=ca
> Role Name: cn
> Role User Search String: uid={0}
> Role Search Subtree: false
> User Role Search String: memberOf={0}
>
>
> I’ve tried replacing the ‘User Search Matching’ and or the ‘Role User Search
> String’ with stuff like:
>
> (&(uid={0})(cn=CLINICS,ou=groups,dc=mydomain,dc=on,dc=ca)(attr=uniqueMember))
>
> But it’s just not working out.
>
> On a side note: I do have Apache directives using this LDAP database as well
> as some PHP Applications. I just don’t know why I can’t get Geronimo to work
> with it.
>
> Any help would be appreciated.
>
> Thanks...
>
> Fred
>
>
>
>
> --
> View this message in context: http://apache-geronimo.328035.n3.nabble.com/Geronimo-OpenLDAP-not-quite-right-tp3986519.html
> Sent from the Users mailing list archive at Nabble.com.

Geronimo > OpenLDAP not quite right......

2013-04-03T14:10:37Z

Hi:

I'm currently using Geronimo 2.2 and OpenLDAP: slapd 2.3.43.

I’m trying to create an LDAP Security Realm on the Geronimo server that will query my OpenLDAP server. For the most part, it works. However, the realm cannot seem to differentiate between the two different groups on the LDAP server. Resulting in any member being authenticated no matter which group they belong to, which is not what I want. I’m only trying to authenticate users if they are members of the 'CLINICS' group.

Here’s how my LDAP is setup:

dc=mydomain,dc=on,dc=ca (objectClass=dcObject, organization)
ou=groups (objectClass=organizationalUnit)
cn=ADMIN (objectClass=groupOfUniqueNames)
cn=CLINICS (objectClass=groupOfUniqueNames)
uid=User1,ou=people,dc=mydomain,dc=on,dc=ca
uid=User2,ou=people,dc=mydomain,dc=on,dc=ca
uid=User3,ou=people,dc=mydomain,dc=on,dc=ca
cn=SUPPLIERS (objectClass=groupOfUniqueNames)
uid=Supplier1,ou=people,dc=mydomain,dc=on,dc=ca
uid=Supplier2,ou=people,dc=mydomain,dc=on,dc=ca
ou=people (objectClass=organizationalUnit)
uid=User1 (objectClass=inetOrgPerson)
uid=User2 (objectClass=inetOrgPerson)
uid=User3 (objectClass=inetOrgPerson)
uid=Supplier1 (objectClass=inetOrgPerson)
uid=Supplier1 (objectClass=inetOrgPerson)

On the Geronimo Side, here is how I set up my realm:

Initial Context Factory: com.sun.jndi.ldap.LdapCtxFactory
Connection URL: ldap://localhost:389
Connect Username: cn=someuser,dc=mydomain,dc=on,dc=ca
Connect Password: secret
Confirm Password: secret
Connect Protocol:
Authentication: simple
User Base: ou=people,dc=mydomain,dc=on,dc=ca
User Search Matching: uid={0}
User Search Subtree: false
Role Base: cn=CLINICS,ou=groups,dc=vpcl,dc=on,dc=ca
Role Name: cn
Role User Search String: uid={0}
Role Search Subtree: false
User Role Search String: memberOf={0}

I’ve tried replacing the ‘User Search Matching’ and or the ‘Role User Search String’ with stuff like:

(&(uid={0})(cn=CLINICS,ou=groups,dc=mydomain,dc=on,dc=ca)(attr=uniqueMember))

But it’s just not working out.

On a side note: I do have Apache directives using this LDAP database as well as some PHP Applications. I just don’t know why I can’t get Geronimo to work with it.

Any help would be appreciated.

Thanks...

Fred

speed of Web deployment (was: unable to deploy WAR file)

2013-04-03T11:38:46Z

On 3 Apr 2013, Susanne Horst <[hidden email]> wrote:

> does anybody know why and if it takes so long to deploy a war file via
> the webinterface? Is it the software? Is it the
> Internet-service-provider? Is it the third-party-cable?

Have you tested your Internet speed generally? Have you tested the
speed between the client and the specific server (download *and
upload*)? Have you tried copying the file to the server and deploying
via the command line and comparing the speed to that of the Web
interface?

--
Tim Howe
http://quadium.net/~vsync/

The lack of interest, the disdain for history is what makes computing
not-quite-a-field. [...] They have no idea where [their culture came
from] and the Internet was done so well that most people think of it
as a natural resource like the Pacific Ocean, rather than something
that was man-made. When was the last time a technology with a scale
like that was so error-free? The Web, in comparison, is a joke. The
Web was done by amateurs.
-- Alan Kay

Re: unable to deploy WAR file

2013-04-03T10:44:22Z

Hi,

does anybody know why and if it takes so long to deploy a war file via the webinterface? Is it the software? Is it the Internet-service-provider? Is it the third-party-cable?

In my case it takes about 2 hours to deploy a 300 MB war file.

Greetings,

Susanne

Re: unable to deploy WAR file

2013-04-02T06:03:01Z

I tried a few more possibilities:
1. use CXFServlet instead of Spring when generating Java code from WSDL
2. replace CXF2.7.3 with CXF2.6.6 (2.7.3 generate exception) cxf-servlet.xml, web.xml
3. not loading a few modules when startup application server config.xml
4. put a few classes into hidden-classes geronimo-web.xml

After step 1 ~ 3 are done, I can deploy my WAR to geronimo3 and runs smoothly
However, the same WAR file can only run without xml schema validation (that is schema-validation-enabled set to false). If I set schema-validation-enabled to true, I get the following exception:

Caused by: org.xml.sax.SAXParseException: UndeclaredPrefix: 無法解析 'prov:UpdateProvisionTaskEx' 為 QName: 未宣告前置碼 'prov'。
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:231) ~[na:na]
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:167) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:420) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:354) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:453) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3217) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.getAndCheckXsiType(XMLSchemaValidator.java:2499) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1986) ~[na:na]
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:741) ~[na:na]
at com.sun.org.apache.xerces.internal.jaxp.validation.ValidatorHandlerImpl.startElement(ValidatorHandlerImpl.java:597) ~[na:na]
at com.sun.xml.bind.v2.runtime.unmarshaller.ValidatingUnmarshaller.startElement(ValidatingUnmarshaller.java:101) ~[jaxb-impl-2.2.6.jar:2.2.6]
at com.sun.xml.bind.v2.runtime.unmarshaller.InterningXmlVisitor.startElement(InterningXmlVisitor.java:75) ~[jaxb-impl-2.2.6.jar:2.2.6]
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handleStartElement(StAXStreamConnector.java:247) ~[jaxb-impl-2.2.6.jar:2.2.6]
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge(StAXStreamConnector.java:181) ~[jaxb-impl-2.2.6.jar:2.2.6]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:366) ~[jaxb-impl-2.2.6.jar:2.2.6]
... 39 common frames omitted

I replace jaxb lib with 2.7.3's jaxb and put latest jaxp lib into WEB-INF/lib.
This is my hidden-classes setting:
<dep:hidden-classes>
<dep:filter>org.apache.cxf</dep:filter>
<dep:filter>org.slf4j</dep:filter>
<dep:filter>com.sun.xml.bind.v2</dep:filter>
<dep:filter>com.sun.org.apache.xerces.internal</dep:filter>
</dep:hidden-classes>

hidden-classes filter doesn't seem to work on "com.sun.org.apache.xerces.internal", looks like the default lib is still being used at runtime instead of the jaxp I put under WEB-INF/lib (since debug message doesn't show the filename and version of the classes "[na:na]").

What should I do next to get rid of this exception?

Re: unable to deploy WAR file

2013-04-01T19:50:16Z

same error occurs when I deploy the WAR file to geronimo3 (just downloaded it from apache web site)

Re: unable to deploy WAR file

2013-04-01T19:14:32Z

Here is the beans.xml
beans.xml
The WASCE version is 3.0.0.2, don't know where to check the embedded geronimo version.