Nabble - OpenEJB User

Re: SOAP HEADERS with OpenEJB

2009-12-22T08:59:56Z

Hi,

Actually, i've been upgrading to CXF 2.x.
After that, i'll have a look to your problem.

Jean-Louis

andreessen wrote:

Hey, anybody here??

Re: SOAP HEADERS with OpenEJB

2009-12-22T03:51:07Z

Hey, anybody here??

XA Transaction and releasing connections in pool

2009-12-21T08:21:47Z

Hello
We have configured a distributed transaction in our application server in order to support transaction between Java and .NET running in a service call. The .NET clients are served by webservices and we are using OpenJPA. The problem is that after a bunch of service calls the app. server cannot allocate more connection and it seems the acquired connections won't be released. However this problem will remove if we change it into normal transaction but in this case we can't join the transaction of .NET to Java systems.

I'm not sure whether this forum is right place to ask this question but hope you share your experience

here is the error:
------
[#|2009-12-21T18:29:24.484-0500|SEVERE|sun-appserver9.1|com.sun.xml.ws.server.sei.EndpointMethodHandler|_ThreadID=27;_ThreadName=httpSSLWorkerThread-8080-6;_RequestID=a56fb08a-bf34-4f98-85eb-989ed77b23ab;|Exception thrown from bean; nested exception is: <openjpa-1.2.1-r752877:753278 fatal general error> org.apache.openjpa.persistence.PersistenceException: Error in allocating a connection. Cause: In-use connections equal max-pool-size and expired max-wait-time. Cannot allocate more connections.
javax.ejb.TransactionRolledbackLocalException: Exception thrown from bean; nested exception is: <openjpa-1.2.1-r752877:753278 fatal general error> org.apache.openjpa.persistence.PersistenceException: Error in allocating a connection. Cause: In-use connections equal max-pool-size and expired max-wait-time. Cannot allocate more connections.
<openjpa-1.2.1-r752877:753278 fatal general error> org.apache.openjpa.persistence.PersistenceException: Error in allocating a connection. Cause: In-use connections equal max-pool-size and expired max-wait-time. Cannot allocate more connections.
-----

Thanks

-- Regards
Mohammad Norouzi
Help each other to reach the future faster
Pixelshot Photoblog
Brainable Blog

Re: jbosscmp

2009-12-21T07:22:46Z

So essentially, this class just converts the vendor specific descriptors into a JPA orm class. Right?

Also, where/how would you like my changes?

Thanks,

David Blevins wrote:

On Dec 10, 2009, at 11:15 PM, tbush wrote:

> I'm working on using openejb to unit test an older application which
> is
> currently deployed to JBoss. Can OpenEBJ read and process the
> jbosscmp-jdbc.xml? I found
> org.apache.openejb.jee.jba.cmp.JbosscmpJdbc in
> the 3.1.2 codebase; but I haven't see how to configure OpenEJB to
> read the
> xml.

We do for the GlassFish descriptors, and would like to for the JBoss
stuff as well. We have the JAXB tree in there to read the descriptor,
but don't have any conversion code in there yet. I'm not aware of
anyone working on it at the moment. It may have even been me who
added that jaxb tree, but it's been a while and I don't recall - I
added a bunch of JAXB trees when we did the GlassFish specific work.

If you wanted to do some work here, we would *love* it. Doesn't have
to be complete. Here's the GlassFish converter which you could copy
from:

http://svn.apache.org/repos/asf/openejb/trunk/openejb3/container/openejb-core/src/main/java/org/apache/openejb/config/SunConversion.java

-David

RE: transaction rolls back when returning from a remove method of a SFSB

2009-12-19T04:46:30Z

I'm not disputing that part, remove is meant to say "Ok, I don't need this
bean anymore." But it may be a case of something in the code that's in your
remove is messing with the state of the bean. Since you can call it fine
without the @Remove, the only likely scenario is that you're doing something
that's not allowed in the @Remove method, but I honestly can't think of
anything that falls into that scenario.

-----Original Message-----
From: is_maximum [mailto:mnrz57@...]
Sent: Saturday, December 19, 2009 12:31 AM
To: users@...
Subject: Re: transaction rolls back when returning from a remove method of a
SFSB

Hi
As far as I understood from this document and EJB3 spec. if the client
doesn't invoke the remove method, that instance wont be availablable for any
other request and will be passivated until its timeout reaches and then the
container will remove it and this has performance issues and we have to call
remove method so release resources.
I hope David can shed some light on this

meetoblivion wrote:

>
> Sorry was thinking of Passivate/Activate
>
> Here's the more up to date docs:
>
> http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu
>
> <http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu>I'm
> curious
> to know what it is you're doing in postProcess, I'm still inclined to say
> that it's behaving correctly but it depends on what you're doing in there.
>
> On Mon, Dec 14, 2009 at 2:03 PM, is_maximum <mnrz57@...> wrote:
>
>>
>>
>>
>> meetoblivion wrote:
>> >
>> > What you're describing is exactly what's supposed to be happening.
>> You're
>> > not supposed to invoke the @Remove method from your own code. When the
>> > bean
>> > container passivates the instance, it calls @Remove for you.
>> >
>> >
>>
>> Thanks.
>> As far as I know, it is the client that invokes the remove method and if
>> the
>> container passivates the SFSB the session bean will not reset its state
>>
>> http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/EJBConcepts9.html
>>
>>
>>
>> -----
>> --
>> Regards
>>
>> Mohammad Norouzi
>>
>> Help each other to reach the future faster
>>
>> http://pixelshot.wordpress.com Pixelshot Photoblog
>>
>> http://brainable.blogspot.com Brainable Blog
>>
>>
>> --
>> View this message in context:
>>

http://old.nabble.com/transaction-rolls-back-when-returning-from-a-remove-me
thod-of-a-SFSB-tp26775547p26779956.html
>> Sent from the OpenEJB User mailing list archive at Nabble.com.
>>
>>
>
>

-----
--
Regards

Mohammad Norouzi

Help each other to reach the future faster

http://pixelshot.wordpress.com Pixelshot Photoblog

http://brainable.blogspot.com Brainable Blog

--
View this message in context:
http://old.nabble.com/transaction-rolls-back-when-returning-from-a-remove-me
thod-of-a-SFSB-tp26775547p26852910.html
Sent from the OpenEJB User mailing list archive at Nabble.com.

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.427 / Virus Database: 270.14.114/2574 - Release Date: 12/18/09
19:38:00

Re: transaction rolls back when returning from a remove method of a SFSB

2009-12-18T21:31:05Z

Hi
As far as I understood from this document and EJB3 spec. if the client doesn't invoke the remove method, that instance wont be availablable for any other request and will be passivated until its timeout reaches and then the container will remove it and this has performance issues and we have to call remove method so release resources.
I hope David can shed some light on this

meetoblivion wrote:

Sorry was thinking of Passivate/Activate

Here's the more up to date docs:

http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu

<http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu>I'm curious
to know what it is you're doing in postProcess, I'm still inclined to say
that it's behaving correctly but it depends on what you're doing in there.

On Mon, Dec 14, 2009 at 2:03 PM, is_maximum <mnrz57@gmail.com> wrote:

>
>
>
> meetoblivion wrote:
> >
> > What you're describing is exactly what's supposed to be happening.
> You're
> > not supposed to invoke the @Remove method from your own code. When the
> > bean
> > container passivates the instance, it calls @Remove for you.
> >
> >
>
> Thanks.
> As far as I know, it is the client that invokes the remove method and if
> the
> container passivates the SFSB the session bean will not reset its state
>
> http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/EJBConcepts9.html
>
>
>
> -----
> --
> Regards
>
> Mohammad Norouzi
>
> Help each other to reach the future faster
>
> http://pixelshot.wordpress.com Pixelshot Photoblog
>
> http://brainable.blogspot.com Brainable Blog
>
>
> --
> View this message in context:
> http://old.nabble.com/transaction-rolls-back-when-returning-from-a-remove-method-of-a-SFSB-tp26775547p26779956.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

-- Regards
Mohammad Norouzi
Help each other to reach the future faster
Pixelshot Photoblog
Brainable Blog

Re: Transaction required exception

2009-12-18T00:04:35Z

On Thu, Dec 17, 2009 at 6:37 AM, David Blevins <david.blevins@...> wrote:

> On Dec 17, 2009, at 3:52 AM, Mansour Al Akeel wrote:
>
>> @TransactionAttribute(TransactionAttributeType.REQUIRED)
>> @TransactionManagement(TransactionManagementType.BEAN)
>> @Stateful
>> public class RestaurantDao3 extends BaseDao<Restaurant, Long> implements
>> IRestaurantDao {
>
> If you're using OpenEJB 3.1.x, you should be getting a warning saying the
> @TransactionAttribute annotation will be ignored as you are not using
> Container-Managed Transactions --
> @TransactionManagement(TransactionManagementType.CONTAINER)
>
>> @Override
>> public Restaurant create(Restaurant obj)
>> {
>> try
>> {
>> Context ctx = new InitialContext();
>> UserTransaction ut = (UserTransaction) ctx
>> .lookup("java:comp/UserTransaction");
>> ut.begin();
>> obj = getEntityManager().merge(obj);
>> getEntityManager().persist(obj);
>> getEntityManager().flush();
>> ut.commit();
>> } catch (Exception e)
>> {
>> e.printStackTrace();
>> }
>> return obj;
>> }
>> ....
>> }
>>
>> I am getting the same exception, if I remove the line
>> "entityManager.flush()" then it works fine but nothing is saved to the
>> the DB.
>> The expection I get is:
>> <openjpa-1.2.1-r752877:753278 nonfatal user error>
>> org.apache.openjpa.persistence.TransactionRequiredException: Can only
>> perform operation while a transaction is active.
>> at
>> org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
>> at
>> org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
>> at
>> org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
>> at
>> org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)
>
> This should be fine depending on how you get your entity manager reference
> and how your persistence unit is declared. Your persistence unit should be
> of type TRANSACTION and you should be using @PersistenceContext to get a
> reference to the EntityManager (not @PersistenceUnit or an
> EntityManagerFactory).

I don't understand, why would I keep the type TRANSACTION ? I have
RESOURCE_LOCAL since I want to handle everything from the bean ? From
the document you sent me states:
--------------------------
With <persistence-unit transaction-type="RESOURCE_LOCAL"> you are
responsible for EntityManager (PersistenceContext/Cache) creating and
tracking...

* You must use the EntityManagerFactory to get an EntityManager
* The resulting EntityManager instance is a PersistenceContext/Cache
* An EntityManagerFactory can be injected via the @PersistenceUnit
annotation only (not @PersistenceContext)
--------------------------

Am I missing something ?
And yes, I got the warning about ignoring the @TransactionAttribute

>
> Hope this helps.
>
> -David
>
>

Re: Transaction required exception

2009-12-17T23:45:54Z

Ok, the resolved issue. It looks it was openJPA. I swapped the
persistence provider with hibernate, and its working. I think I have
to look into openJPA docs to find a solution if I decided to use
openJPA.
Another issue I was having is setting the persistence provider
through junit instead of persistence.xml. I do have some persistence
unit jars that I would like ot use, and it doesn't seem right to put
the persistence provider in these jars. To setup hibernate I had to
use the Sytem properties :

System.getProperties().setProperty("javax.persistence.provider",
"org.hibernate.ejb.HibernatePersistence");

Thank you all. Appreciate your help.

On Thu, Dec 17, 2009 at 6:51 PM, Mansour Al Akeel
<mansour.alakeel@...> wrote:

