openejb-user Mailing List for OpenEJB
Brought to you by:
dblevins,
monson-haefel
Menu
▾
▴
openejb-user — OpenEJB community list. Make friends, talk tech, get and give help. OT is OK!
You can subscribe to this list here.
| 2002 |
Jan
(3) |
Feb
(25) |
Mar
(6) |
Apr
(7) |
May
(41) |
Jun
(47) |
Jul
(44) |
Aug
(116) |
Sep
(74) |
Oct
(131) |
Nov
(79) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(30) |
Feb
(34) |
Mar
(100) |
Apr
(68) |
May
(64) |
Jun
(12) |
Jul
(32) |
Aug
(34) |
Sep
(84) |
Oct
(15) |
Nov
(64) |
Dec
(12) |
| 2004 |
Jan
(1) |
Feb
(15) |
Mar
(7) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Margolis, S. <Sco...@st...> - 2004-04-23 04:42:11
|
Please Help I've followed the instructions for setting up OpenEJB 0.9.2. I want to run the OpenEJB Test Suite by navigating to: http://localhost:8088/openejb_loader-0.9.2/index.html and everything looks fine until the last page which fails on step: Invoking the create method on the ejb home FAIL I get the following message in the error log stdout.log: Bootstrap: Create Catalina server Bootstrap: Starting service Starting service Tomcat-Standalone Apache Tomcat/4.1.30 OpenEJB 0.9.2 build: 20030605-0409 http://openejb.sf.net Bootstrap: Service started Warning: No test suite configuration file specified, assuming system properties contain all needed information. To specify a test suite configuration file by setting its location using the system property "openejb.testsuite.properties" Cannot start the test database: java.lang.IllegalStateException Cannot start database: java.lang.reflect.UndeclaredThrowableException null Cannot initialize the test environment: java.lang.IllegalStateException Cannot start database: java.lang.reflect.UndeclaredThrowableException null |
|
From: David B. <dav...@vi...> - 2004-04-18 02:44:52
|
Looks like you have JAVA_HOME set wrong. Should be just 'C:\j2sdk1.4.2_04' -David On Fri, Apr 16, 2004 at 12:37:35PM -0400, Margolis, Scott wrote: > Hi, > > I just installed OpenEJB (Latest Version) 0.9.2 Beta. I > have Tomcat 4.1 installed an active. All on Windows > 2K. I am getting the following error when I execute the > openejb test command. Also openejb start simply closes > the window. Logs have nothing. Results of screen are > below. Any help would be great. > > C:\openejb>openejb test > "____________________________________________ > "|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_ > " " > "Running EJB compliance tests on IntraVM Serv > "____________________________________________ > --------------SUPPORT INFO------------- > Windows_NT > Using JAVA_HOME: C:\j2sdk1.4.2_04\bin > Using OPENEJB_HOME: C:\openejb > The system cannot find the path specified. > "____________________________________________ > "|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_ > " " > "Running EJB compliance tests on Remote Serve > "____________________________________________ > --------------SUPPORT INFO------------- > Windows_NT > Using JAVA_HOME: C:\j2sdk1.4.2_04\bin > Using OPENEJB_HOME: C:\openejb > The system cannot find the path specified. > > > > Scott L. Margolis > DMA HIPAA Project Team > 617-660-5725 (Chelsea) > 617-827-5707 (Cell) > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > http://OpenEJB.sf.net > OpenEJB-user mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openejb-user |
|
From: Margolis, S. <Sco...@st...> - 2004-04-16 16:38:49
|
Hi, I just installed OpenEJB (Latest Version) 0.9.2 Beta. I have Tomcat 4.1 installed an active. All on Windows 2K. I am getting the following error when I execute the openejb test command. Also openejb start simply closes the window. Logs have nothing. Results of screen are below. Any help would be great. C:\openejb>openejb test "____________________________________________ "|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_ " " "Running EJB compliance tests on IntraVM Serv "____________________________________________ --------------SUPPORT INFO------------- Windows_NT Using JAVA_HOME: C:\j2sdk1.4.2_04\bin Using OPENEJB_HOME: C:\openejb The system cannot find the path specified. "____________________________________________ "|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_ " " "Running EJB compliance tests on Remote Serve "____________________________________________ --------------SUPPORT INFO------------- Windows_NT Using JAVA_HOME: C:\j2sdk1.4.2_04\bin Using OPENEJB_HOME: C:\openejb The system cannot find the path specified. Scott L. Margolis DMA HIPAA Project Team 617-660-5725 (Chelsea) 617-827-5707 (Cell) |
|
From: <dav...@vi...> - 2004-03-22 20:53:17
|
Hi Michael,
A couple notes: We are in process of moving the list to
us...@op.... I subscribed you to that list and replied to your
first two emails there. Your spam filter may have blocked them. Let
me know if you did not get them and I will forward them two you. If
you did get them, go ahead and respond to those two emails and we'll
go from there.
-David
On Mon, Mar 22, 2004 at 12:13:09PM -0000, Michael Forster wrote:
> I have a series of Beans set up with a Stateless SessionBean as a facade
> between the 2.
>
> I have tried Everything I can think of to get it working I have tried using
> the Session Bean as Container and Bean and as Container I have tried
> Everything from SUPPORTS to REQUIRESNEW including NEVER and REQUIRED, All
> these setting seem to do is change the number of errors produced.
>
> I am in total confusion and have even tried on the sessionContext telling it
> setRollbackOnly() and this doesnt help either.
>
> The Session Bean
>
> public void setSessionContext( SessionContext sessionContext )
> {
> this.sessionContext = sessionContext;
> }
> //The function I am calling
> public Collection ListCards(int CardType) throws RemoteException,
> NamingException, FinderException
> {
> Object bean = getContext().lookup("CardListBean");
> CardListHome ejbHome = (CardListHome) PortableRemoteObject.narrow(bean,
> CardListHome.class);
> return ejbHome.findByCardType( CardType );
> }
>
>
> The CardListBean is set to Required and returns a collection of objects as
> returned by the finder method
>
> The Errors I get are as follows
>
> 2004-03-22 12:02:58,195 ERROR [EJB Daemon [3]]
> (TransactionManagerWrapper.java:420) -
> java.lang.RuntimeException: JDBC driver failed to commit transaction.
> Invalid transaction context. No active transaction
> at
> org.openejb.resource.SharedLocalConnectionManager$Synchronizer.afterCompleti
> on(SharedLocalConnectionManager.java:211)
> at
> org.openejb.core.TransactionManagerWrapper$TransactionWrapper.afterCompletio
> n(TransactionManagerWrapper.java:418)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransaction.doAfterCompletion(P
> seudoTransactionService.java:181)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransaction.commit(PseudoTransa
> ctionService.java:140)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransactionManager.commit(Pseud
> oTransactionService.java:91)
> at
> org.openejb.core.TransactionManagerWrapper.commit(TransactionManagerWrapper.
> java:143)
> at
> org.openejb.core.transaction.TransactionPolicy.commitTransaction(Transaction
> Policy.java:171)
> at
> org.openejb.core.transaction.TxRequiresNew.afterInvoke(TxRequiresNew.java:11
> 8)
> at
> org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
> :343)
> at
> org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
> :269)
> at
> org.openejb.server.EjbDaemon.doEjbObject_BUSINESS_METHOD(EjbDaemon.java:695)
> at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:534)
> at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
> at java.lang.Thread.run(Thread.java:536)
> 2004-03-22 12:02:58,416 ERROR [EJB Daemon [16]]
> (TransactionManagerWrapper.java:420) -
> java.lang.RuntimeException: JDBC driver failed to commit transaction.
> Invalid transaction context. No active transaction
> at
> org.openejb.resource.SharedLocalConnectionManager$Synchronizer.afterCompleti
> on(SharedLocalConnectionManager.java:211)
> at
> org.openejb.core.TransactionManagerWrapper$TransactionWrapper.afterCompletio
> n(TransactionManagerWrapper.java:418)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransaction.doAfterCompletion(P
> seudoTransactionService.java:181)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransaction.commit(PseudoTransa
> ctionService.java:140)
> at
> org.openejb.ri.sp.PseudoTransactionService$MyTransactionManager.commit(Pseud
> oTransactionService.java:91)
> at
> org.openejb.core.TransactionManagerWrapper.commit(TransactionManagerWrapper.
> java:143)
> at
> org.openejb.core.transaction.TransactionPolicy.commitTransaction(Transaction
> Policy.java:171)
> at org.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:120)
> at
> org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.afterInvoke(
> CastorCmpEntityTxPolicy.java:131)
> at
> org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.business
> Method(CastorCMP11_EntityContainer.java:748)
> at
> org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.invoke(C
> astorCMP11_EntityContainer.java:544)
> at
> org.openejb.server.EjbDaemon.doEjbObject_BUSINESS_METHOD(EjbDaemon.java:695)
> at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:534)
> at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
> at java.lang.Thread.run(Thread.java:536)
>
>
> Can somebody please help me to make these work with no errors at all....
>
>
> Michael Forster
>
> Ingotz International Inc.
> Tel: 07005006216
> Fax: 07005006217
>
> This email (and any attachments) is for the addressee only. It is
> confidential and protected by copyright, any opinions/information are those
> of the author and not Ingotz International. Ingotz accepts no responsibility
> for loss or damage (including by viruses) due to it's use. Ingotz reserves
> the right to monitor emails with the lawful business practice regulations
> 2000.
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.620 / Virus Database: 399 - Release Date: 11/03/2004
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> http://OpenEJB.sf.net
> OpenEJB-user mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openejb-user
|
|
From: Michael F. <mfo...@in...> - 2004-03-22 12:20:44
|
I have a series of Beans set up with a Stateless SessionBean as a facade
between the 2.
I have tried Everything I can think of to get it working I have tried using
the Session Bean as Container and Bean and as Container I have tried
Everything from SUPPORTS to REQUIRESNEW including NEVER and REQUIRED, All
these setting seem to do is change the number of errors produced.
I am in total confusion and have even tried on the sessionContext telling it
setRollbackOnly() and this doesnt help either.
The Session Bean
public void setSessionContext( SessionContext sessionContext )
{
this.sessionContext = sessionContext;
}
//The function I am calling
public Collection ListCards(int CardType) throws RemoteException,
NamingException, FinderException
{
Object bean = getContext().lookup("CardListBean");
CardListHome ejbHome = (CardListHome) PortableRemoteObject.narrow(bean,
CardListHome.class);
return ejbHome.findByCardType( CardType );
}
The CardListBean is set to Required and returns a collection of objects as
returned by the finder method
The Errors I get are as follows
2004-03-22 12:02:58,195 ERROR [EJB Daemon [3]]
(TransactionManagerWrapper.java:420) -
java.lang.RuntimeException: JDBC driver failed to commit transaction.
Invalid transaction context. No active transaction
at
org.openejb.resource.SharedLocalConnectionManager$Synchronizer.afterCompleti
on(SharedLocalConnectionManager.java:211)
at
org.openejb.core.TransactionManagerWrapper$TransactionWrapper.afterCompletio
n(TransactionManagerWrapper.java:418)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.doAfterCompletion(P
seudoTransactionService.java:181)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.commit(PseudoTransa
ctionService.java:140)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransactionManager.commit(Pseud
oTransactionService.java:91)
at
org.openejb.core.TransactionManagerWrapper.commit(TransactionManagerWrapper.
java:143)
at
org.openejb.core.transaction.TransactionPolicy.commitTransaction(Transaction
Policy.java:171)
at
org.openejb.core.transaction.TxRequiresNew.afterInvoke(TxRequiresNew.java:11
8)
at
org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
:343)
at
org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
:269)
at
org.openejb.server.EjbDaemon.doEjbObject_BUSINESS_METHOD(EjbDaemon.java:695)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:534)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
at java.lang.Thread.run(Thread.java:536)
2004-03-22 12:02:58,416 ERROR [EJB Daemon [16]]
(TransactionManagerWrapper.java:420) -
java.lang.RuntimeException: JDBC driver failed to commit transaction.
Invalid transaction context. No active transaction
at
org.openejb.resource.SharedLocalConnectionManager$Synchronizer.afterCompleti
on(SharedLocalConnectionManager.java:211)
at
org.openejb.core.TransactionManagerWrapper$TransactionWrapper.afterCompletio
n(TransactionManagerWrapper.java:418)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.doAfterCompletion(P
seudoTransactionService.java:181)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.commit(PseudoTransa
ctionService.java:140)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransactionManager.commit(Pseud
oTransactionService.java:91)
at
org.openejb.core.TransactionManagerWrapper.commit(TransactionManagerWrapper.
java:143)
at
org.openejb.core.transaction.TransactionPolicy.commitTransaction(Transaction
Policy.java:171)
at org.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:120)
at
org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.afterInvoke(
CastorCmpEntityTxPolicy.java:131)
at
org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.business
Method(CastorCMP11_EntityContainer.java:748)
at
org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.invoke(C
astorCMP11_EntityContainer.java:544)
at
org.openejb.server.EjbDaemon.doEjbObject_BUSINESS_METHOD(EjbDaemon.java:695)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:534)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
at java.lang.Thread.run(Thread.java:536)
Can somebody please help me to make these work with no errors at all....
Michael Forster
Ingotz International Inc.
Tel: 07005006216
Fax: 07005006217
This email (and any attachments) is for the addressee only. It is
confidential and protected by copyright, any opinions/information are those
of the author and not Ingotz International. Ingotz accepts no responsibility
for loss or damage (including by viruses) due to it's use. Ingotz reserves
the right to monitor emails with the lawful business practice regulations
2000.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.620 / Virus Database: 399 - Release Date: 11/03/2004
|
|
From: Michael F. <mfo...@in...> - 2004-03-20 19:31:55
|
We have a Sessionbean that is being used as a facade between the JSP server
and the Bean server, however when we instantiate the Session we get the
following errors
INFO EJB Daemon [3] Transaction - TX_RequiresNew: Suspended transaction null
INFO EJB Daemon [3] Transaction - TX_RequiresNew: Started transaction
org.openejb.ri.sp.PseudoTransactionService$MyTransaction@cd2e33
INFO EJB Daemon [3] Transaction - TX_RequiresNew: Committing transaction
org.openejb.ri.sp.PseudoTransactionService$MyTransaction@cd2e33
ERROR EJB Daemon [3] Transaction -
java.lang.RuntimeException: JDBC driver failed to commit transaction.
Invalid transaction context. No active transaction
at
org.openejb.resource.SharedLocalConnectionManager$Synchronizer.afterCompleti
on(SharedLocalConnectionManager.java:211)
at
org.openejb.core.TransactionManagerWrapper$TransactionWrapper.afterCompletio
n(TransactionManagerWrapper.java:418)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.doAfterCompletion(P
seudoTransactionService.java:181)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransaction.commit(PseudoTransa
ctionService.java:140)
at
org.openejb.ri.sp.PseudoTransactionService$MyTransactionManager.commit(Pseud
oTransactionService.java:91)
at
org.openejb.core.TransactionManagerWrapper.commit(TransactionManagerWrapper.
java:143)
at
org.openejb.core.transaction.TransactionPolicy.commitTransaction(Transaction
Policy.java:171)
at
org.openejb.core.transaction.TxRequiresNew.afterInvoke(TxRequiresNew.java:11
8)
at
org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
:343)
at
org.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java
:269)
at
org.openejb.server.EjbDaemon.doEjbObject_BUSINESS_METHOD(EjbDaemon.java:695)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:534)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
at java.lang.Thread.run(Thread.java:536)
INFO EJB Daemon [3] Transaction - TX_RequiresNew: No transaction to resume
our ejb-jar.xml file is as follows.
<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar>
<enterprise-beans>
<!-- Session beans -->
<session>
<ejb-name>SessionManagerBean</ejb-name>
<home>com.ingotz.j2ee.ejb.SessionManagerHome</home>
<remote>com.ingotz.j2ee.ejb.SessionManager</remote>
<ejb-class>com.ingotz.j2ee.ejb.SessionManagerBean</ejb-class>
<session-type>Stateless</session-type>
<transaction-type>Container</transaction-type>
</session>
</enterprise-beans>
<assembly-descriptor>
<container-transaction>
<method>
<ejb-name>SessionManagerBean</ejb-name>
<method-name>*</method-name>
</method>
<trans-attribute>RequiresNew</trans-attribute>
</container-transaction>
</assembly-descriptor>
</ejb-jar>
Can anyone enlighten me as to how to stop the errors.
(I have tried Required, Never, Supports, all with no luck either)
Michael Forster
Ingotz International Inc.
Tel: 07005006216
Fax: 07005006217
This email (and any attachments) is for the addressee only. It is
confidential and protected by copyright, any opinions/information are those
of the author and not Ingotz International. Ingotz accepts no responsibility
for loss or damage (including by viruses) due to it's use. Ingotz reserves
the right to monitor emails with the lawful business practice regulations
2000.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.620 / Virus Database: 399 - Release Date: 11/03/2004
|
|
From: <ch...@ma...> - 2004-03-20 12:50:11
|
Good day.
I was trying to use Oracle9i instead of PostgreSQL in Basic CMP example and encountered the following problem: JDBC driver could not be loaded by OpenEJB.
Here is the stack trace:
_____________________________________________________
Exception in thread "main" java.rmi.RemoteException: The bean encountered a non-
application exception.; nested exception is:
java.rmi.RemoteException: Castor JDO DatabaseNotFoundException thrown wh
en attempting to begin a local transaciton; nested exception is:
org.exolab.castor.jdo.DatabaseNotFoundException: Nested error: java.sql.
SQLException: No suitable driver
at org.openejb.core.transaction.TransactionPolicy.throwExceptionToServer
(TransactionPolicy.java:254)
at org.openejb.core.transaction.TxSupports.handleSystemException(TxSuppo
rts.java:191)
at org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.handl
eSystemException(CastorCmpEntityTxPolicy.java:157)
at org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.befor
eInvoke(CastorCmpEntityTxPolicy.java:101)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.c
reateEJBObject(CastorCMP11_EntityContainer.java:780)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.i
nvoke(CastorCMP11_EntityContainer.java:521)
at org.openejb.server.EjbDaemon.doEjbHome_CREATE(EjbDaemon.java:728)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:539)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.rmi.RemoteException: Castor JDO DatabaseNotFoundException thrown
when attempting to begin a local transaciton; nested exception is:
org.exolab.castor.jdo.DatabaseNotFoundException: Nested error: java.sql.
SQLException: No suitable driver
at org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.befor
eInvoke(CastorCmpEntityTxPolicy.java:100)
... 6 more
Caused by: org.exolab.castor.jdo.DatabaseNotFoundException: Nested error: java.s
ql.SQLException: No suitable driver
at org.exolab.castor.jdo.JDO.getDatabase(JDO.java:584)
at org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.befor
eInvoke(CastorCmpEntityTxPolicy.java:69)
... 6 more
________________________________________________________________
But oracle jdbc driver (classes12.jar) were located in %openejb_home%\lib direcrory!
Can this problem be fixed, or I've missed smth?
Thank you for your attention.
With best regards,
Alexey Chalov
|
|
From: Michael F. <mfo...@in...> - 2004-03-19 23:33:11
|
I am ripping my hair out here, I have a jar file full of ejb's deployed on a test server fine, everything works as it should. I now want to deploy it to the live server - Everything is configured the same - the same JVM installed mysql in the background and I literally copy en toto the whole openejb stricture to the live server, I run the server up, the system activates and comes to full readiness. It does not respond to requests from the Tomcat server on another machine. I have several small errors that occur even on the old jar file (the same sw basically but with some new files added in the appropriate areas but not currently called) With the first one when tomcat calls it calls for an instance of the SessionManagerBean a Stateless Session bean which acts as a facade to the rest of the beans. When I try to get the session bean Tomcat complains with a Cannot get /SessionManagerBean Open EJB complains with WARN : The following method doesn't have a transaction policy assigned: public abstract com.ingotz.j2ee.ejb.SessionManager com.ingotz.j2ee.ejb.SessionManagerHome.create() throws java.rmi.RemoteException,javax.ejb.CreateException ERROR: The bean instances business method encountered a system exception:object is not an instance of declaring class java.lang.IllegalArgumentException: object is not an instance of declaring class 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:324) at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.createEJ BObject(CastorCMP11_EntityContainer.java:803) at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.invoke(C astorCMP11_EntityContainer.java:521) at org.openejb.server.EjbDaemon.doEjbHome_CREATE(EjbDaemon.java:728) at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:539) at org.openejb.server.EjbDaemon.run(EjbDaemon.java:374) at java.lang.Thread.run(Thread.java:536) and nothing gets served I have not changed the config files from the previous build (which worked) and as I said this build while complaining about log4j config not being exactly correct works fine on the test server. Can anyone point me in the right direction as I am rapidly becoming bald as this issue continues Michael Forster Ingotz International Inc. Tel: 07005006216 Fax: 07005006217 This email (and any attachments) is for the addressee only. It is confidential and protected by copyright, any opinions/information are those of the author and not Ingotz International. Ingotz accepts no responsibility for loss or damage (including by viruses) due to it's use. Ingotz reserves the right to monitor emails with the lawful business practice regulations 2000. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.620 / Virus Database: 399 - Release Date: 11/03/2004 |
|
From: <dav...@vi...> - 2004-03-05 01:06:41
|
Hello Community, We have recently changed hosting services from SourceForge.net (sf.net) to Codehaus (codehaus.org). Codehaus is a smaller community of peers and is able to offer much more trust and control to projects than sf.net. At Codehaus, we are now able to fully setup and leverage the openejb.org domain. Our mailing lists, website, and cvs have all been moved. All user and dev list subscribers have been moved to the new list server. The sf.net hosted lists, etc. will slowly be shutdown over the next few weeks. Please direct all new posts to the openejb.org lists. The new list addresses are as follows: - us...@op... (the user mailing list) - de...@op... (the developer mailing list) - sc...@op... (for cvs messages, which used to go to the developer list) Make sure you update any spam filters accordingly. If you would like to subscribe to any of those lists, simply send email to: - use...@op... - dev...@op... - scm...@op... The website is www.openejb.org. The openejb.sourceforge.net site will eventually be taken down. Make sure you update any links you may have. We would like to thank SourceForge.net for providing the OpenEJB community with a home after our move from Exolab. And we also thank our new host, Codehaus, for opening it's doors to the OpenEJB community and giving us a place that looks and feels like home, openejb.org. Best regards, David Blevins |
|
From: Sukhmeet S. C. <sch...@qu...> - 2004-03-02 10:08:41
|
subscribe |
|
From: Dain S. <da...@co...> - 2004-02-26 19:20:32
|
I suggest you take everything you read at theserverside.com with a large dose of skepticism. I personally don't know if OpenEJB does or does not have this feature, but this type of tuning is way down the list. I suggest you start by profiling you application and determining what is not fast enough. Usually performance problem in a J2EE application are linked to isolation issues, such as excessive locking. -dain /************************* * Dain Sundstrom * Partner * Core Developers Network *************************/ On Feb 26, 2004, at 12:44 PM, Paulo Lopes wrote: > Hi, > > I'm trying to optimize my ejb's and i've been reading some articles at > theserverside.com about J2EE PreparedStatement Cache. Does OpenEJB > support it? can someone provide a simple example? > > Thanks. > Paulo Lopes > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > http://OpenEJB.sf.net > OpenEJB-user mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openejb-user |
|
From: Paulo L. <pm...@ne...> - 2004-02-26 18:47:48
|
Hi, I'm trying to optimize my ejb's and i've been reading some articles at theserverside.com about J2EE PreparedStatement Cache. Does OpenEJB support it? can someone provide a simple example? Thanks. Paulo Lopes |
|
From: Alan D. C. <ad...@to...> - 2004-02-21 16:30:44
|
I notice that there is no space in "programfiles" in your JAVA_HOME. Could that be the problem? =20 =20 Regards, Alan =20 -----Original Message----- From: sujatha viswanath [mailto:suj...@ya...]=20 Sent: Thursday, February 19, 2004 6:28 AM To: ope...@li... Subject: [OpenEJB-user] help me pls-error while deploying-sujatha =20 Hi, getting error while trying to deploy ejb.jar c:\openejb-0.9.2>openejb.bat deploy -m -c c:\sujathaworkspace\myHelloEjb.jar ------------------------SUPPORT INFO------------------------- windows_NT Using JAVA_HOME: c:\programfiles\j2sdk_nb\j2sdk1.4.2 Using OPENEJB_HOME:C:\openejb-0.9.2 . The system cannot find the path specified. =20 what is the reason for this? My autoexec.bat file contains ******************************* SET SUPERTCP=3DC:\WINNT\SUPERTCP.INI set J2EE_HOME=3Dc:\j2ee1.4 set path=3D%path%;%J2EE_HOME%\bin; set path=3D%path%;%J2EE_HOME%\jdk\bin; set classpath=3D%classpath%;%J2EE_HOME%\jdk\src; set classpath=3D%classpath%;%J2EE_HOME%\src; set classpath=3D%classpath%;%J2EE_HOME%\lib\j2ee.jar; set classpath=3D%classpath%;%J2EE_HOME%\lib\jhall.jar; set = classpath=3D%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\ejb-2.0.jar; set classpath=3D%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\jdbc2_0-stdext.= j ar; set classpath=3D%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\jndi_1.2.1.jar;= set = classpath=3D%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\servlet.jar; set JAVA_HOME=3Dc:\ProgramFiles\j2sdk_nb\j2sdk1.4.2 set path=3D%path%;%JAVA_HOME%\bin; set classpath=3D%classpath%;%JAVA_HOME%\src; set classpath=3D%classpath%;%JAVA_HOME%\lib\tools.jar; set OPENEJB_HOME =3D c:\openejb-0.9.2 ****************** I have installed openejb-0.9.2 in c:\ Please help me out............. regards, Sujatha. =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 _____ =20 Do you Yahoo!? Yahoo! Mail SpamGuard <http://us.rd.yahoo.com/mailtag_us/*http:/antispam.yahoo.com/tools?tool=3D= 1> - Read only the mail you want. |
|
From: sujatha v. <suj...@ya...> - 2004-02-19 11:33:34
|
Hi, getting error while trying to deploy ejb.jar c:\openejb-0.9.2>openejb.bat deploy -m -c c:\sujathaworkspace\myHelloEjb.jar ------------------------SUPPORT INFO------------------------- windows_NT Using JAVA_HOME: c:\programfiles\j2sdk_nb\j2sdk1.4.2 Using OPENEJB_HOME:C:\openejb-0.9.2 . The system cannot find the path specified. what is the reason for this? My autoexec.bat file contains ******************************* SET SUPERTCP=C:\WINNT\SUPERTCP.INI set J2EE_HOME=c:\j2ee1.4 set path=%path%;%J2EE_HOME%\bin; set path=%path%;%J2EE_HOME%\jdk\bin; set classpath=%classpath%;%J2EE_HOME%\jdk\src; set classpath=%classpath%;%J2EE_HOME%\src; set classpath=%classpath%;%J2EE_HOME%\lib\j2ee.jar; set classpath=%classpath%;%J2EE_HOME%\lib\jhall.jar; set classpath=%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\ejb-2.0.jar; set classpath=%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\jdbc2_0-stdext.jar; set classpath=%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\jndi_1.2.1.jar; set classpath=%classpath%;%J2EE_HOME%\lib\openejb-0.9.2\lib\servlet.jar; set JAVA_HOME=c:\ProgramFiles\j2sdk_nb\j2sdk1.4.2 set path=%path%;%JAVA_HOME%\bin; set classpath=%classpath%;%JAVA_HOME%\src; set classpath=%classpath%;%JAVA_HOME%\lib\tools.jar; set OPENEJB_HOME = c:\openejb-0.9.2 ****************** I have installed openejb-0.9.2 in c:\ Please help me out............. regards, Sujatha. --------------------------------- Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. |
|
From: Giampaolo T. <g.t...@eu...> - 2004-02-16 19:18:26
|
On Monday 16 February 2004 01:55, dav...@vi... wrote: >...omissis... If you ever have the urge to contribute > code, I'll be happy to check it over. Dear David and friends, I had the impression that the problem was limited to the org.openejb.core.ivm.EjbHomeProxyHandler class only, so I tried to modify it to support the feature I need. At least, it should have been faster than downloading another EJB server, installing and configuring it, deploying my test app, ecc. ecc. In effect, it seems that I was right at first: the 'patched' version of the class seems to work to me. Whould you (and anybody else who may care) have a review at it? I'm attaching it as a unified diff format. In both the OpenEJB revision threads the class is the same, so the patch should be appliable to both. Regards, Giampaolo Tomassoni PS: I'm sending this patch to the openejb-user thread too. |
|
From: Giampaolo T. <g.t...@eu...> - 2004-02-16 10:25:28
|
Dears, it seems to me that both the 'standard' OpenEJB implementation (0.9.2) and the 'nova' one (2.0a) don't allow using an arbitrary Home Business methods in deployed ejbs. Since Home methods are the only way to remotely implement something close to regular java class's 'static' methods, I believe that it is important to support the availability of arbitrary home methods, i.e. something different from create<METHOD>, find<METHOD> and remove<METHOD>. Looking at the 2.0a sources, the limitation seems related to the org.openejb.core.ivm.EjbHomeProxyHandler class, in which the method _invoke(...) seems to take into account the invocation of only the create<>, find<>, getEJBMetaData, getHomeHandle and remove<> method names. It seems also that competing ejb container systems allow arbitrary Home Business methods, by looking for ejbHome<HOME_METHOD> in the EntityBean instance of the related home interface. I.e., a locateByName(...) in an Home interface would let the container to look for an ejbHomeLocateByName(...) method in the corresponding bean. This limitation is particularly important when one tries, i.e., to overcame the intrinsic EJB limitation on beans inheritances by creating custom locate<METHOD> methods (see: http://www.onjava.com/lpt/a/2589/ ). Also note point 9.5.4 of the ejb-2_1-fr-spec states that an ejb shall be allowed to implement an arbitrary Home Business Method. Please note I'm not an EJB expert, so maybe I'm missing some important point in implementing my own home business method... :) Since the page http://www.openejb.org/lists.html contains invalid references to list archives, I had the feelings that the www.openejb.org site was not anymore functional, so I first sent a copy of this message to the geronimo-dev list. Regards, Giampaolo Tomassoni |
|
From: <dav...@vi...> - 2004-02-07 22:43:12
|
On Fri, Feb 06, 2004 at 09:05:23AM -0500, Dwight Shih wrote: > David, > > With the -m and -c options, deploy always uses OPENEJB_HOME/beans as the > target directory for the deployed jar (ignoring any deployments entries > in the config file). I've got a patch in progress to use the first > existing deployments directory in the config file instead, falling back > on OPENEJB/beans if there is no such directory. Now I get what you were saying. This isn't exactly what you want, but... the deploy tool will leave your conf file untouched if it finds a <Deployments dir...> entry that matches. For example, if you have <Deployments dir="foo"> in your conf file and you execute the following command... openejb deploy foo/myEjbs.jar ... the deploy tool will not modify your config file. Again, it's not exactly what you want as it doesn't move the jar file for you. You are allowed to have as many <Deployments dir...> entries in your conf file as you like, not sure how we would choose which directory to move the jar into if we changed the meaning of the -m/-c. Any thoughts? > The -d option does a System.setProperty( "openejb.home", "blah, blah, > blah" ). If you follow the trail to > org.openejb.alt.config.ConfigUtils.searchForConfiguration, you'll see > that the config file is resolved relative to > org.openejb.util.FileUtils.getBase(). Since that references a static > class member, the System.setProperty doesn't happen soon enough. I'll have to take a look at that. I think this problem might just go away as Jacek added some great code (org.openejb.util.Launcher) that changes the way the deploy tool and others are run from the command line. -David > On Tue, 3 Feb 2004 18:56:56 -0500, dav...@vi... said: > > On Tue, Feb 03, 2004 at 07:17:54PM -0500, Dwight Shih wrote: > > > As far as I can tell, deploy always uses OPENEJB_HOME/beans as the target > > > directory when supplied with a configuration file defining a Deployments > > > directory (and when using -d to specify an alternate openejb.home for > > > that matter). Is this simply historical or is there a reason? > > > > > > > Hi Dwight, > > > > Not sure I follow exactly, but I can confirm what the tool should be > > doing. If you leave off the -m or -c options the bean should be > > deployed right were it is and not moved anywhere. Also, the conf file > > you deploy against should automatically be updated to have the full > > path of the bean added as a <Deployments ..> element. > > > > The -d *should* set the openejb.home, having the effect that the conf > > file be resolved relative to it. > > > > If there is a bug, or even something bothersome, I'd like to see it > > fixed. Let us know. > > > > -David > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > http://OpenEJB.sf.net > OpenEJB-user mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openejb-user |
|
From: Jacek L. <jac...@hp...> - 2004-02-07 18:11:38
|
Dwight Shih wrote: > BTW, when putting something up on tracker do you want to see the modified > module, unified diffs, context diffs or other? Prepare the patch with 'cvs diff -u'. > > Dwight Jacek |
|
From: Dwight S. <ja...@id...> - 2004-02-06 14:05:27
|
David, With the -m and -c options, deploy always uses OPENEJB_HOME/beans as the target directory for the deployed jar (ignoring any deployments entries in the config file). I've got a patch in progress to use the first existing deployments directory in the config file instead, falling back on OPENEJB/beans if there is no such directory. The patch adds a static method to org.openejb.alt.config.ConfigUtils to find the deployments directory, with minor changes to org.openejb.alt.config.Deploy and org.openejb.alt.config.EbjJarUtils to check on it. In addition, it doesn't add the deployments entry to the config file when using a deployments directory. I would have liked to add the static method to org.openejb.alt.config.sys.Openejb, but I don't savvy Castor. I should have that up on tracker this weekend. The -d option does a System.setProperty( "openejb.home", "blah, blah, blah" ). If you follow the trail to org.openejb.alt.config.ConfigUtils.searchForConfiguration, you'll see that the config file is resolved relative to org.openejb.util.FileUtils.getBase(). Since that references a static class member, the System.setProperty doesn't happen soon enough. The fix for that might be to modify the static class member, but I don't want to mess around in org.openejb.util.FileUtils without a lot more knowledge of how it's all being used. BTW, when putting something up on tracker do you want to see the modified module, unified diffs, context diffs or other? Dwight On Tue, 3 Feb 2004 18:56:56 -0500, dav...@vi... said: > On Tue, Feb 03, 2004 at 07:17:54PM -0500, Dwight Shih wrote: > > As far as I can tell, deploy always uses OPENEJB_HOME/beans as the target > > directory when supplied with a configuration file defining a Deployments > > directory (and when using -d to specify an alternate openejb.home for > > that matter). Is this simply historical or is there a reason? > > > > Hi Dwight, > > Not sure I follow exactly, but I can confirm what the tool should be > doing. If you leave off the -m or -c options the bean should be > deployed right were it is and not moved anywhere. Also, the conf file > you deploy against should automatically be updated to have the full > path of the bean added as a <Deployments ..> element. > > The -d *should* set the openejb.home, having the effect that the conf > file be resolved relative to it. > > If there is a bug, or even something bothersome, I'd like to see it > fixed. Let us know. > > -David |
|
From: <dav...@vi...> - 2004-02-06 05:11:45
|
On Mon, Feb 02, 2004 at 10:21:17PM -0500, Brendan Grainger wrote: > I am new to openejb and trying to get the HelloWorld example. I'm using > openejb-0.9.2, java 1.4.2 on linux. The problem I have is that no matter what > I do I can't seem to get openejb to create the openejb-jar.xml file. Try removing the beans/myHelloEjb.jar file by hand. I suspect that the server may be running which would prevent it from being updated. -David > > # ./openejb.sh deploy -a -m -f /usr/local/openejb-0.9.2/example/myHelloEjb.jar > --------------SUPPORT INFO------------- > Linux 2.6.1-apm #1 Wed Jan 28 23:19:26 EST 2004 > Using JAVA_HOME: /usr/local/java > Using OPENEJB_HOME: /usr/local/openejb-0.9.2 > . > OpenEJB Deploy Tool 0.9.2 build: 20030605-0409 > http://openejb.sf.net > > This jar contains the following beans: > Hello > > > ----------------------------------------------------------- > Deploying bean: Hello > ----------------------------------------------------------- > > ==--- Step 1 ---== > > Auto assigning the ejb-name as the deployment id for this bean. > > Deployment ID: Hello > ==--- Step 2 ---== > > Auto assigning the container the bean will run in. > > Container: Default Stateless Container > > ----------------------------------------------------------- > Done collecting deployment information! > Creating the openejb-jar.xml file...done > Writing openejb-jar.xml to the jar...done > > Congratulations! Your jar is ready to use with OpenEJB. > > If the OpenEJB remote server is already running, you will > need to restart it in order for OpenEJB to recognize your bean. > > NOTE: If you move or rename your jar file, you will have to > update the path in this jar's deployment entry in your > OpenEJB config file. > > OUTPUT OF jar tf beans/myHelloEjb.jar > # jar tf beans/myHelloEjb.jar > META-INF/ > META-INF/MANIFEST.MF > org/ > org/acme/ > org/acme/HelloBean.java > org/acme/HelloHome.java > org/acme/HelloObject.java > org/acme/HelloBean.class > org/acme/HelloHome.class > org/acme/HelloObject.class > org/acme/HelloWorld.java > org/acme/HelloWorld.class > META-INF/ > META-INF/ejb-jar.xml > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > http://OpenEJB.sf.net > OpenEJB-user mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openejb-user |
|
From: <dav...@vi...> - 2004-02-06 05:11:45
|
On Tue, Feb 03, 2004 at 07:17:54PM -0500, Dwight Shih wrote: > As far as I can tell, deploy always uses OPENEJB_HOME/beans as the target > directory when supplied with a configuration file defining a Deployments > directory (and when using -d to specify an alternate openejb.home for > that matter). Is this simply historical or is there a reason? > Hi Dwight, Not sure I follow exactly, but I can confirm what the tool should be doing. If you leave off the -m or -c options the bean should be deployed right were it is and not moved anywhere. Also, the conf file you deploy against should automatically be updated to have the full path of the bean added as a <Deployments ..> element. The -d *should* set the openejb.home, having the effect that the conf file be resolved relative to it. If there is a bug, or even something bothersome, I'd like to see it fixed. Let us know. -David |
|
From: Jacek L. <jac...@hp...> - 2004-02-05 03:11:52
|
Dwight Shih wrote: > As far as I can tell, deploy always uses OPENEJB_HOME/beans as the target > directory when supplied with a configuration file defining a Deployments > directory (and when using -d to specify an alternate openejb.home for > that matter). Is this simply historical or is there a reason? Hey, I don't think there's a reason for this other than that it works that way. The directory is hardcoded in some places in the code so keep it in mind while modyfing the code so you won't pull your hair off when you encounter troubles that are not yours :) > If it's just historical, then I'm willing to make the changes and submit > a patch. You're always welcome to do it. Please add it to SF.net Tracker when finished. > > Thanks, > > Dwight Cheers, Jacek |
|
From: Dwight S. <ja...@id...> - 2004-02-04 00:17:59
|
As far as I can tell, deploy always uses OPENEJB_HOME/beans as the target directory when supplied with a configuration file defining a Deployments directory (and when using -d to specify an alternate openejb.home for that matter). Is this simply historical or is there a reason? If it's just historical, then I'm willing to make the changes and submit a patch. Thanks, Dwight |
|
From: Jacek L. <jac...@hp...> - 2004-02-03 12:55:05
|
Resending due to some problems with mail relaying at SF.net. Jacek -------- Original Message -------- Subject: Re: [OpenEJB-user] HelloWorld missing openejb-jar.xml Date: Tue, 03 Feb 2004 13:39:10 +0100 From: Jacek Laskowski <jac...@hp...> Organization: HP Consulting & Integration, Poland To: openejb-user <ope...@so...> References: <200...@cl...> Brendan Grainger wrote: > Hi, > > I am new to openejb and trying to get the HelloWorld example. I'm using > openejb-0.9.2, java 1.4.2 on linux. The problem I have is that no matter what > I do I can't seem to get openejb to create the openejb-jar.xml file. This is because it's not necessary in your simple scenario. Why would OpenEJB bother people with the file if it's not required to run the EJB? I suspect from reading your email that your sample is working properly. Isn't it what you have expected? You did expect troubles, didn't you? :) Cheers, Jacek |
|
From: Brendan G. <b.g...@cl...> - 2004-02-03 03:17:39
|
Hi, I am new to openejb and trying to get the HelloWorld example. I'm using openejb-0.9.2, java 1.4.2 on linux. The problem I have is that no matter what I do I can't seem to get openejb to create the openejb-jar.xml file. Below is the result of my deploying the myHelloEjb.jar file created as per the instructions in the Hello World example. It seems to say it's created the file but when I check the resulting jar file in the beans directory with: jar tf myHelloEjb.jar it is not listed in the contents. I've included the output of running that command below also. Naturally when I try to use the client program the jndi lookup for Hello fails. I've looked through the archives and seen that others have had a similar problem, but didn't really see any resolution (although I've probably missed it). If someone has any ideas I'd really appreciate it. Thank you BJ OUTPUT OF DEPLOY: # ./openejb.sh deploy -a -m -f /usr/local/openejb-0.9.2/example/myHelloEjb.jar --------------SUPPORT INFO------------- Linux 2.6.1-apm #1 Wed Jan 28 23:19:26 EST 2004 Using JAVA_HOME: /usr/local/java Using OPENEJB_HOME: /usr/local/openejb-0.9.2 . OpenEJB Deploy Tool 0.9.2 build: 20030605-0409 http://openejb.sf.net This jar contains the following beans: Hello ----------------------------------------------------------- Deploying bean: Hello ----------------------------------------------------------- ==--- Step 1 ---== Auto assigning the ejb-name as the deployment id for this bean. Deployment ID: Hello ==--- Step 2 ---== Auto assigning the container the bean will run in. Container: Default Stateless Container ----------------------------------------------------------- Done collecting deployment information! Creating the openejb-jar.xml file...done Writing openejb-jar.xml to the jar...done Congratulations! Your jar is ready to use with OpenEJB. If the OpenEJB remote server is already running, you will need to restart it in order for OpenEJB to recognize your bean. NOTE: If you move or rename your jar file, you will have to update the path in this jar's deployment entry in your OpenEJB config file. OUTPUT OF jar tf beans/myHelloEjb.jar # jar tf beans/myHelloEjb.jar META-INF/ META-INF/MANIFEST.MF org/ org/acme/ org/acme/HelloBean.java org/acme/HelloHome.java org/acme/HelloObject.java org/acme/HelloBean.class org/acme/HelloHome.class org/acme/HelloObject.class org/acme/HelloWorld.java org/acme/HelloWorld.class META-INF/ META-INF/ejb-jar.xml |
26 messages has been excluded from this view by a project administrator.