> David,
> This link helped a lot. The info is very clear and brief. Thank you !
> I was able to fix this by injecting entityManagerFactory. I still
> don't understand many of the internals, but it's ok for now.
> This modification allowed me to persist a new object, but I am unable
> to delete objects. It seems the issue with JPA.
> Here's the working code for creating a new object, in case anyone
> faces similar issue:
>
> @PersistenceUnit(unitName = "Testing")
> private EntityManagerFactory factory;
>
> @Override
> public Restaurant create(Restaurant obj)
> {
> EntityManager em = factory.createEntityManager();
> EntityTransaction tx = em.getTransaction();
> try
> {
> tx.begin();
> obj = em.merge(obj);
> em.persist(obj);
> tx.commit();
>
> } catch (Exception e)
> {
> logger.error("Can not create " + obj);
> logger.error("Exception", e);
> }
> return obj;
> }
>
> The code that's failing:
>
> @Override
> public void delete(Restaurant obj)
> {
> EntityManager em = factory.createEntityManager();
> EntityTransaction tx = em.getTransaction();
> try
> {
> tx.begin();
> obj = em.merge(obj);
> em.remove(obj);
> em.flush();
> tx.commit();
> } catch (Exception e)
> {
> logger.error("Can not create " + obj, e);
> }
> }
>
> The exception I am getting is:
> ERROR - Can not create
> org.apache.openjpa.enhance.ws$mansour$entities$Restaurant$pcsubclass@2dd7e4d6
> <openjpa-1.2.1-r752877:753278 nonfatal general error>
> org.apache.openjpa.persistence.PersistenceException: Unknown column
> 't0.ENTREE_ID' in 'where clause' {prepstmnt 1323538699 SELECT t0.id,
> t0.name, t0.vegetarian FROM Entree t0 WHERE t0.ENTREE_ID = ?
> [params=(long) 4]} [code=1054, state=42S22]
> at org.apache.openjpa.jdbc.sql.DBDictionary.narrow(DBDictionary.java:4232)
> at org.apache.openjpa.jdbc.sql.DBDictionary.newStoreException(DBDictionary.java:4197)
> at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:102)
> at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:88)
> at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:64)
> at org.apache.openjpa.jdbc.kernel.JDBCStoreManager.load(JDBCStoreManager.java:694)
> ......
> Caused by: org.apache.openjpa.lib.jdbc.ReportingSQLException: Unknown
> column 't0.ENTREE_ID' in 'where clause' {prepstmnt 1323538699 SELECT
> t0.id, t0.name, t0.vegetarian FROM Entree t0 WHERE t0.ENTREE_ID = ?
> [params=(long) 4]} [code=1054, state=42S22]
> at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator.wrap(LoggingConnectionDecorator.java:192)
> at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator.access$700(LoggingConnectionDecorator.java:57)
> at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator$LoggingConnection$LoggingPreparedStatement.executeQuery(LoggingConnectionDecorator.java:852)
> at org.apache.openjpa.lib.jdbc.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:262)
> at org.apache.openjpa.jdbc.kernel.JDBCStoreManager$CancelPreparedStatement.executeQuery(JDBCStoreManager.java:1595)
> at org.apache.openjpa.lib.jdbc.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:252)
> at org.apache.openjpa.jdbc.sql.SelectImpl.executeQuery(SelectImpl.java:496)
>
> I borrowed the entities for testing from
> http://blog.springsource.com/2006/05/30/getting-started-with-jpa-in-spring-20/
> The wiered thing, This test is working fine when using spring and
> injecting hibernate. What I need to do know, it to replace openJPA
> with hibernate or eclipseLink.
> But, I don't want to set any properties for a specific jpa provider in
> my persistence.xml. Is there a way to do this when initializing the
> container? I mean, here'e my JUnit setup and I want to add hibernate
> or eclipse link instead of, openJPA. This will help me better narrow
> down the issue.
>
> @BeforeClass
> public static void setUpBeforeClass() throws Exception
> {
> DBSetup.runDbUnitSetup();
> logger.warn("Strating testing using OpenEJB");
> Properties properties = new Properties();
> properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
> "org.apache.openejb.client.LocalInitialContextFactory");
> properties.put("openEjbDatabase", "new://Resource?type=DataSource");
> properties.put("openEjbDatabase.JdbcDriver", "com.mysql.jdbc.Driver");
> properties.put("openEjbDatabase.JdbcUrl",
> "jdbc:mysql://neptune:3306/dbtest");
> properties.put("openEjbDatabase.UserName", "sa");
> properties.put("openEjbDatabase.PassWord", "");
> context = new InitialContext(properties);
> Object obj = context.lookup("RestaurantDao3Local");
> dao = (IDao) obj;
> }
>
>
> What do I need to add, to use hibernate/toplink/eclipselink instead of
> openJPA ?
>
>
> On Thu, Dec 17, 2009 at 6:14 AM, David Blevins <david.blevins@...> wrote:
>> Hi Mansour,
>>
>> Seems like you may have a mix of problems. Check out this doc which
>> attempts to clarify JPA usage.
>>
>> http://openejb.apache.org/3.0/jpa-concepts.html
>>
>> -David
>>
>> On Dec 16, 2009, at 4:46 AM, Mansour Al Akeel wrote:
>>
>>> I do have some dao working with spring and tested them as pojos. I am
>>> porting them to stateless beans. I am using User transaction (bean
>>> managed transaction).
>>> Following the example of entityManager injection :
>>>
>>> public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {
>>>
>>> private static Context context;
>>>
>>> @BeforeClass
>>> public static void setUpBeforeClass() throws Exception
>>> {
>>> DBSetup.runDbUnitSetup();
>>> logger.warn("Strating testing using OpenEJB");
>>> Properties properties = new Properties();
>>> properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
>>> "org.apache.openejb.client.LocalInitialContextFactory");
>>> properties.put("openEjbDatabase",
>>> "new://Resource?type=DataSource");
>>> properties.put("openEjbDatabase.JdbcDriver",
>>> "com.mysql.jdbc.Driver");
>>> properties.put("openEjbDatabase.JdbcUrl",
>>> "jdbc:mysql://neptune:3306/dbtest");
>>> properties.put("openEjbDatabase.UserName", "sa");
>>> properties.put("openEjbDatabase.PassWord", "");
>>>
>>> context = new InitialContext(properties);
>>> Object obj = context.lookup("RestaurantDao3Local");
>>> dao = (IDao) obj;
>>> }
>>> }
>>>
>>> And the relevant dao code:
>>> @Resource
>>> private UserTransaction utx;
>>> @Override
>>> public Restaurant create(Restaurant obj)
>>> {
>>> Restaurant created = obj;
>>> try
>>> {
>>> utx.begin();
>>> obj = getEntityManager().merge(obj);
>>> getEntityManager().persist(obj);
>>> getEntityManager().flush();
>>> utx.commit();
>>> } catch (Exception e)
>>> {
>>> e.printStackTrace();
>>> }
>>> return created;
>>> }
>>>
>>> The exception I am getting:
>>> <openjpa-1.2.1-r752877:753278 nonfatal user error>
>>> org.apache.openjpa.persistence.TransactionRequiredException: Can only
>>> perform operation while a transaction is active.
>>> at
>>> org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
>>> at
>>> org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
>>> at
>>> org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
>>> at
>>> org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)
>>>
>>> This is my persistence.xml:
>>>
>>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>>> <persistence version="1.0"
>>> xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
>>> http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
>>> http://java.sun.com/xml/ns/persistence/orm
>>> http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
>>> xmlns="http://java.sun.com/xml/ns/persistence"
>>> xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>>> <persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
>>> <class>ws.mansour.entities.Restaurant</class>
>>> </persistence-unit>
>>> </persistence>
>>>
>>>
>>> I do have few quesitons here:
>>> 1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
>>> I don't understand how did it got picked by other DAO operations (ie.
>>> read).
>>> 2- I am using RESOURCE_LOCAL at transaction type, which indicates that
>>> the container (context) will not handle this. How do I create a
>>> tranaction ? With spring I was not able to do
>>> entityManager.getTranaction(), because the entityManager injected by
>>> spring is proxied (AFAIK). Doing this here, will give me another
>>> error, for example:
>>> try
>>> {
>>> getEntityManager().getTransaction().begin();
>>> obj = getEntityManager().merge(obj);
>>> getEntityManager().persist(obj);
>>> getEntityManager().flush();
>>> getEntityManager().getTransaction().commit();
>>> } catch (Exception e)
>>>
>>> will give:
>>>
>>> java.lang.IllegalStateException: A JTA EntityManager can not use the
>>> EntityTransaction API. See JPA 1.0 section 5.5
>>> at
>>> org.apache.openejb.persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:220)
>>>
>>> What am I doing wrong ?
>>>
>>
>>
>

Re: Java Web Start

2009-12-17T16:02:29Z

Hi Jacek,

Have you been able to work on this at all? I'm available to help out if you need something, I was not sure how big this job would turn into, and have not heard anything for a while so I thought I would ping and see if anything was hapening.

-chris

Jacek Laskowski wrote:

On Sun, Nov 22, 2009 at 8:26 AM, chrishumphrey <chris@parallelsw.com> wrote:

> I'm not sure why this converts the URL into a file, cause the next thing it
> does is converts the files back into a URL, so I think it can be removed...
> I'm not sure whats around the corner though.

Hi Chris,

I think I can help you out with this. Could you send me the stack
trace you've been facing so I can track down when the issue originates
in? I've been thinking about converting the file-centric resource
handling to URLs for the OSGi endeavour myself so the issue cropped
exactly in time.

Jacek

--
Jacek Laskowski
Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl

Re: Transaction required exception

2009-12-17T14:51:24Z

David,
This link helped a lot. The info is very clear and brief. Thank you !
I was able to fix this by injecting entityManagerFactory. I still
don't understand many of the internals, but it's ok for now.
This modification allowed me to persist a new object, but I am unable
to delete objects. It seems the issue with JPA.
Here's the working code for creating a new object, in case anyone
faces similar issue:

@PersistenceUnit(unitName = "Testing")
private EntityManagerFactory factory;

@Override
public Restaurant create(Restaurant obj)
{
EntityManager em = factory.createEntityManager();
EntityTransaction tx = em.getTransaction();
try
{
tx.begin();
obj = em.merge(obj);
em.persist(obj);
tx.commit();

} catch (Exception e)
{
logger.error("Can not create " + obj);
logger.error("Exception", e);
}
return obj;
}

The code that's failing:

@Override
public void delete(Restaurant obj)
{
EntityManager em = factory.createEntityManager();
EntityTransaction tx = em.getTransaction();
try
{
tx.begin();
obj = em.merge(obj);
em.remove(obj);
em.flush();
tx.commit();
} catch (Exception e)
{
logger.error("Can not create " + obj, e);
}
}

The exception I am getting is:
ERROR - Can not create
org.apache.openjpa.enhance.ws$mansour$entities$Restaurant$pcsubclass@2dd7e4d6
<openjpa-1.2.1-r752877:753278 nonfatal general error>
org.apache.openjpa.persistence.PersistenceException: Unknown column
't0.ENTREE_ID' in 'where clause' {prepstmnt 1323538699 SELECT t0.id,
t0.name, t0.vegetarian FROM Entree t0 WHERE t0.ENTREE_ID = ?
[params=(long) 4]} [code=1054, state=42S22]
at org.apache.openjpa.jdbc.sql.DBDictionary.narrow(DBDictionary.java:4232)
at org.apache.openjpa.jdbc.sql.DBDictionary.newStoreException(DBDictionary.java:4197)
at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:102)
at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:88)
at org.apache.openjpa.jdbc.sql.SQLExceptions.getStore(SQLExceptions.java:64)
at org.apache.openjpa.jdbc.kernel.JDBCStoreManager.load(JDBCStoreManager.java:694)
......
Caused by: org.apache.openjpa.lib.jdbc.ReportingSQLException: Unknown
column 't0.ENTREE_ID' in 'where clause' {prepstmnt 1323538699 SELECT
t0.id, t0.name, t0.vegetarian FROM Entree t0 WHERE t0.ENTREE_ID = ?
[params=(long) 4]} [code=1054, state=42S22]
at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator.wrap(LoggingConnectionDecorator.java:192)
at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator.access$700(LoggingConnectionDecorator.java:57)
at org.apache.openjpa.lib.jdbc.LoggingConnectionDecorator$LoggingConnection$LoggingPreparedStatement.executeQuery(LoggingConnectionDecorator.java:852)
at org.apache.openjpa.lib.jdbc.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:262)
at org.apache.openjpa.jdbc.kernel.JDBCStoreManager$CancelPreparedStatement.executeQuery(JDBCStoreManager.java:1595)
at org.apache.openjpa.lib.jdbc.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:252)
at org.apache.openjpa.jdbc.sql.SelectImpl.executeQuery(SelectImpl.java:496)

I borrowed the entities for testing from
http://blog.springsource.com/2006/05/30/getting-started-with-jpa-in-spring-20/
The wiered thing, This test is working fine when using spring and
injecting hibernate. What I need to do know, it to replace openJPA
with hibernate or eclipseLink.
But, I don't want to set any properties for a specific jpa provider in
my persistence.xml. Is there a way to do this when initializing the
container? I mean, here'e my JUnit setup and I want to add hibernate
or eclipse link instead of, openJPA. This will help me better narrow
down the issue.

@BeforeClass
public static void setUpBeforeClass() throws Exception
{
DBSetup.runDbUnitSetup();
logger.warn("Strating testing using OpenEJB");
Properties properties = new Properties();
properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
"org.apache.openejb.client.LocalInitialContextFactory");
properties.put("openEjbDatabase", "new://Resource?type=DataSource");
properties.put("openEjbDatabase.JdbcDriver", "com.mysql.jdbc.Driver");
properties.put("openEjbDatabase.JdbcUrl",
"jdbc:mysql://neptune:3306/dbtest");
properties.put("openEjbDatabase.UserName", "sa");
properties.put("openEjbDatabase.PassWord", "");
context = new InitialContext(properties);
Object obj = context.lookup("RestaurantDao3Local");
dao = (IDao) obj;
}

What do I need to add, to use hibernate/toplink/eclipselink instead of
openJPA ?

On Thu, Dec 17, 2009 at 6:14 AM, David Blevins <david.blevins@...> wrote:

> Hi Mansour,
>
> Seems like you may have a mix of problems. Check out this doc which
> attempts to clarify JPA usage.
>
> http://openejb.apache.org/3.0/jpa-concepts.html
>
> -David
>
> On Dec 16, 2009, at 4:46 AM, Mansour Al Akeel wrote:
>
>> I do have some dao working with spring and tested them as pojos. I am
>> porting them to stateless beans. I am using User transaction (bean
>> managed transaction).
>> Following the example of entityManager injection :
>>
>> public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {
>>
>> private static Context context;
>>
>> @BeforeClass
>> public static void setUpBeforeClass() throws Exception
>> {
>> DBSetup.runDbUnitSetup();
>> logger.warn("Strating testing using OpenEJB");
>> Properties properties = new Properties();
>> properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
>> "org.apache.openejb.client.LocalInitialContextFactory");
>> properties.put("openEjbDatabase",
>> "new://Resource?type=DataSource");
>> properties.put("openEjbDatabase.JdbcDriver",
>> "com.mysql.jdbc.Driver");
>> properties.put("openEjbDatabase.JdbcUrl",
>> "jdbc:mysql://neptune:3306/dbtest");
>> properties.put("openEjbDatabase.UserName", "sa");
>> properties.put("openEjbDatabase.PassWord", "");
>>
>> context = new InitialContext(properties);
>> Object obj = context.lookup("RestaurantDao3Local");
>> dao = (IDao) obj;
>> }
>> }
>>
>> And the relevant dao code:
>> @Resource
>> private UserTransaction utx;
>> @Override
>> public Restaurant create(Restaurant obj)
>> {
>> Restaurant created = obj;
>> try
>> {
>> utx.begin();
>> obj = getEntityManager().merge(obj);
>> getEntityManager().persist(obj);
>> getEntityManager().flush();
>> utx.commit();
>> } catch (Exception e)
>> {
>> e.printStackTrace();
>> }
>> return created;
>> }
>>
>> The exception I am getting:
>> <openjpa-1.2.1-r752877:753278 nonfatal user error>
>> org.apache.openjpa.persistence.TransactionRequiredException: Can only
>> perform operation while a transaction is active.
>> at
>> org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
>> at
>> org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
>> at
>> org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
>> at
>> org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)
>>
>> This is my persistence.xml:
>>
>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>> <persistence version="1.0"
>> xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
>> http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
>> http://java.sun.com/xml/ns/persistence/orm
>> http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
>> xmlns="http://java.sun.com/xml/ns/persistence"
>> xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>> <persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
>> <class>ws.mansour.entities.Restaurant</class>
>> </persistence-unit>
>> </persistence>
>>
>>
>> I do have few quesitons here:
>> 1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
>> I don't understand how did it got picked by other DAO operations (ie.
>> read).
>> 2- I am using RESOURCE_LOCAL at transaction type, which indicates that
>> the container (context) will not handle this. How do I create a
>> tranaction ? With spring I was not able to do
>> entityManager.getTranaction(), because the entityManager injected by
>> spring is proxied (AFAIK). Doing this here, will give me another
>> error, for example:
>> try
>> {
>> getEntityManager().getTransaction().begin();
>> obj = getEntityManager().merge(obj);
>> getEntityManager().persist(obj);
>> getEntityManager().flush();
>> getEntityManager().getTransaction().commit();
>> } catch (Exception e)
>>
>> will give:
>>
>> java.lang.IllegalStateException: A JTA EntityManager can not use the
>> EntityTransaction API. See JPA 1.0 section 5.5
>> at
>> org.apache.openejb.persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:220)
>>
>> What am I doing wrong ?
>>
>
>

Re: Transaction required exception

2009-12-17T02:37:31Z

On Dec 17, 2009, at 3:52 AM, Mansour Al Akeel wrote:

> @TransactionAttribute(TransactionAttributeType.REQUIRED)
> @TransactionManagement(TransactionManagementType.BEAN)
> @Stateful
> public class RestaurantDao3 extends BaseDao<Restaurant, Long>
> implements
> IRestaurantDao {

If you're using OpenEJB 3.1.x, you should be getting a warning saying
the @TransactionAttribute annotation will be ignored as you are not
using Container-Managed Transactions --
@TransactionManagement(TransactionManagementType.CONTAINER)

> @Override
> public Restaurant create(Restaurant obj)
> {
> try
> {
> Context ctx = new InitialContext();
> UserTransaction ut = (UserTransaction) ctx
> .lookup("java:comp/UserTransaction");
> ut.begin();
> obj = getEntityManager().merge(obj);
> getEntityManager().persist(obj);
> getEntityManager().flush();
> ut.commit();
> } catch (Exception e)
> {
> e.printStackTrace();
> }
> return obj;
> }
> ....
> }
>
> I am getting the same exception, if I remove the line
> "entityManager.flush()" then it works fine but nothing is saved to the
> the DB.
> The expection I get is:
> <openjpa-1.2.1-r752877:753278 nonfatal user error>
> org.apache.openjpa.persistence.TransactionRequiredException: Can only
> perform operation while a transaction is active.
> at
> org
> .apache
> .openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:
> 4380)
> at
> org
> .apache
> .openjpa
> .kernel
> .DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
> at
> org
> .apache
> .openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:
> 591)
> at
> org
> .apache
> .openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)

This should be fine depending on how you get your entity manager
reference and how your persistence unit is declared. Your persistence
unit should be of type TRANSACTION and you should be using
@PersistenceContext to get a reference to the EntityManager (not
@PersistenceUnit or an EntityManagerFactory).

Hope this helps.

-David

Re: Transaction required exception

2009-12-17T02:14:30Z

Hi Mansour,

Seems like you may have a mix of problems. Check out this doc which
attempts to clarify JPA usage.

http://openejb.apache.org/3.0/jpa-concepts.html

-David

On Dec 16, 2009, at 4:46 AM, Mansour Al Akeel wrote:

> I do have some dao working with spring and tested them as pojos. I am
> porting them to stateless beans. I am using User transaction (bean
> managed transaction).
> Following the example of entityManager injection :
>
> public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {
>
> private static Context context;
>
> @BeforeClass
> public static void setUpBeforeClass() throws Exception
> {
> DBSetup.runDbUnitSetup();
> logger.warn("Strating testing using OpenEJB");
> Properties properties = new Properties();
> properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
> "org.apache.openejb.client.LocalInitialContextFactory");
> properties.put("openEjbDatabase", "new://Resource?type=DataSource");
> properties.put("openEjbDatabase.JdbcDriver",
> "com.mysql.jdbc.Driver");
> properties.put("openEjbDatabase.JdbcUrl",
> "jdbc:mysql://neptune:3306/dbtest");
> properties.put("openEjbDatabase.UserName", "sa");
> properties.put("openEjbDatabase.PassWord", "");
>
> context = new InitialContext(properties);
> Object obj = context.lookup("RestaurantDao3Local");
> dao = (IDao) obj;
> }
> }
>
> And the relevant dao code:
> @Resource
> private UserTransaction utx;
> @Override
> public Restaurant create(Restaurant obj)
> {
> Restaurant created = obj;
> try
> {
> utx.begin();
> obj = getEntityManager().merge(obj);
> getEntityManager().persist(obj);
> getEntityManager().flush();
> utx.commit();
> } catch (Exception e)
> {
> e.printStackTrace();
> }
> return created;
> }
>
> The exception I am getting:
> <openjpa-1.2.1-r752877:753278 nonfatal user error>
> org.apache.openjpa.persistence.TransactionRequiredException: Can only
> perform operation while a transaction is active.
> at
> org
> .apache
> .openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:
> 4380)
> at
> org
> .apache
> .openjpa
> .kernel
> .DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
> at
> org
> .apache
> .openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:
> 591)
> at
> org
> .apache
> .openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)
>
> This is my persistence.xml:
>
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
> <persistence version="1.0"
> xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
> http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
> http://java.sun.com/xml/ns/persistence/orm
> http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
> xmlns="http://java.sun.com/xml/ns/persistence"
> xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
> <persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
> <class>ws.mansour.entities.Restaurant</class>
> </persistence-unit>
> </persistence>
>
>
> I do have few quesitons here:
> 1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
> I don't understand how did it got picked by other DAO operations (ie.
> read).
> 2- I am using RESOURCE_LOCAL at transaction type, which indicates that
> the container (context) will not handle this. How do I create a
> tranaction ? With spring I was not able to do
> entityManager.getTranaction(), because the entityManager injected by
> spring is proxied (AFAIK). Doing this here, will give me another
> error, for example:
> try
> {
> getEntityManager().getTransaction().begin();
> obj = getEntityManager().merge(obj);
> getEntityManager().persist(obj);
> getEntityManager().flush();
> getEntityManager().getTransaction().commit();
> } catch (Exception e)
>
> will give:
>
> java.lang.IllegalStateException: A JTA EntityManager can not use the
> EntityTransaction API. See JPA 1.0 section 5.5
> at
> org
> .apache
> .openejb
> .persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:
> 220)
>
> What am I doing wrong ?
>

Re: Running standalone server as a windows service

2009-12-17T00:30:31Z

It would actually be pretty easy to do - just running an embedded
instance in the controller rather than spawning the standalone. I just
decided to do it as-is after looking at the current way of spawning a
server.

> I tried the Andy's suggestion and it works as expected. It launches the
> openEJB in a separate runtime and communicates through the admin port to
> shutdown.
>
> I am wondering whether it would be a better idea if we tightly integrate
> openejb with the JSL service main class, without launching it in a separate
> process. which means that openEJB main is called from the JSL service
> wrapper?.. I don't know the internals of the openEJB so I am not sure how
> big task this would be.
>
> Thanks
> /selvan
>
>
>
>
> rtselvan wrote:
>
>> David, I haven't got around doing this yet, but I will have an update by
>> end of this week.
>>
>> /selvan
>>
>>
>> David Blevins wrote:
>>
>>> Thanks, Andy, for the tip. Selvan, I'm curious how this worked out
>>> for you.
>>>
>>> I wonder if this is something we can incorporate into the build.
>>> Seems an out-of-the-box windows service version of OpenEJB standalone
>>> would be useful to a fair number of people. Not being much of a
>>> windows guy I'm not too sure what it would take to make that a reality.
>>>
>>> The doors are open if anyone would like to take a whack at it.
>>>
>>> -David
>>>
>>> On Nov 23, 2009, at 7:28 PM, rtselvan wrote:
>>>
>>>
>>>> Thanks Andy. This information is useful, I will try it out.
>>>>
>>>> Yeah, I know what you are talking about the Java Service Wrapper
>>>> project.
>>>>
>>>> Thanks
>>>>
>>>>
>>>>
>>>> Andy Gumbrecht wrote:
>>>>
>>>>> Hi Selvan,
>>>>>
>>>>> The Java Service Wrapper is no longer free, so I went on the hunt -
>>>>> Its
>>>>> a shame really, because it was developed largely by the community.
>>>>>
>>>>> It is not rocket science to actually dig into the Java.c from Sun and
>>>>> get a basic service running yourself - It is a little more hard to
>>>>> cater
>>>>> for everyone though, and that is where the JSW finds it's commercial
>>>>> strength.
>>>>>
>>>>> Anyway, I used this project 'http://jslwin.sourceforge.net/' (Thanks
>>>>> Michael) to get OpenEJB running as a service using:
>>>>>
>>>>> 1. A simple controller...
>>>>>
>>>>> public class ServiceController {
>>>>>
>>>>> private final static Log log =
>>>>> LogFactory.getLog(ServiceController.class);
>>>>>
>>>>> private static Server _server;
>>>>>
>>>>> public ServiceController() {
>>>>> }
>>>>>
>>>>> public static void main(String[] args) {
>>>>>
>>>>> final File dir;
>>>>>
>>>>> try {
>>>>> dir = new
>>>>> File(System.getProperty("standalone.server.dir"));
>>>>>
>>>>> if (!dir.exists()) {
>>>>> log.fatal(String.format("System property
>>>>> 'standalone.server.dir' is invalid: %s", dir));
>>>>> throw new RuntimeException("System property
>>>>> 'standalone.server.dir' is invalid");
>>>>> }
>>>>> } catch (Exception e) {
>>>>> log.fatal("System property 'standalone.server.dir' not
>>>>> found");
>>>>> throw new RuntimeException("System property
>>>>> 'standalone.server.dir' not found!");
>>>>> }
>>>>>
>>>>> log.info(String.format("Configuring server at: %s", dir));
>>>>>
>>>>> _server = new ServerOpenEJB(dir.getAbsolutePath());
>>>>>
>>>>> Thread t = new Thread() {
>>>>> public void run() {
>>>>> ServiceController.start();
>>>>>
>>>>> while (true) { //System.exit
>>>>> try {
>>>>> Thread.sleep(Integer.MAX_VALUE);
>>>>> } catch (InterruptedException e) {
>>>>> //Ignore
>>>>> log.debug("Service was interrupted");
>>>>> }
>>>>> }
>>>>> }
>>>>> };
>>>>>
>>>>> t.start();
>>>>>
>>>>> try {
>>>>> t.join();
>>>>> } catch (InterruptedException e) {
>>>>> log.debug("InterruptedException:", e);
>>>>> }
>>>>> }
>>>>>
>>>>> public static void start() {
>>>>> log.info("Starting service");
>>>>> resume();
>>>>> log.info("Started service");
>>>>> }
>>>>>
>>>>> public static void stop() {
>>>>>
>>>>> log.info("Stopping service");
>>>>> pause();
>>>>> log.info("Stopped service");
>>>>> LogFactory.releaseAll();
>>>>>
>>>>> Thread.yield();
>>>>>
>>>>> System.exit(0);
>>>>> }
>>>>>
>>>>> public static void pause() {
>>>>> log.info("Pausing service");
>>>>> if (null != _server) {
>>>>> _server.stop();
>>>>> }
>>>>> }
>>>>>
>>>>> public static void resume() {
>>>>> if (null != _server) {
>>>>> if (!_server.isStarted()) {
>>>>> log.info("Resuming service");
>>>>> _server.restart();
>>>>> }
>>>>> }
>>>>> }
>>>>> }
>>>>>
>>>>> 2. A server wrapper (Modified the existing OpenEJB invoker code, so
>>>>> thank you OpenEJB team)
>>>>>
>>>>> public class ServerOpenEJB implements Server {
>>>>>
>>>>> private static final Log log =
>>>>> LogFactory.getLog(ServerOpenEJB.class);
>>>>> private final String _path;
>>>>>
>>>>> public ServerOpenEJB(String path) {
>>>>>
>>>>> if (!path.endsWith(File.separator)) {
>>>>> path += File.separator;
>>>>> }
>>>>>
>>>>> _path = path;
>>>>> }
>>>>>
>>>>> @Override
>>>>> public boolean isStarted() {
>>>>> return connect();
>>>>> }
>>>>>
>>>>> @Override
>>>>> public boolean restart() {
>>>>> if (stop()) {
>>>>> return start();
>>>>> }
>>>>>
>>>>> return false;
>>>>> }
>>>>>
>>>>> public boolean start() {
>>>>>
>>>>> if (!connect()) {
>>>>>
>>>>> forkServerProcess("start");
>>>>> return connect(10, "localhost", 4201);
>>>>>
>>>>> } else {
>>>>> log.debug(":: Remote OpenEJB already started ::");
>>>>> return true;
>>>>> }
>>>>> }
>>>>>
>>>>> @Override
>>>>> public boolean stop() {
>>>>>
>>>>> if (connect()) {
>>>>>
>>>>> OutputStream out = null;
>>>>> Socket socket = null;
>>>>>
>>>>> try {
>>>>> socket = new Socket("localhost", 4200);
>>>>> out = socket.getOutputStream();
>>>>> out.write("Stop".getBytes());
>>>>> } catch (Exception e) {
>>>>> //Ignore
>>>>> } finally {
>>>>> try {
>>>>> out.close();
>>>>> } catch (IOException e) {
>>>>> //Ignore
>>>>> }
>>>>> try {
>>>>> socket.close();
>>>>> } catch (IOException e) {
>>>>> //Ignore
>>>>> }
>>>>> }
>>>>>
>>>>> return disconnect(10, "localhost", 4201);
>>>>>
>>>>> } else {
>>>>> log.debug(":: Remote OpenEJB is not running ::");
>>>>> return true;
>>>>> }
>>>>> }
>>>>>
>>>>> public static boolean connect() {
>>>>> return connect(1, "localhost", 4201);
>>>>> }
>>>>>
>>>>> private void forkServerProcess(final String option) {
>>>>>
>>>>> try {
>>>>>
>>>>> ArrayList<String> cmd = new ArrayList<String>();
>>>>> String s = java.io.File.separator;
>>>>> String java = System.getProperty("java.home") + s +
>>>>> "bin" +
>>>>> s + "java";
>>>>>
>>>>> cmd.add(java);
>>>>> addSystemProperties(cmd);
>>>>> cmd.add("-classpath");
>>>>> //cmd.add(getClasspath());
>>>>> cmd.add(_path + "lib");
>>>>> //cmd.add("org.apache.openejb.server.Main");
>>>>> cmd.add("-jar");
>>>>>
>>>>> //Find the core jar.
>>>>> final File[] libs = new File(_path + "lib").listFiles();
>>>>> File core = null;
>>>>>
>>>>> for(File f : libs){
>>>>> if(f.getName().toLowerCase().indexOf("openejb-
>>>>> core")>
>>>>> -1){
>>>>> core = f;
>>>>> }
>>>>> }
>>>>>
>>>>> if(null == core){
>>>>> throw new Exception("Did not find core library");
>>>>> }
>>>>>
>>>>> cmd.add(core.getAbsolutePath());
>>>>> cmd.add(option);
>>>>>
>>>>> String[] command = (String[]) cmd.toArray(new String[0]);
>>>>>
>>>>> Runtime runtime = Runtime.getRuntime();
>>>>> Process server = runtime.exec(command, null, new
>>>>> File(_path));
>>>>>
>>>>> Thread serverOut = new Thread(new
>>>>> Pipe(server.getInputStream(), System.out));
>>>>> serverOut.setDaemon(true);
>>>>> serverOut.start();
>>>>>
>>>>> Thread serverErr = new Thread(new
>>>>> Pipe(server.getErrorStream(), System.err));
>>>>> serverErr.setDaemon(true);
>>>>> serverErr.start();
>>>>>
>>>>> } catch (Exception e) {
>>>>> throw new RuntimeException("Cannot start the OpenEJB
>>>>> server.",e);
>>>>> }
>>>>>
>>>>> }
>>>>>
>>>>> private void addSystemProperties(ArrayList<String> cmd) {
>>>>>
>>>>> Set set = System.getProperties().entrySet();
>>>>>
>>>>> for (Iterator iter = set.iterator(); iter.hasNext();) {
>>>>>
>>>>> Map.Entry entry = (Map.Entry) iter.next();
>>>>> String key = (String) entry.getKey();
>>>>> String value = (String) entry.getValue();
>>>>>
>>>>> if (key.matches("^-X.*")) {
>>>>> cmd.add(key + value);
>>>>> } else if
>>>>> (!key.matches("^(java|javax|os|sun|user|file|awt|line|path)\\..*")) {
>>>>> cmd.add("-D" + key + "=" + value);
>>>>> }
>>>>> }
>>>>>
>>>>> }
>>>>>
>>>>> public static boolean connect(int tries, String host, int port) {
>>>>>
>>>>> Socket s = null;
>>>>>
>>>>> try {
>>>>>
>>>>> s = new Socket(host, port);
>>>>> s.getOutputStream().close();
>>>>>
>>>>> } catch (Exception e) {
>>>>>
>>>>> if (tries< 2) {
>>>>> return false;
>>>>> } else {
>>>>>
>>>>> try {
>>>>> Thread.sleep(2000);
>>>>> } catch (Exception e2) {
>>>>> e.printStackTrace();
>>>>> }
>>>>>
>>>>> return connect(--tries, host, port);
>>>>> }
>>>>> } finally {
>>>>> try {
>>>>> s.close();
>>>>> } catch (Exception e) {
>>>>> }
>>>>> }
>>>>>
>>>>> return true;
>>>>> }
>>>>>
>>>>> public static boolean disconnect(int tries, String host, int
>>>>> port) {
>>>>>
>>>>> Socket s = null;
>>>>>
>>>>> try {
>>>>>
>>>>> s = new Socket(host, port);
>>>>> s.getOutputStream().close();
>>>>>
>>>>> try {
>>>>> s.close();
>>>>> } catch (Exception e) {
>>>>> }
>>>>>
>>>>> if (tries< 2) {
>>>>> return false;
>>>>> } else {
>>>>>
>>>>> try {
>>>>> Thread.sleep(2000);
>>>>> } catch (Exception e2) {
>>>>> }
>>>>>
>>>>> return disconnect(--tries, host, port);
>>>>> }
>>>>>
>>>>> } catch (Exception e) {
>>>>>
>>>>> } finally {
>>>>> try {
>>>>> s.close();
>>>>> } catch (Exception e) {
>>>>> }
>>>>> }
>>>>>
>>>>> return true;
>>>>> }
>>>>>
>>>>> private static final class Pipe implements Runnable {
>>>>>
>>>>> private final InputStream is;
>>>>> private final OutputStream out;
>>>>>
>>>>> private Pipe(InputStream is, OutputStream out) {
>>>>> super();
>>>>> this.is = is;
>>>>> this.out = out;
>>>>> }
>>>>>
>>>>> public void run() {
>>>>>
>>>>> try {
>>>>>
>>>>> int i = is.read();
>>>>> out.write(i);
>>>>>
>>>>> while (i != -1) {
>>>>> i = is.read();
>>>>> out.write(i);
>>>>> }
>>>>>
>>>>> } catch (Exception e) {
>>>>> e.printStackTrace();
>>>>> }
>>>>>
>>>>> }
>>>>>
>>>>> }
>>>>> }
>>>>>
>>>>> The JSL service configuration is well documented and I am sure the
>>>>> above
>>>>> code can be tweaked to your needs.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Andy.
>>>>>
>>>>> On 23.11.2009 03:04, rtselvan wrote:
>>>>>
>>>>>> It could be that I missed the documentation on it.
>>>>>>
>>>>>> Is there a wrapper integration to run openEJB as standalone windows
>>>>>> service?
>>>>>> openejb.bat doesn't have any option to install the open ejb as
>>>>>> windows
>>>>>> service (like tomcat).
>>>>>>
>>>>>> Thanks
>>>>>> /selvan
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/Running-standalone-server-as-a-windows-service-tp26471759p26483456.html
>>>> Sent from the OpenEJB User mailing list archive at Nabble.com.
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>

--
------------------------------------------------------------------------

*Andy Gumbrecht*
Software Developer
Orpro Vision GmbH
Hefehof 8, 31785, Hameln

Tel +49 (0) 5151 809 44 21
Cell +49 (0) 174 1800 381
Email andy.gumbrecht@...
Web www.orprovision.com

Orpro Vision GmbH
Sitz der Gesellschaft: 31785, Hameln
USt-Id-Nr: DE264453214
Amtsgericht Hannover HRB204336
Geschaeftsfuehrer: Roberto Gatti

------------------------------------------------------------------------

Diese E-Mail enthält vertrauliche und/oder rechtlich
geschützte Informationen. Wenn Sie nicht der richtige
Adressat sind oder diese E-Mail irrtümlich erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie
diese Mail. Das unerlaubte Kopieren, jegliche anderweitige
Verwendung sowie die unbefugte Weitergabe dieser Mail ist
nicht gestattet.

------------------------------------------------------------------------

This e-mail may contain confidential and/or privileged
information. If you are not the intended recipient (or have
received this e-mail in error) please notify the sender
immediately and destroy this e-mail. Any unauthorized
copying, disclosure, distribution or other use of the
material or parts thereof is strictly forbidden.

------------------------------------------------------------------------

Re: Transaction required exception

2009-12-16T18:52:25Z

Thank you for your help.
I just looked into the spring integration example, and that's what I
was using. I am trying to step a way from spring in a toy project to
gain deeper understanding for transactions.
In the spring integration example, it's not very clear to me how the
transaction is being handled, and how the entityManager is
initialized. To narrow down my problem, I think what I need is a
usertransaction in the Stateless bean. I am not using spring, and
trying to do everything using openEjb only. Here's the code I am
facing problems with:
@TransactionAttribute(TransactionAttributeType.REQUIRED)
@TransactionManagement(TransactionManagementType.BEAN)
@Stateful
public class RestaurantDao3 extends BaseDao<Restaurant, Long> implements
IRestaurantDao {

@Override
public Restaurant create(Restaurant obj)
{
try
{
Context ctx = new InitialContext();
UserTransaction ut = (UserTransaction) ctx
.lookup("java:comp/UserTransaction");
ut.begin();
obj = getEntityManager().merge(obj);
getEntityManager().persist(obj);
getEntityManager().flush();
ut.commit();
} catch (Exception e)
{
e.printStackTrace();
}
return obj;
}
....
}

I am getting the same exception, if I remove the line
"entityManager.flush()" then it works fine but nothing is saved to the
the DB.
The expection I get is:
<openjpa-1.2.1-r752877:753278 nonfatal user error>
org.apache.openjpa.persistence.TransactionRequiredException: Can only
perform operation while a transaction is active.
at org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
at org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
at org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
at org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)

On Wed, Dec 16, 2009 at 3:52 AM, Jean-Louis MONTEIRO
<jean-louis.monteiro@...> wrote:

>
> Hi Mansour,
>
> Did you have a look to our sample named "spring-integration"?
> I seems to me it's what your are trying to do?
>
> Let us know if not.
>
> Jean-Louis
>
>
>
> Mansour Al Akeel wrote:
>>
>> I do have some dao working with spring and tested them as pojos. I am
>> porting them to stateless beans. I am using User transaction (bean
>> managed transaction).
>> Following the example of entityManager injection :
>>
>> public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {
>>
>> private static Context context;
>>
>> @BeforeClass
>> public static void setUpBeforeClass() throws Exception
>> {
>> DBSetup.runDbUnitSetup();
>> logger.warn("Strating testing using OpenEJB");
>> Properties properties = new Properties();
>> properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
>> "org.apache.openejb.client.LocalInitialContextFactory");
>> properties.put("openEjbDatabase", "new://Resource?type=DataSource");
>> properties.put("openEjbDatabase.JdbcDriver", "com.mysql.jdbc.Driver");
>> properties.put("openEjbDatabase.JdbcUrl",
>> "jdbc:mysql://neptune:3306/dbtest");
>> properties.put("openEjbDatabase.UserName", "sa");
>> properties.put("openEjbDatabase.PassWord", "");
>>
>> context = new InitialContext(properties);
>> Object obj = context.lookup("RestaurantDao3Local");
>> dao = (IDao) obj;
>> }
>> }
>>
>> And the relevant dao code:
>> @Resource
>> private UserTransaction utx;
>> @Override
>> public Restaurant create(Restaurant obj)
>> {
>> Restaurant created = obj;
>> try
>> {
>> utx.begin();
>> obj = getEntityManager().merge(obj);
>> getEntityManager().persist(obj);
>> getEntityManager().flush();
>> utx.commit();
>> } catch (Exception e)
>> {
>> e.printStackTrace();
>> }
>> return created;
>> }
>>
>> The exception I am getting:
>> <openjpa-1.2.1-r752877:753278 nonfatal user error>
>> org.apache.openjpa.persistence.TransactionRequiredException: Can only
>> perform operation while a transaction is active.
>> at
>> org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
>> at
>> org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
>> at
>> org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
>> at
>> org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)
>>
>> This is my persistence.xml:
>>
>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>> <persistence version="1.0"
>> xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
>> http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
>> http://java.sun.com/xml/ns/persistence/orm
>> http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
>> xmlns="http://java.sun.com/xml/ns/persistence"
>> xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>> <persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
>> <class>ws.mansour.entities.Restaurant</class>
>> </persistence-unit>
>> </persistence>
>>
>>
>> I do have few quesitons here:
>> 1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
>> I don't understand how did it got picked by other DAO operations (ie.
>> read).
>> 2- I am using RESOURCE_LOCAL at transaction type, which indicates that
>> the container (context) will not handle this. How do I create a
>> tranaction ? With spring I was not able to do
>> entityManager.getTranaction(), because the entityManager injected by
>> spring is proxied (AFAIK). Doing this here, will give me another
>> error, for example:
>> try
>> {
>> getEntityManager().getTransaction().begin();
>> obj = getEntityManager().merge(obj);
>> getEntityManager().persist(obj);
>> getEntityManager().flush();
>> getEntityManager().getTransaction().commit();
>> } catch (Exception e)
>>
>> will give:
>>
>> java.lang.IllegalStateException: A JTA EntityManager can not use the
>> EntityTransaction API. See JPA 1.0 section 5.5
>> at
>> org.apache.openejb.persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:220)
>>
>> What am I doing wrong ?
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Transaction-required-exception-tp26805898p26807467.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

Re: Running standalone server as a windows service

2009-12-16T11:35:31Z

I tried the Andy's suggestion and it works as expected. It launches the openEJB in a separate runtime and communicates through the admin port to shutdown.

I am wondering whether it would be a better idea if we tightly integrate openejb with the JSL service main class, without launching it in a separate process. which means that openEJB main is called from the JSL service wrapper?.. I don't know the internals of the openEJB so I am not sure how big task this would be.

Thanks
/selvan

David, I haven't got around doing this yet, but I will have an update by end of this week.

/selvan

David Blevins wrote:

Thanks, Andy, for the tip. Selvan, I'm curious how this worked out
for you.

I wonder if this is something we can incorporate into the build.
Seems an out-of-the-box windows service version of OpenEJB standalone
would be useful to a fair number of people. Not being much of a
windows guy I'm not too sure what it would take to make that a reality.

The doors are open if anyone would like to take a whack at it.

-David

On Nov 23, 2009, at 7:28 PM, rtselvan wrote:

>
> Thanks Andy. This information is useful, I will try it out.
>
> Yeah, I know what you are talking about the Java Service Wrapper
> project.
>
> Thanks
>
>
>
> Andy Gumbrecht wrote:
>>
>> Hi Selvan,
>>
>> The Java Service Wrapper is no longer free, so I went on the hunt -
>> Its
>> a shame really, because it was developed largely by the community.
>>
>> It is not rocket science to actually dig into the Java.c from Sun and
>> get a basic service running yourself - It is a little more hard to
>> cater
>> for everyone though, and that is where the JSW finds it's commercial
>> strength.
>>
>> Anyway, I used this project 'http://jslwin.sourceforge.net/' (Thanks
>> Michael) to get OpenEJB running as a service using:
>>
>> 1. A simple controller...
>>
>> public class ServiceController {
>>
>> private final static Log log =
>> LogFactory.getLog(ServiceController.class);
>>
>> private static Server _server;
>>
>> public ServiceController() {
>> }
>>
>> public static void main(String[] args) {
>>
>> final File dir;
>>
>> try {
>> dir = new
>> File(System.getProperty("standalone.server.dir"));
>>
>> if (!dir.exists()) {
>> log.fatal(String.format("System property
>> 'standalone.server.dir' is invalid: %s", dir));
>> throw new RuntimeException("System property
>> 'standalone.server.dir' is invalid");
>> }
>> } catch (Exception e) {
>> log.fatal("System property 'standalone.server.dir' not
>> found");
>> throw new RuntimeException("System property
>> 'standalone.server.dir' not found!");
>> }
>>
>> log.info(String.format("Configuring server at: %s", dir));
>>
>> _server = new ServerOpenEJB(dir.getAbsolutePath());
>>
>> Thread t = new Thread() {
>> public void run() {
>> ServiceController.start();
>>
>> while (true) { //System.exit
>> try {
>> Thread.sleep(Integer.MAX_VALUE);
>> } catch (InterruptedException e) {
>> //Ignore
>> log.debug("Service was interrupted");
>> }
>> }
>> }
>> };
>>
>> t.start();
>>
>> try {
>> t.join();
>> } catch (InterruptedException e) {
>> log.debug("InterruptedException:", e);
>> }
>> }
>>
>> public static void start() {
>> log.info("Starting service");
>> resume();
>> log.info("Started service");
>> }
>>
>> public static void stop() {
>>
>> log.info("Stopping service");
>> pause();
>> log.info("Stopped service");
>> LogFactory.releaseAll();
>>
>> Thread.yield();
>>
>> System.exit(0);
>> }
>>
>> public static void pause() {
>> log.info("Pausing service");
>> if (null != _server) {
>> _server.stop();
>> }
>> }
>>
>> public static void resume() {
>> if (null != _server) {
>> if (!_server.isStarted()) {
>> log.info("Resuming service");
>> _server.restart();
>> }
>> }
>> }
>> }
>>
>> 2. A server wrapper (Modified the existing OpenEJB invoker code, so
>> thank you OpenEJB team)
>>
>> public class ServerOpenEJB implements Server {
>>
>> private static final Log log =
>> LogFactory.getLog(ServerOpenEJB.class);
>> private final String _path;
>>
>> public ServerOpenEJB(String path) {
>>
>> if (!path.endsWith(File.separator)) {
>> path += File.separator;
>> }
>>
>> _path = path;
>> }
>>
>> @Override
>> public boolean isStarted() {
>> return connect();
>> }
>>
>> @Override
>> public boolean restart() {
>> if (stop()) {
>> return start();
>> }
>>
>> return false;
>> }
>>
>> public boolean start() {
>>
>> if (!connect()) {
>>
>> forkServerProcess("start");
>> return connect(10, "localhost", 4201);
>>
>> } else {
>> log.debug(":: Remote OpenEJB already started ::");
>> return true;
>> }
>> }
>>
>> @Override
>> public boolean stop() {
>>
>> if (connect()) {
>>
>> OutputStream out = null;
>> Socket socket = null;
>>
>> try {
>> socket = new Socket("localhost", 4200);
>> out = socket.getOutputStream();
>> out.write("Stop".getBytes());
>> } catch (Exception e) {
>> //Ignore
>> } finally {
>> try {
>> out.close();
>> } catch (IOException e) {
>> //Ignore
>> }
>> try {
>> socket.close();
>> } catch (IOException e) {
>> //Ignore
>> }
>> }
>>
>> return disconnect(10, "localhost", 4201);
>>
>> } else {
>> log.debug(":: Remote OpenEJB is not running ::");
>> return true;
>> }
>> }
>>
>> public static boolean connect() {
>> return connect(1, "localhost", 4201);
>> }
>>
>> private void forkServerProcess(final String option) {
>>
>> try {
>>
>> ArrayList<String> cmd = new ArrayList<String>();
>> String s = java.io.File.separator;
>> String java = System.getProperty("java.home") + s +
>> "bin" +
>> s + "java";
>>
>> cmd.add(java);
>> addSystemProperties(cmd);
>> cmd.add("-classpath");
>> //cmd.add(getClasspath());
>> cmd.add(_path + "lib");
>> //cmd.add("org.apache.openejb.server.Main");
>> cmd.add("-jar");
>>
>> //Find the core jar.
>> final File[] libs = new File(_path + "lib").listFiles();
>> File core = null;
>>
>> for(File f : libs){
>> if(f.getName().toLowerCase().indexOf("openejb-
>> core") >
>> -1){
>> core = f;
>> }
>> }
>>
>> if(null == core){
>> throw new Exception("Did not find core library");
>> }
>>
>> cmd.add(core.getAbsolutePath());
>> cmd.add(option);
>>
>> String[] command = (String[]) cmd.toArray(new String[0]);
>>
>> Runtime runtime = Runtime.getRuntime();
>> Process server = runtime.exec(command, null, new
>> File(_path));
>>
>> Thread serverOut = new Thread(new
>> Pipe(server.getInputStream(), System.out));
>> serverOut.setDaemon(true);
>> serverOut.start();
>>
>> Thread serverErr = new Thread(new
>> Pipe(server.getErrorStream(), System.err));
>> serverErr.setDaemon(true);
>> serverErr.start();
>>
>> } catch (Exception e) {
>> throw new RuntimeException("Cannot start the OpenEJB
>> server.",e);
>> }
>>
>> }
>>
>> private void addSystemProperties(ArrayList<String> cmd) {
>>
>> Set set = System.getProperties().entrySet();
>>
>> for (Iterator iter = set.iterator(); iter.hasNext();) {
>>
>> Map.Entry entry = (Map.Entry) iter.next();
>> String key = (String) entry.getKey();
>> String value = (String) entry.getValue();
>>
>> if (key.matches("^-X.*")) {
>> cmd.add(key + value);
>> } else if
>> (!key.matches("^(java|javax|os|sun|user|file|awt|line|path)\\..*")) {
>> cmd.add("-D" + key + "=" + value);
>> }
>> }
>>
>> }
>>
>> public static boolean connect(int tries, String host, int port) {
>>
>> Socket s = null;
>>
>> try {
>>
>> s = new Socket(host, port);
>> s.getOutputStream().close();
>>
>> } catch (Exception e) {
>>
>> if (tries < 2) {
>> return false;
>> } else {
>>
>> try {
>> Thread.sleep(2000);
>> } catch (Exception e2) {
>> e.printStackTrace();
>> }
>>
>> return connect(--tries, host, port);
>> }
>> } finally {
>> try {
>> s.close();
>> } catch (Exception e) {
>> }
>> }
>>
>> return true;
>> }
>>
>> public static boolean disconnect(int tries, String host, int
>> port) {
>>
>> Socket s = null;
>>
>> try {
>>
>> s = new Socket(host, port);
>> s.getOutputStream().close();
>>
>> try {
>> s.close();
>> } catch (Exception e) {
>> }
>>
>> if (tries < 2) {
>> return false;
>> } else {
>>
>> try {
>> Thread.sleep(2000);
>> } catch (Exception e2) {
>> }
>>
>> return disconnect(--tries, host, port);
>> }
>>
>> } catch (Exception e) {
>>
>> } finally {
>> try {
>> s.close();
>> } catch (Exception e) {
>> }
>> }
>>
>> return true;
>> }
>>
>> private static final class Pipe implements Runnable {
>>
>> private final InputStream is;
>> private final OutputStream out;
>>
>> private Pipe(InputStream is, OutputStream out) {
>> super();
>> this.is = is;
>> this.out = out;
>> }
>>
>> public void run() {
>>
>> try {
>>
>> int i = is.read();
>> out.write(i);
>>
>> while (i != -1) {
>> i = is.read();
>> out.write(i);
>> }
>>
>> } catch (Exception e) {
>> e.printStackTrace();
>> }
>>
>> }
>>
>> }
>> }
>>
>> The JSL service configuration is well documented and I am sure the
>> above
>> code can be tweaked to your needs.
>>
>> Best regards,
>>
>> Andy.
>>
>> On 23.11.2009 03:04, rtselvan wrote:
>>> It could be that I missed the documentation on it.
>>>
>>> Is there a wrapper integration to run openEJB as standalone windows
>>> service?
>>> openejb.bat doesn't have any option to install the open ejb as
>>> windows
>>> service (like tomcat).
>>>
>>> Thanks
>>> /selvan
>>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Running-standalone-server-as-a-windows-service-tp26471759p26483456.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

Re: Running Remote Java Client

2009-12-16T06:47:22Z

Hi Jean-Louis,
Thanks, it's classpath problem. I can solve this problem after including the current directory in the CLASSPATH. But I encounter another problem when invoking the method of the EJB from the Java client.
public class OrderClient {
public static void main(String[] args) {
try {
Properties prop = new Properties();
prop.put("java.naming.factory.initial", "org.apache.openejb.client.RemoteInitialContextFactory");
prop.put("java.naming.provider.url", "http://127.0.0.1:8088/openejb/ejb");
InitialContext icOrderSB = new InitialContext(prop);
Object objOrderSB = icOrderSB.lookup("java:OrderSBRemoteHome");
OrderSBHome orderSBHome = (OrderSBHome)PortableRemoteObject.narrow(objOrderSB, OrderSBHome.class);
OrderSB orderSB = orderSBHome.create();
Collection cResults = orderSB.getAllAccounts();
Iterator iterator = cResults.iterator();
while (iterator.hasNext()) {
Account account = (Account)PortableRemoteObject.narrow(iterator.next(), Account.class);
System.out.println("Account: "+account.getOwnerName());
}
} catch (Exception e) {
e.printStackTrace();
} finally {
}
}
}

There is error when executing "account.getOwnerName()".
java.rmi.RemoteException: Unknown Container Exception: java.rmi.RemoteException:
Cannot open input stream to server: ; nested exception is:
java.io.FileNotFoundException: http://127.0.0.1:8080/openejb/ejb; nested
exception is:
java.io.FileNotFoundException: http://127.0.0.1:8080/openejb/ejb
at org.apache.openejb.client.EJBObjectHandler._invoke(EJBObjectHandler.j
ava:177)
at org.apache.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHa
ndler.java:117)
at org.apache.openejb.client.proxy.Jdk13InvocationHandler.invoke(Jdk13In
vocationHandler.java:52)
at $Proxy2.getOwnerName(Unknown Source)
at clientuser.OrderClient.main(OrderClient.java:36)

I have modified the port for tomcat to "8088" but the error message shown that it wants to access the "8080" port. Is there any configuration required for OpenEJB to use "8088" port? Or this can be overcome programatically. Please advise, much thanks.

SK

Hi,

The remote URL depends on the mode used by OpenEJB
- standalone ejbd
- embedded tomcat http
- ....

You need to set the url according to your mode. As far as i can understand, you are using OpenEJB embedded in Tomcat so you must use something like "http://127.0.0.1:8080/openejb/ejb"

Obviously, you must adjust the host and the port according to your tomcat configuration (connectors).
Have a look here for more information http://openejb.apache.org/3.0/clients.html

Then, regarding your classpath issue, can you try something like
set CLASSPATH=.
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;%CLASSPATH%
set CLASSPATH=clientapp\openejb-client-3.0.jar;%CLASSPATH%
"%JAVA_HOME%\bin\javac" clientuser\OrderClient.java
"%JAVA_HOME%\bin\java" clientuser.OrderClient

Just as a side note, in the first case, you reset the classpath before launching the application which is bad cause you need openejb dependencies.

In the second case, you forgot to add your compile classes, so it doesn't work.

Hope it helps.
Jean-Louis

SK Leung wrote:

I have created a remote Java client to access the EJB which is Tomcat 6.0.14+OpenEJB 3.0.

The file structure is as below:
clientapp\clientuser\OrderClient.class
clientapp\openejb-client-3.0.jar
clientapp\javaee-api-5.0-1.jar
clientapp\runClient.bat

The Java client is with the following lines:
package clientuser;
import ...
public class OrderClient {
public static void main(String[] args) {
Properties prop = new Properties();
prop.put("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
prop.put("java.naming.provider.url", "http://127.0.0.1:8088/openejb/ejb");
InitialContext icOrderSB = new InitialContext(prop);
}
}

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
set CLASSPATH=
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
javax.naming.NoInitialContextException: Cannot instantiate class: org.apache.openejb.client.RemoteInitialContextFactory [Root exception is java.lang.ClassNotFoundException: org.apache.openejb.client.RemoteInitialContextFactory]

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
Exception in thread "main" java.lang.NoClassDefFoundError: clientuser/OrderClient

What is going wrong? Please advise. Thanks.

SK

Re: Accessing a Remote Weblogic EJB from an OpenEJB environment

2009-12-16T01:54:57Z

Hi Jean-Louis,

thanks! I tried this (with a simplified version of your regex) and now
weblogic.jar is in fact no longer loaded as client app. But the problem
is still there, because nevertheless weblogic.jar remains in the
classpath and so the SAXParser still interferes. The cause of the
exception now looks like this:

Caused by: org.xml.sax.SAXParseException: Premature end of file.
at
weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1189)
at weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135)
at weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:152)
at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:333)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:194)
... 48 more

The OpenEJB startup has shown the following lines so you can see that
the regex has been applied:

....
INFO - Using 'openejb.deployments.classpath.exclude=.*/weblogic.*'
INFO - Using 'openejb.deployments.classpath.filter.descriptors=true'
INFO - Inspecting classpath for applications: 48 urls. Consider
adjusting your exclude/include. Current settings:
openejb.deployments.classpath.exclude='.*/weblogic.*',
openejb.deployments.classpath.include=''
....

I have already tried to start tailoring the weblogic.jar (removing the
SAXParser) but this lead to other errors. I think I would need a way to
define, that the OpenEJB XML Parsing classes come before the
weblogic.jar in the classpath. Is there a way to achieve this? Or are
there any other ideas?

Many thanks in advance,
Stephan

Jean-Louis MONTEIRO schrieb:

> Hi Stephan,
>
> Could you try excluding this jar?
> Actually, OpenEJB looks for Java EE components for each jars.
> I guess it's not required for weblogic.jar so you could exclude this jar
> (bootstrap will also be faster).
>
> Have a look to
> http://openejb.apache.org/3.0/application-discovery-via-the-classpath.html
> http://openejb.apache.org/3.0/application-discovery-via-the-classpath.html
>
> openejb.deployments.classpath.exclude=.*/weblogic(-[\\d.]+)?.jar(!/)?
> openejb.deployments.classpath.filter.descriptors=true
>
> Can you give it a try?
>
> Jean-Louis
>
>
>
> Stephan Bauer wrote:
>
>> Hi,
>>
>> I am just wondering if anybody has ever had the same problem, that he
>> had to access a remote EJB deployed on a Weblogic (here 8.1.6) Server.
>> My problem is, that as soon as I put the evil weblogic.jar (which I need
>> for communicating with that remote EJB via the t3 protocol) into the
>> build path of my eclipse jee5 projects, then OpenEJB doesn't come up
>> anymore.
>> The problems seems to be, that there is a SAXParser in weblogic.jar that
>> comes into play when OpenEJB wants to read the persistence.xml from my
>> ejb/jpa module (see the cause of the stacktrace below).
>> Has anyone managed to get rid of that or an idea how it could be solved?
>>
>> INFO - Found ClientModule in classpath:
>> C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
>> ....
>> ....
>> INFO - Beginning load:
>> C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
>> INFO - Configuring enterprise application: classpath.ear
>> ERROR - Unable to load Persistence Unit from EAR: classpath.ear, module:
>> /C:/eclipse-workspaces/workspace-xxx/xxx-ejb/build/classes/. Exception:
>> null
>> javax.xml.bind.UnmarshalException
>> - with linked exception:
>> [org.xml.sax.SAXParseException: Premature end of file.]
>> at
>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.createUnmarshalException(AbstractUnmarshallerImpl.java:315)
>> at
>> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.createUnmarshalException(UnmarshallerImpl.java:476)
>> at
>> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:198)
>> at
>> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:167)
>> at
>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:120)
>> at
>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:103)
>> at
>> org.apache.openejb.jee.jpa.unit.JaxbPersistenceFactory.getPersistence(JaxbPersistenceFactory.java:69)
>> at
>> org.apache.openejb.config.ReadDescriptors.deploy(ReadDescriptors.java:103)
>> at
>> org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:247)
>> at
>> org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:601)
>> at
>> org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:551)
>> at
>> org.apache.openejb.config.ConfigurationFactory.getOpenEjbConfiguration(ConfigurationFactory.java:380)
>> at
>> org.apache.openejb.assembler.classic.Assembler.getOpenEjbConfiguration(Assembler.java:299)
>> at
>> org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:278)
>> at org.apache.openejb.OpenEJB$Instance.<init>(OpenEJB.java:137)
>> at org.apache.openejb.OpenEJB.init(OpenEJB.java:286)
>> at org.apache.openejb.OpenEJB.init(OpenEJB.java:265)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36)
>> at
>> org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71)
>> at
>> org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53)
>> at
>> org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42)
>> at
>> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
>> at
>> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>> at javax.naming.InitialContext.init(InitialContext.java:223)
>> at javax.naming.InitialContext.<init>(InitialContext.java:197)
>> at
>> com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setupInitialContext(AbstractOpenEJBLocalFacadeTestCase.java:59)
>> at
>> com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setUp(AbstractOpenEJBLocalFacadeTestCase.java:23)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>> at
>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>> at
>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>> at
>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
>> at
>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>> at
>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>> at
>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>> at
>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
>> at
>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>> at
>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
>> at
>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
>> at
>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
>> at
>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
>> Caused by: org.xml.sax.SAXParseException: Premature end of file.
>> at
>> weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1189)
>> at
>> weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135)
>> at
>> weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:152)
>> at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:333)
>> at
>> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:194)
>> ... 51 more
>>
>> any help would be extremely appreciated...
>> Many thanks in advance,
>> Stephan
>>
>>
>>
>>
>
>

Re: Accessing a Remote Weblogic EJB from an OpenEJB environment

2009-12-16T01:17:21Z

Hi Stephan,

Could you try excluding this jar?
Actually, OpenEJB looks for Java EE components for each jars.
I guess it's not required for weblogic.jar so you could exclude this jar (bootstrap will also be faster).

Have a look to http://openejb.apache.org/3.0/application-discovery-via-the-classpath.html

openejb.deployments.classpath.exclude=.*/weblogic(-[\\d.]+)?.jar(!/)?
openejb.deployments.classpath.filter.descriptors=true

Can you give it a try?

Jean-Louis

Stephan Bauer wrote:

Hi,

I am just wondering if anybody has ever had the same problem, that he
had to access a remote EJB deployed on a Weblogic (here 8.1.6) Server.
My problem is, that as soon as I put the evil weblogic.jar (which I need
for communicating with that remote EJB via the t3 protocol) into the
build path of my eclipse jee5 projects, then OpenEJB doesn't come up
anymore.
The problems seems to be, that there is a SAXParser in weblogic.jar that
comes into play when OpenEJB wants to read the persistence.xml from my
ejb/jpa module (see the cause of the stacktrace below).
Has anyone managed to get rid of that or an idea how it could be solved?

INFO - Found ClientModule in classpath:
C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
....
....
INFO - Beginning load:
C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
INFO - Configuring enterprise application: classpath.ear
ERROR - Unable to load Persistence Unit from EAR: classpath.ear, module:
/C:/eclipse-workspaces/workspace-xxx/xxx-ejb/build/classes/. Exception: null
javax.xml.bind.UnmarshalException
- with linked exception:
[org.xml.sax.SAXParseException: Premature end of file.]
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.createUnmarshalException(AbstractUnmarshallerImpl.java:315)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.createUnmarshalException(UnmarshallerImpl.java:476)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:198)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:167)
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:120)
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:103)
at
org.apache.openejb.jee.jpa.unit.JaxbPersistenceFactory.getPersistence(JaxbPersistenceFactory.java:69)
at
org.apache.openejb.config.ReadDescriptors.deploy(ReadDescriptors.java:103)
at
org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:247)
at
org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:601)
at
org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:551)
at
org.apache.openejb.config.ConfigurationFactory.getOpenEjbConfiguration(ConfigurationFactory.java:380)
at
org.apache.openejb.assembler.classic.Assembler.getOpenEjbConfiguration(Assembler.java:299)
at
org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:278)
at org.apache.openejb.OpenEJB$Instance.<init>(OpenEJB.java:137)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:286)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:265)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53)
at
org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
at javax.naming.InitialContext.init(InitialContext.java:223)
at javax.naming.InitialContext.<init>(InitialContext.java:197)
at
com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setupInitialContext(AbstractOpenEJBLocalFacadeTestCase.java:59)
at
com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setUp(AbstractOpenEJBLocalFacadeTestCase.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: org.xml.sax.SAXParseException: Premature end of file.
at
weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1189)
at weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135)
at weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:152)
at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:333)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:194)
... 51 more

any help would be extremely appreciated...
Many thanks in advance,
Stephan

Re: Transaction required exception

2009-12-15T23:52:45Z

Hi Mansour,

Did you have a look to our sample named "spring-integration"?
I seems to me it's what your are trying to do?

Let us know if not.

Jean-Louis

Mansour Al Akeel wrote:

I do have some dao working with spring and tested them as pojos. I am
porting them to stateless beans. I am using User transaction (bean
managed transaction).
Following the example of entityManager injection :

public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {

private static Context context;

@BeforeClass
public static void setUpBeforeClass() throws Exception
{
DBSetup.runDbUnitSetup();
logger.warn("Strating testing using OpenEJB");
Properties properties = new Properties();
properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
"org.apache.openejb.client.LocalInitialContextFactory");
properties.put("openEjbDatabase", "new://Resource?type=DataSource");
properties.put("openEjbDatabase.JdbcDriver", "com.mysql.jdbc.Driver");
properties.put("openEjbDatabase.JdbcUrl",
"jdbc:mysql://neptune:3306/dbtest");
properties.put("openEjbDatabase.UserName", "sa");
properties.put("openEjbDatabase.PassWord", "");

context = new InitialContext(properties);
Object obj = context.lookup("RestaurantDao3Local");
dao = (IDao) obj;
}
}

And the relevant dao code:
@Resource
private UserTransaction utx;
@Override
public Restaurant create(Restaurant obj)
{
Restaurant created = obj;
try
{
utx.begin();
obj = getEntityManager().merge(obj);
getEntityManager().persist(obj);
getEntityManager().flush();
utx.commit();
} catch (Exception e)
{
e.printStackTrace();
}
return created;
}

The exception I am getting:
<openjpa-1.2.1-r752877:753278 nonfatal user error>
org.apache.openjpa.persistence.TransactionRequiredException: Can only
perform operation while a transaction is active.
at org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
at org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
at org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
at org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)

This is my persistence.xml:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<persistence version="1.0"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
http://java.sun.com/xml/ns/persistence/orm
http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
<class>ws.mansour.entities.Restaurant</class>
</persistence-unit>
</persistence>

I do have few quesitons here:
1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
I don't understand how did it got picked by other DAO operations (ie.
read).
2- I am using RESOURCE_LOCAL at transaction type, which indicates that
the container (context) will not handle this. How do I create a
tranaction ? With spring I was not able to do
entityManager.getTranaction(), because the entityManager injected by
spring is proxied (AFAIK). Doing this here, will give me another
error, for example:
try
{
getEntityManager().getTransaction().begin();
obj = getEntityManager().merge(obj);
getEntityManager().persist(obj);
getEntityManager().flush();
getEntityManager().getTransaction().commit();
} catch (Exception e)

will give:

java.lang.IllegalStateException: A JTA EntityManager can not use the
EntityTransaction API. See JPA 1.0 section 5.5
at org.apache.openejb.persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:220)

What am I doing wrong ?

Re: Running Remote Java Client

2009-12-15T23:45:17Z

Hi,

The remote URL depends on the mode used by OpenEJB
- standalone ejbd
- embedded tomcat http
- ....

You need to set the url according to your mode. As far as i can understand, you are using OpenEJB embedded in Tomcat so you must use something like "http://127.0.0.1:8080/openejb/ejb"

Obviously, you must adjust the host and the port according to your tomcat configuration (connectors).
Have a look here for more information http://openejb.apache.org/3.0/clients.html

Then, regarding your classpath issue, can you try something like
set CLASSPATH=.
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;%CLASSPATH%
set CLASSPATH=clientapp\openejb-client-3.0.jar;%CLASSPATH%
"%JAVA_HOME%\bin\javac" clientuser\OrderClient.java
"%JAVA_HOME%\bin\java" clientuser.OrderClient

Just as a side note, in the first case, you reset the classpath before launching the application which is bad cause you need openejb dependencies.

In the second case, you forgot to add your compile classes, so it doesn't work.

Hope it helps.
Jean-Louis

SK Leung wrote:

I have created a remote Java client to access the EJB which is Tomcat 6.0.14+OpenEJB 3.0.

The file structure is as below:
clientapp\clientuser\OrderClient.class
clientapp\openejb-client-3.0.jar
clientapp\javaee-api-5.0-1.jar
clientapp\runClient.bat

The Java client is with the following lines:
package clientuser;
import ...
public class OrderClient {
public static void main(String[] args) {
Properties prop = new Properties();
prop.put("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
prop.put("java.naming.provider.url", "http://127.0.0.1:8088/openejb/ejb");
InitialContext icOrderSB = new InitialContext(prop);
}
}

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
set CLASSPATH=
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
javax.naming.NoInitialContextException: Cannot instantiate class: org.apache.openejb.client.RemoteInitialContextFactory [Root exception is java.lang.ClassNotFoundException: org.apache.openejb.client.RemoteInitialContextFactory]

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
Exception in thread "main" java.lang.NoClassDefFoundError: clientuser/OrderClient

What is going wrong? Please advise. Thanks.

SK

Transaction required exception

2009-12-15T19:46:49Z

I do have some dao working with spring and tested them as pojos. I am
porting them to stateless beans. I am using User transaction (bean
managed transaction).
Following the example of entityManager injection :

public class RestaurantDaoTest3 extends AbstractRestaurantDaoTest {

private static Context context;

@BeforeClass
public static void setUpBeforeClass() throws Exception
{
DBSetup.runDbUnitSetup();
logger.warn("Strating testing using OpenEJB");
Properties properties = new Properties();
properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
"org.apache.openejb.client.LocalInitialContextFactory");
properties.put("openEjbDatabase", "new://Resource?type=DataSource");
properties.put("openEjbDatabase.JdbcDriver", "com.mysql.jdbc.Driver");
properties.put("openEjbDatabase.JdbcUrl",
"jdbc:mysql://neptune:3306/dbtest");
properties.put("openEjbDatabase.UserName", "sa");
properties.put("openEjbDatabase.PassWord", "");

context = new InitialContext(properties);
Object obj = context.lookup("RestaurantDao3Local");
dao = (IDao) obj;
}
}

And the relevant dao code:
@Resource
private UserTransaction utx;
@Override
public Restaurant create(Restaurant obj)
{
Restaurant created = obj;
try
{
utx.begin();
obj = getEntityManager().merge(obj);
getEntityManager().persist(obj);
getEntityManager().flush();
utx.commit();
} catch (Exception e)
{
e.printStackTrace();
}
return created;
}

The exception I am getting:
<openjpa-1.2.1-r752877:753278 nonfatal user error>
org.apache.openjpa.persistence.TransactionRequiredException: Can only
perform operation while a transaction is active.
at org.apache.openjpa.kernel.BrokerImpl.assertActiveTransaction(BrokerImpl.java:4380)
at org.apache.openjpa.kernel.DelegatingBroker.assertActiveTransaction(DelegatingBroker.java:1330)
at org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:591)
at org.apache.openejb.persistence.JtaEntityManager.flush(JtaEntityManager.java:130)

This is my persistence.xml:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<persistence version="1.0"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd
http://java.sun.com/xml/ns/persistence/orm
http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:orm="http://java.sun.com/xml/ns/persistence/orm"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<persistence-unit name="Testing" transaction-type="RESOURCE_LOCAL">
<class>ws.mansour.entities.Restaurant</class>
</persistence-unit>
</persistence>

I do have few quesitons here:
1- In the jndi Resource, I added openEjbDatabase as a DataSource, but
I don't understand how did it got picked by other DAO operations (ie.
read).
2- I am using RESOURCE_LOCAL at transaction type, which indicates that
the container (context) will not handle this. How do I create a
tranaction ? With spring I was not able to do
entityManager.getTranaction(), because the entityManager injected by
spring is proxied (AFAIK). Doing this here, will give me another
error, for example:
try
{
getEntityManager().getTransaction().begin();
obj = getEntityManager().merge(obj);
getEntityManager().persist(obj);
getEntityManager().flush();
getEntityManager().getTransaction().commit();
} catch (Exception e)

will give:

java.lang.IllegalStateException: A JTA EntityManager can not use the
EntityTransaction API. See JPA 1.0 section 5.5
at org.apache.openejb.persistence.JtaEntityManager.getTransaction(JtaEntityManager.java:220)

What am I doing wrong ?

Accessing a Remote Weblogic EJB from an OpenEJB environment

2009-12-15T13:55:42Z

Hi,

I am just wondering if anybody has ever had the same problem, that he
had to access a remote EJB deployed on a Weblogic (here 8.1.6) Server.
My problem is, that as soon as I put the evil weblogic.jar (which I need
for communicating with that remote EJB via the t3 protocol) into the
build path of my eclipse jee5 projects, then OpenEJB doesn't come up
anymore.
The problems seems to be, that there is a SAXParser in weblogic.jar that
comes into play when OpenEJB wants to read the persistence.xml from my
ejb/jpa module (see the cause of the stacktrace below).
Has anyone managed to get rid of that or an idea how it could be solved?

INFO - Found ClientModule in classpath:
C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
....
....
INFO - Beginning load:
C:\eclipse-workspaces\workspace-xxx\xxx-ejb\lib\weblogic.jar
INFO - Configuring enterprise application: classpath.ear
ERROR - Unable to load Persistence Unit from EAR: classpath.ear, module:
/C:/eclipse-workspaces/workspace-xxx/xxx-ejb/build/classes/. Exception: null
javax.xml.bind.UnmarshalException
- with linked exception:
[org.xml.sax.SAXParseException: Premature end of file.]
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.createUnmarshalException(AbstractUnmarshallerImpl.java:315)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.createUnmarshalException(UnmarshallerImpl.java:476)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:198)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:167)
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:120)
at
javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:103)
at
org.apache.openejb.jee.jpa.unit.JaxbPersistenceFactory.getPersistence(JaxbPersistenceFactory.java:69)
at
org.apache.openejb.config.ReadDescriptors.deploy(ReadDescriptors.java:103)
at
org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:247)
at
org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:601)
at
org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:551)
at
org.apache.openejb.config.ConfigurationFactory.getOpenEjbConfiguration(ConfigurationFactory.java:380)
at
org.apache.openejb.assembler.classic.Assembler.getOpenEjbConfiguration(Assembler.java:299)
at
org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:278)
at org.apache.openejb.OpenEJB$Instance.<init>(OpenEJB.java:137)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:286)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:265)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53)
at
org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
at javax.naming.InitialContext.init(InitialContext.java:223)
at javax.naming.InitialContext.<init>(InitialContext.java:197)
at
com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setupInitialContext(AbstractOpenEJBLocalFacadeTestCase.java:59)
at
com.bmw.sf.xxx.facade.AbstractOpenEJBLocalFacadeTestCase.setUp(AbstractOpenEJBLocalFacadeTestCase.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: org.xml.sax.SAXParseException: Premature end of file.
at
weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1189)
at weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135)
at weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:152)
at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:333)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:194)
... 51 more

any help would be extremely appreciated...
Many thanks in advance,
Stephan

Re: javax.naming.NameAlreadyBoundException: ParsedName{path=openejb/client/foundation/comp/env, component=env}

2009-12-15T13:25:58Z

Hi,

sorry for disturbing. I solved the problem myself. The key issue was,
that I had some utility jar files more than once physically in my
different jee5 projects (modules).
I have fixed that so that every jar is only in one central location from
which all projects refer to them.

Nevertheless I would be interested in knowing why these jar files get
reflected in the JNDI in that "client" namespace...

Stephan

Stephan Bauer schrieb:

> Hi,
>
> I am trying to add OpenEJB based unittests to my JEE5 project with
> Stateless EJBs and also an MDB.
> After having resolved some classpath issues on my own, I still cannot
> make my testcase work because of the following error during openejb
> startup:
>
> INFO - Configuring enterprise application: classpath.ear
> INFO - Configuring Service(id=Default Stateless Container,
> type=Container, provider-id=Default Stateless Container)
> INFO - Auto-creating a container for bean MyDaoBean:
> Container(type=STATELESS, id=Default Stateless Container)
> INFO - Configuring Service(id=Default JMS Connection Factory,
> type=Resource, provider-id=Default JMS Connection Factory)
> INFO - Auto-creating a Resource with id 'Default JMS Connection
> Factory' of type 'javax.jms.QueueConnectionFactory for
> 'MessageProducerServiceBean'.
> INFO - Configuring Service(id=Default JMS Resource Adapter,
> type=Resource, provider-id=Default JMS Resource Adapter)
> INFO - Auto-linking resource-ref
> 'com.xxx.service.ejb.impl.MessageProducerServiceBean/cubeCalcQueueConnectionFactory'
> in bean MessageProducerServiceBean to Resource(id=Default JMS
> Connection Factory)
> INFO - Configuring Service(id=jms/XXXQueueDestination, type=Resource,
> provider-id=Default Queue)
> INFO - Auto-creating a Resource with id 'jms/XXXQueueDestination' of
> type 'javax.jms.Queue for 'MessageProducerServiceBean'.
> INFO - Auto-linking resource-env-ref
> 'com.xxx.service.ejb.impl.MessageProducerServiceBean/cubeCalcQueueDestination'
> in bean MessageProducerServiceBean to
> Resource(id=jms/XXXQueueDestination)
> INFO - Configuring Service(id=Default MDB Container, type=Container,
> provider-id=Default MDB Container)
> INFO - Auto-creating a container for bean MessageConsumerBean:
> Container(type=MESSAGE, id=Default MDB Container)
> INFO - Configuring Service(id=MessageConsumerBean, type=Resource,
> provider-id=Default Queue)
> INFO - Auto-creating a Resource with id 'MessageConsumerBean' of type
> 'javax.jms.Queue for 'MessageConsumerBean'.
> INFO - Configuring PersistenceUnit(name=xxx-pu,
> provider=org.hibernate.ejb.HibernatePersistence)
> INFO - Auto-creating a Resource with id 'jdbc/xxxDSNonJta' of type
> 'DataSource for 'xxx-pu'.
> INFO - Configuring Service(id=jdbc/xxxDSNonJta, type=Resource,
> provider-id=jdbc/xxxDS)
> INFO - Adjusting PersistenceUnit xxx-pu <non-jta-data-source> to
> Resource ID 'jdbc/xxxDSNonJta' from 'null'
> INFO - Enterprise application "classpath.ear" loaded.INFO - Assembling
> app: classpath.ear
> INFO - PersistenceUnit(name=xxx-pu,
> provider=org.hibernate.ejb.HibernatePersistence)
> ....
> ....
> [deploying EJBs successfully]
> ....
> ....
> INFO - Created Ejb(deployment-id=MessageConsumerBean,
> ejb-name=MessageConsumerBean, container=Default MDB Container)
> INFO - Undeploying app: classpath.ear
> ERROR - Application could not be deployed: classpath.ear
> org.apache.openejb.OpenEJBException: Creating application failed:
> classpath.ear: ParsedName{path=openejb/client/foundation/comp/env,
> component=env}
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:666)
>
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:449)
>
> at
> org.apache.openejb.assembler.classic.Assembler.buildContainerSystem(Assembler.java:367)
>
> at
> org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:279)
> at org.apache.openejb.OpenEJB$Instance.<init>(OpenEJB.java:137)
> at org.apache.openejb.OpenEJB.init(OpenEJB.java:286)
> at org.apache.openejb.OpenEJB.init(OpenEJB.java:265)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36)
> at
> org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71)
>
> at
> org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53)
>
> at
> org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42)
>
> at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
> at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
> at javax.naming.InitialContext.init(Unknown Source)
> at javax.naming.InitialContext.<init>(Unknown Source)
> at
> com.bmw.sf.cubecalc.facade.AbstractOpenEJBLocalFacadeTestCase.setupInitialContext(AbstractOpenEJBLocalFacadeTestCase.java:59)
>
> at
> com.bmw.sf.cubecalc.facade.AbstractOpenEJBLocalFacadeTestCase.setUp(AbstractOpenEJBLocalFacadeTestCase.java:23)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
>
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
>
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
>
> at
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
>
> at
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
>
> at
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
>
> at
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
>
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
>
> at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
>
> Caused by: javax.naming.NameAlreadyBoundException:
> ParsedName{path=openejb/client/foundation/comp/env, component=env}
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:96)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
> at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
> at
> org.apache.openejb.core.ivm.naming.IvmContext.bind(IvmContext.java:295)
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:618)
>
> ... 40 more
>
> Can anybody help me interpreting this error?
>
> Many thanks in advance,
> Stephan Bauer

--
Stephan Bauer
Dipl. Inform. (FH) / Freiberuflicher System Architekt
Lessingstr. 5
94315 Straubing
Deutschland
eMail 1: sb@...
eMail 2: stephan.bauer@...
Tel.: +49 9421 9299386
Mobil: +49 171 7878621
http://www.softwarebuero-straubing.de

javax.naming.NameAlreadyBoundException: ParsedName{path=openejb/client/foundation/comp/env, component=env}

2009-12-15T08:28:41Z

Hi,

I am trying to add OpenEJB based unittests to my JEE5 project with
Stateless EJBs and also an MDB.
After having resolved some classpath issues on my own, I still cannot
make my testcase work because of the following error during openejb startup:

INFO - Configuring enterprise application: classpath.ear
INFO - Configuring Service(id=Default Stateless Container,
type=Container, provider-id=Default Stateless Container)
INFO - Auto-creating a container for bean MyDaoBean:
Container(type=STATELESS, id=Default Stateless Container)
INFO - Configuring Service(id=Default JMS Connection Factory,
type=Resource, provider-id=Default JMS Connection Factory)
INFO - Auto-creating a Resource with id 'Default JMS Connection Factory'
of type 'javax.jms.QueueConnectionFactory for 'MessageProducerServiceBean'.
INFO - Configuring Service(id=Default JMS Resource Adapter,
type=Resource, provider-id=Default JMS Resource Adapter)
INFO - Auto-linking resource-ref
'com.xxx.service.ejb.impl.MessageProducerServiceBean/cubeCalcQueueConnectionFactory'
in bean MessageProducerServiceBean to Resource(id=Default JMS Connection
Factory)
INFO - Configuring Service(id=jms/XXXQueueDestination, type=Resource,
provider-id=Default Queue)
INFO - Auto-creating a Resource with id 'jms/XXXQueueDestination' of
type 'javax.jms.Queue for 'MessageProducerServiceBean'.
INFO - Auto-linking resource-env-ref
'com.xxx.service.ejb.impl.MessageProducerServiceBean/cubeCalcQueueDestination'
in bean MessageProducerServiceBean to Resource(id=jms/XXXQueueDestination)
INFO - Configuring Service(id=Default MDB Container, type=Container,
provider-id=Default MDB Container)
INFO - Auto-creating a container for bean MessageConsumerBean:
Container(type=MESSAGE, id=Default MDB Container)
INFO - Configuring Service(id=MessageConsumerBean, type=Resource,
provider-id=Default Queue)
INFO - Auto-creating a Resource with id 'MessageConsumerBean' of type
'javax.jms.Queue for 'MessageConsumerBean'.
INFO - Configuring PersistenceUnit(name=xxx-pu,
provider=org.hibernate.ejb.HibernatePersistence)
INFO - Auto-creating a Resource with id 'jdbc/xxxDSNonJta' of type
'DataSource for 'xxx-pu'.
INFO - Configuring Service(id=jdbc/xxxDSNonJta, type=Resource,
provider-id=jdbc/xxxDS)
INFO - Adjusting PersistenceUnit xxx-pu <non-jta-data-source> to
Resource ID 'jdbc/xxxDSNonJta' from 'null'
INFO - Enterprise application "classpath.ear" loaded.INFO - Assembling
app: classpath.ear
INFO - PersistenceUnit(name=xxx-pu,
provider=org.hibernate.ejb.HibernatePersistence)
....
....
[deploying EJBs successfully]
....
....
INFO - Created Ejb(deployment-id=MessageConsumerBean,
ejb-name=MessageConsumerBean, container=Default MDB Container)
INFO - Undeploying app: classpath.ear
ERROR - Application could not be deployed: classpath.ear
org.apache.openejb.OpenEJBException: Creating application failed:
classpath.ear: ParsedName{path=openejb/client/foundation/comp/env,
component=env}
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:666)
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:449)
at
org.apache.openejb.assembler.classic.Assembler.buildContainerSystem(Assembler.java:367)
at
org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:279)
at org.apache.openejb.OpenEJB$Instance.<init>(OpenEJB.java:137)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:286)
at org.apache.openejb.OpenEJB.init(OpenEJB.java:265)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71)
at
org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53)
at
org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42)
at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
at javax.naming.InitialContext.init(Unknown Source)
at javax.naming.InitialContext.<init>(Unknown Source)
at
com.bmw.sf.cubecalc.facade.AbstractOpenEJBLocalFacadeTestCase.setupInitialContext(AbstractOpenEJBLocalFacadeTestCase.java:59)
at
com.bmw.sf.cubecalc.facade.AbstractOpenEJBLocalFacadeTestCase.setUp(AbstractOpenEJBLocalFacadeTestCase.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
at
org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
at
org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at
org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at
org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
at
org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
at
org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at
org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Caused by: javax.naming.NameAlreadyBoundException:
ParsedName{path=openejb/client/foundation/comp/env, component=env}
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:96)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:90)
at org.apache.openejb.core.ivm.naming.NameNode.bind(NameNode.java:105)
at
org.apache.openejb.core.ivm.naming.IvmContext.bind(IvmContext.java:295)
at
org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:618)
... 40 more

Can anybody help me interpreting this error?

Many thanks in advance,
Stephan Bauer

Re: Running Remote Java Client

2009-12-15T07:26:34Z

use

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

Seems that "http://127.0.0.1:8088/openejb/ejb"); not correct!

2009/12/15 SK Leung <siukaileung@...>

>
> I have created a remote Java client to access the EJB which is Tomcat
> 6.0.14+OpenEJB 3.0.
>
> The file structure is as below:
> clientapp\clientuser\OrderClient.class
> clientapp\openejb-client-3.0.jar
> clientapp\javaee-api-5.0-1.jar
> clientapp\runClient.bat
>
> The Java client is with the following lines:
> package clientuser;
> import ...
> public class OrderClient {
> public static void main(String[] args) {
> Properties prop = new Properties();
> prop.put("java.naming.factory.initial",
> "org.apache.openejb.client.RemoteInitialContextFactory");
> prop.put("java.naming.provider.url",
> "http://127.0.0.1:8088/openejb/ejb");
> InitialContext icOrderSB = new InitialContext(prop);
> }
> }
>
> If I have the batch file runClient.bat as
> set
> CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
> "E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
> set CLASSPATH=
> "E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient
>
> I got the error message:
> javax.naming.NoInitialContextException: Cannot instantiate class:
> org.apache.openejb.client.RemoteInitialContextFactory [Root exception is
> java.lang.ClassNotFoundException:
> org.apache.openejb.client.RemoteInitialContextFactory]
>
> If I have the batch file runClient.bat as
> set
> CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
> "E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
> "E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient
>
> I got the error message:
> Exception in thread "main" java.lang.NoClassDefFoundError:
> clientuser/OrderClient
>
> What is going wrong? Please advise. Thanks.
>
> SK
> --
> View this message in context:
> http://old.nabble.com/Running-Remote-Java-Client-tp26795519p26795519.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

--
Gurkan Erdogdu
http://gurkanerdogdu.blogspot.com

Running Remote Java Client

2009-12-15T06:17:35Z

I have created a remote Java client to access the EJB which is Tomcat 6.0.14+OpenEJB 3.0.

The file structure is as below:
clientapp\clientuser\OrderClient.class
clientapp\openejb-client-3.0.jar
clientapp\javaee-api-5.0-1.jar
clientapp\runClient.bat

The Java client is with the following lines:
package clientuser;
import ...
public class OrderClient {
public static void main(String[] args) {
Properties prop = new Properties();
prop.put("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
prop.put("java.naming.provider.url", "http://127.0.0.1:8088/openejb/ejb");
InitialContext icOrderSB = new InitialContext(prop);
}
}

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
set CLASSPATH=
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
javax.naming.NoInitialContextException: Cannot instantiate class: org.apache.openejb.client.RemoteInitialContextFactory [Root exception is java.lang.ClassNotFoundException: org.apache.openejb.client.RemoteInitialContextFactory]

If I have the batch file runClient.bat as
set CLASSPATH=clientapp\javaee-api-5.0-1.jar;clientapp\openejb-client-3.0.jar
"E:\Program Files\Java\jdk1.6.0_16\bin\javac" clientuser\OrderClient.java
"E:\Program Files\Java\jdk1.6.0_16\bin\java" clientuser.OrderClient

I got the error message:
Exception in thread "main" java.lang.NoClassDefFoundError: clientuser/OrderClient

What is going wrong? Please advise. Thanks.

SK

Re: Get datasource from remote client

2009-12-14T23:31:19Z

Toni,

You cannot get a DataSource from a remote client - your test under
Glassfish was most definitely accessing that DataSource from a local
context (try accessing it from a remote or virtual machine, and be
assured it won't work).

What you should be doing is creating some kind of interface (in the
non-literal sense) for clients to access remotely. EJBs (Enterprise Java
Beans) are more than likely the interface (in a literal sense) that you
should be using - there are several ways to access remote information,
EJBs, Web Services and Remoting to name just a few.

So, your clients access EJBs remotely using JNDI lookups - they (the
EJBs) in turn either access the DataSource directly to provide retrieved
information, or you could have a JPA layer to create and access Entity
Beans - which are by nature intended to cross remote boundaries.

JVM1-Client/JNDI <----> JVM2-EJB(3) /DataSource/JPA <----> Database

Have fun,

Andy.

PS. The centre of the the bridge in the example above is going to be OpenEJB

> Hello. First of all, excuse my poor english, and thanks for your good
> work.
>
> I have a standalone client application working fine with OpenEJB 3.1.2.
> OpenEjb is running standalone (not embedded), and the client is running
> on other Java VM. It works getting EJBs from their remote interfaces, it
> works running JPA things, but i have troubles retrieving a Datasource
> from its JNDI name.
>
> The openejb.xml datasource are:
>
> <Resource id="fachibernate" type="DataSource">
>
> JdbcDriver com.mysql.jdbc.Driver
> JdbcUrl jdbc:mysql://localhost/fachibernate
> UserName foo
> Password bar
> JtaManaged true
> </Resource>
>
> <Resource id="fachibernatenojta" type="DataSource">
>
> JdbcDriver com.mysql.jdbc.Driver
> JdbcUrl jdbc:mysql://localhost/fachibernate
> UserName foo
> Password bar
> JtaManaged false
> </Resource>
>
> The JNDI properties I use:
>
> java.naming.factory.initial=org.apache.openejb.client.RemoteInitialContextFactory
> java.naming.provider.url=ejbd://localhost:4201
>
> And here the evil line:
>
> DataSource ds = (DataSource)contexto.lookup(poolJndiName);
> ...<here comes some SQL work with ds>
>
> I have been test this with GlassFish and it worked, but I have some
> problems / questions with OpenEjb:
>
> 1) I read the OpenEjb documentation about datasource JNDI names, and I
> have tried to put poolJndiName="fachibernate",
> poolJndiName="java:openejb/Resource/fachibernate" and
> poolJndiName="java:comp/env/fachibernate" and they give me a
>
> javax.naming.NameNotFoundException: XXX does not exist in the system.
> Check that the app was successfully deployed.
> at
> org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:261)
> ...
>
> that names only works on the same VM than Openejb? I'm new about J2EE,
> so this probably is my fault.
>
> 2) I have tried poolJndiName="openejb:Resource/fachibernate" and it does
> some different. It throws the exception:
>
> javax.naming.NamingException: Expected an ejb proxy, found unknown
> object: type=org.apache.openejb.resource.jdbc.BasicManagedDataSource,
> toString=org.apache.openejb.resource.jdbc.BasicManagedDataSource@1f8a6890
> at
> org.apache.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandler.java:354)
> at
> org.apache.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequestHandler.java:129)
> at
> org.apache.openejb.server.ejbd.EjbDaemon.processJndiRequest(EjbDaemon.java:200)
> at
> org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:153)
> 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
> $Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor
> $Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:619)
>
> "Expected an ejb proxy"... Is this out of the J2EE specification? Can I
> only retrieve EJBs from a remote OpenEjb? I'm doing something wrong?
>
> (where it says "fachibernate", I have tried too "fachibernatenojta" and
> it give me the same result)
>
> Thanks.
>
>
>
>
>

Re: Get datasource from remote client

2009-12-14T22:39:47Z

You are not able to get DataSource from remote clients.

2009/12/14 Toni Bennasar <toni.bennasar@...>

> Hello. First of all, excuse my poor english, and thanks for your good
> work.
>
> I have a standalone client application working fine with OpenEJB 3.1.2.
> OpenEjb is running standalone (not embedded), and the client is running
> on other Java VM. It works getting EJBs from their remote interfaces, it
> works running JPA things, but i have troubles retrieving a Datasource
> from its JNDI name.
>
> The openejb.xml datasource are:
>
> <Resource id="fachibernate" type="DataSource">
>
> JdbcDriver com.mysql.jdbc.Driver
> JdbcUrl jdbc:mysql://localhost/fachibernate
> UserName foo
> Password bar
> JtaManaged true
> </Resource>
>
> <Resource id="fachibernatenojta" type="DataSource">
>
> JdbcDriver com.mysql.jdbc.Driver
> JdbcUrl jdbc:mysql://localhost/fachibernate
> UserName foo
> Password bar
> JtaManaged false
> </Resource>
>
> The JNDI properties I use:
>
>
> java.naming.factory.initial=org.apache.openejb.client.RemoteInitialContextFactory
> java.naming.provider.url=ejbd://localhost:4201
>
> And here the evil line:
>
> DataSource ds = (DataSource)contexto.lookup(poolJndiName);
> ...<here comes some SQL work with ds>
>
> I have been test this with GlassFish and it worked, but I have some
> problems / questions with OpenEjb:
>
> 1) I read the OpenEjb documentation about datasource JNDI names, and I
> have tried to put poolJndiName="fachibernate",
> poolJndiName="java:openejb/Resource/fachibernate" and
> poolJndiName="java:comp/env/fachibernate" and they give me a
>
> javax.naming.NameNotFoundException: XXX does not exist in the system.
> Check that the app was successfully deployed.
> at
> org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:261)
> ...
>
> that names only works on the same VM than Openejb? I'm new about J2EE,
> so this probably is my fault.
>
> 2) I have tried poolJndiName="openejb:Resource/fachibernate" and it does
> some different. It throws the exception:
>
> javax.naming.NamingException: Expected an ejb proxy, found unknown
> object: type=org.apache.openejb.resource.jdbc.BasicManagedDataSource,
> toString=org.apache.openejb.resource.jdbc.BasicManagedDataSource@1f8a6890
> at
>
> org.apache.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandler.java:354)
> at
>
> org.apache.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequestHandler.java:129)
> at
>
> org.apache.openejb.server.ejbd.EjbDaemon.processJndiRequest(EjbDaemon.java:200)
> at
> org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:153)
> 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
> $Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor
> $Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:619)
>
> "Expected an ejb proxy"... Is this out of the J2EE specification? Can I
> only retrieve EJBs from a remote OpenEjb? I'm doing something wrong?
>
> (where it says "fachibernate", I have tried too "fachibernatenojta" and
> it give me the same result)
>
> Thanks.
>
>
>

--
Gurkan Erdogdu
http://gurkanerdogdu.blogspot.com

Re: transaction rolls back when returning from a remove method of a SFSB

2009-12-14T16:20:42Z

Sorry was thinking of Passivate/Activate

Here's the more up to date docs:

http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu

<http://java.sun.com/javaee/5/docs/tutorial/doc/bnbmt.html#bnbmu>I'm curious
to know what it is you're doing in postProcess, I'm still inclined to say
that it's behaving correctly but it depends on what you're doing in there.

On Mon, Dec 14, 2009 at 2:03 PM, is_maximum <mnrz57@...> wrote:

>
>
>
> meetoblivion wrote:
> >
> > What you're describing is exactly what's supposed to be happening.
> You're
> > not supposed to invoke the @Remove method from your own code. When the
> > bean
> > container passivates the instance, it calls @Remove for you.
> >
> >
>
> Thanks.
> As far as I know, it is the client that invokes the remove method and if
> the
> container passivates the SFSB the session bean will not reset its state
>
> http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/EJBConcepts9.html
>
>
>
> -----
> --
> Regards
>
> Mohammad Norouzi
>
> Help each other to reach the future faster
>
> http://pixelshot.wordpress.com Pixelshot Photoblog
>
> http://brainable.blogspot.com Brainable Blog
>
>
> --
> View this message in context:
> http://old.nabble.com/transaction-rolls-back-when-returning-from-a-remove-method-of-a-SFSB-tp26775547p26779956.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

Get datasource from remote client

2009-12-14T12:55:05Z

Hello. First of all, excuse my poor english, and thanks for your good
work.

I have a standalone client application working fine with OpenEJB 3.1.2.
OpenEjb is running standalone (not embedded), and the client is running
on other Java VM. It works getting EJBs from their remote interfaces, it
works running JPA things, but i have troubles retrieving a Datasource
from its JNDI name.

The openejb.xml datasource are:

<Resource id="fachibernate" type="DataSource">

JdbcDriver com.mysql.jdbc.Driver
JdbcUrl jdbc:mysql://localhost/fachibernate
UserName foo
Password bar
JtaManaged true
</Resource>

<Resource id="fachibernatenojta" type="DataSource">

JdbcDriver com.mysql.jdbc.Driver
JdbcUrl jdbc:mysql://localhost/fachibernate
UserName foo
Password bar
JtaManaged false
</Resource>

The JNDI properties I use:

java.naming.factory.initial=org.apache.openejb.client.RemoteInitialContextFactory
java.naming.provider.url=ejbd://localhost:4201

And here the evil line:

DataSource ds = (DataSource)contexto.lookup(poolJndiName);
...<here comes some SQL work with ds>

I have been test this with GlassFish and it worked, but I have some
problems / questions with OpenEjb:

1) I read the OpenEjb documentation about datasource JNDI names, and I
have tried to put poolJndiName="fachibernate",
poolJndiName="java:openejb/Resource/fachibernate" and
poolJndiName="java:comp/env/fachibernate" and they give me a

javax.naming.NameNotFoundException: XXX does not exist in the system.
Check that the app was successfully deployed.
at
org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:261)
...

that names only works on the same VM than Openejb? I'm new about J2EE,
so this probably is my fault.

2) I have tried poolJndiName="openejb:Resource/fachibernate" and it does
some different. It throws the exception:

javax.naming.NamingException: Expected an ejb proxy, found unknown
object: type=org.apache.openejb.resource.jdbc.BasicManagedDataSource,
toString=org.apache.openejb.resource.jdbc.BasicManagedDataSource@1f8a6890
at
org.apache.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandler.java:354)
at
org.apache.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequestHandler.java:129)
at
org.apache.openejb.server.ejbd.EjbDaemon.processJndiRequest(EjbDaemon.java:200)
at
org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:153)
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
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)

"Expected an ejb proxy"... Is this out of the J2EE specification? Can I
only retrieve EJBs from a remote OpenEjb? I'm doing something wrong?

(where it says "fachibernate", I have tried too "fachibernatenojta" and
it give me the same result)

Thanks.

Re: transaction rolls back when returning from a remove method of a SFSB

2009-12-14T11:02:57Z

meetoblivion wrote:

What you're describing is exactly what's supposed to be happening. You're
not supposed to invoke the @Remove method from your own code. When the bean
container passivates the instance, it calls @Remove for you.

Thanks.
As far as I know, it is the client that invokes the remove method and if the container passivates the SFSB the session bean will not reset its state

http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/EJBConcepts9.html

-- Regards
Mohammad Norouzi
Help each other to reach the future faster
Pixelshot Photoblog
Brainable Blog

Re: transaction rolls back when returning from a remove method of a SFSB

2009-12-14T02:47:57Z

What you're describing is exactly what's supposed to be happening. You're
not supposed to invoke the @Remove method from your own code. When the bean
container passivates the instance, it calls @Remove for you.

On Mon, Dec 14, 2009 at 5:13 AM, is_maximum <mnrz57@...> wrote:

>
> Hello
> I have a Stateful session bean with three method preProcess, process and
> postProcess. the postProcess method marked with @Remove
> these three methods are called in one method of a stateless session bean.
> After calling the postProcess the transaction will mark to rollback. I put
> a
> bunch of System.out to pring out getRollbackOnly() of the session context
> and I am sure no exception occured. At the point just before returning from
> postProcess the log shows the getRollbackOnly() is false but in callee
> method right after this method invocation getRollbackOnly() is true!!!!
>
> Does anybody know what the problem is?
>
> Furthermore, When I comment out the @Remove annotation the whole
> transaction
> works fine but I don't know what will happen on the deserted stateful
> session bean which is not destroyed manually!
>
> [code]
> class MyStatefullSB {
> @Remove
> public void postProcess() {
> ....
> logger.debug(sc.getRollbackOnly()); //prints out false
> }
>
> }
>
> class MyStatelessSB {
>
> public void someMethod() {
>
> mystateful.preProcess();
> mystateful.process();
> mystateful.postProcess();
> logger.debug(sc.getRollbackOnly()); //prints out true!!!!
> }
> }
> [/code]
>
>
> -----
> --
> Regards
>
> Mohammad Norouzi
>
> Help each other to reach the future faster
>
> http://pixelshot.wordpress.com Pixelshot Photoblog
>
> http://brainable.blogspot.com Brainable Blog
>
>
> --
> View this message in context:
> http://old.nabble.com/transaction-rolls-back-when-returning-from-a-remove-method-of-a-SFSB-tp26775547p26775547.html
> Sent from the OpenEJB User mailing list archive at Nabble.com.
>
>

transaction rolls back when returning from a remove method of a SFSB

2009-12-14T02:13:16Z

Hello
I have a Stateful session bean with three method preProcess, process and postProcess. the postProcess method marked with @Remove
these three methods are called in one method of a stateless session bean. After calling the postProcess the transaction will mark to rollback. I put a bunch of System.out to pring out getRollbackOnly() of the session context and I am sure no exception occured. At the point just before returning from postProcess the log shows the getRollbackOnly() is false but in callee method right after this method invocation getRollbackOnly() is true!!!!

Does anybody know what the problem is?

Furthermore, When I comment out the @Remove annotation the whole transaction works fine but I don't know what will happen on the deserted stateful session bean which is not destroyed manually!

[code]
class MyStatefullSB {
@Remove
public void postProcess() {
....
logger.debug(sc.getRollbackOnly()); //prints out false
}

}

class MyStatelessSB {

public void someMethod() {

mystateful.preProcess();
mystateful.process();
mystateful.postProcess();
logger.debug(sc.getRollbackOnly()); //prints out true!!!!
}
}
[/code]

-- Regards
Mohammad Norouzi
Help each other to reach the future faster
Pixelshot Photoblog
Brainable Blog

Re: InitialContext Close doesn't do anything

2009-12-11T22:34:34Z

Later I tested with a web server running inside eclipse [debug mode] and it works as expected but it is not working from a JUnit tests. It could be a classpath or similar issue for the JUnit Test Case.

Thanks the suggestion though and it is good to know that there is an another option for it.

Thanks
/selvan

David Blevins wrote:

On Dec 4, 2009, at 12:04 PM, Stephen Connolly wrote:

> That property will shutdown the local openejb instance that you have
> created
> with the InitialContext... I suspect that is not what you are
> after. The
> property is most useful when running unit tests where you need to
> restart
> the container to check with some other initial conditions

Exactly.

> 2009/12/4 rtselvan <rtselvan@gmail.com>
>
>>
>> I am looking up ejbs from my web app running on a tomcat server and
>> openEJB
>> running as standalone, when the openEJB server is restarted, the web
>> application JNDI lookups fails with "Invalid response from server:
>> -1", so
>> I
>> am trying to close the JNDI context and re-open it but still
>> getting the
>> same "Invalid response from server: -1" error. It seems that the jndi
>> context.close doesn't do anything seems due to caching. Is there a
>> setting
>> that can be passed to the "RemoteInitialContextFactory" to force
>> close it?

What OpenEJB version are you using? We had an issue with this I
thought we had fixed.

An alternate approach would be to use the http protocol instead. Try
using this as your initial context url:

http://127.0.0.1:8080/openejb/ejb

Adjust the host and port to be where you have Tomcat running.

Hope that helps!

-David

Re: jbosscmp

2009-12-11T05:24:47Z

Sure, I'll give a crack at it. Any other classes I should look at?

David Blevins wrote:

On Dec 10, 2009, at 11:15 PM, tbush wrote:

> I'm working on using openejb to unit test an older application which
> is
> currently deployed to JBoss. Can OpenEBJ read and process the
> jbosscmp-jdbc.xml? I found
> org.apache.openejb.jee.jba.cmp.JbosscmpJdbc in
> the 3.1.2 codebase; but I haven't see how to configure OpenEJB to
> read the
> xml.

We do for the GlassFish descriptors, and would like to for the JBoss
stuff as well. We have the JAXB tree in there to read the descriptor,
but don't have any conversion code in there yet. I'm not aware of
anyone working on it at the moment. It may have even been me who
added that jaxb tree, but it's been a while and I don't recall - I
added a bunch of JAXB trees when we did the GlassFish specific work.

If you wanted to do some work here, we would *love* it. Doesn't have
to be complete. Here's the GlassFish converter which you could copy
from:

http://svn.apache.org/repos/asf/openejb/trunk/openejb3/container/openejb-core/src/main/java/org/apache/openejb/config/SunConversion.java

-David