Re: Reference to TransactionManager
If I understand correctly your java code is in a j2ee application
rather than a gbean? If your code is in or called by a gbean you
should use the technique Guglielmo mentions. If your code is in a j2ee
application you have to work harder, and you have to find or know the
gbean name of the transaction manager.
static final ObjectName TM_NAME = new
ObjectName("geronimo.server:J2EEApplication=null,J2EEModule=geronimo/
j2ee-server/1.0-SNAPSHOT/
car,J2EEServer=geronimo,j2eeType=TransactionManager,name=TransactionMana
ger");
Kernel kernel = KernelRegistry.getSingleKernel();
TransactionManager tm = kernel.getProxyManager().createProxy(TM_NAME,
TransactionManager.class);
I just wrote this code right here in this email so it is probably full
of typos and bugs but it shows the technique to use. If you want to
allow the transaction manager to be found even it it is in a different
module you can use a object name pattern, list the names satisfying it
and pick one.
thanks
david jencks
On Dec 7, 2005, at 8:19 PM, Ranjan, Rakesh ((Cognizant)) wrote:
Thanks Guglielmo,
But I want to get the reference to TransactionManager through java
code only. Isn’t it possible to get it using the Transaction manager
GBean name.
With Regards,
Rakess Ranjan
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 07, 2005 10:41 PM
To: user@geronimo.apache.org
Cc: user@geronimo.apache.org
Subject: Re: Reference to TransactionManager
I had the same question. As per David Jencks:
==
In your gbean info building code include something like this:
infoFactory.addReference("TransactionManager",
ExtendedTransactionManager.class, NameFactory.TRANSACTION_MANAGER);
Then you won't have to specify the in the reference.
In the xml plan,
org/apache/geronimo/Server
TransactionManager
assuming you are not using the patch I posted a few days ago that
includes new-style configIds.
"Ranjan, Rakesh \(Cognizant\)" <[EMAIL PROTECTED]>
12/07/2005 05:11 AM
Please respond to user
To:
cc:
Subject: Reference to TransactionManager
Hi,
I need a reference to the TransactionManager in one of java class. But
I don't know the GBean name corresponding to the TransactionManager.
Can anybody please help me how to get a reference to
TransactionManager in Java code.
Regards,
Rakesh Ranjan
This e-mail and any files transmitted with it are for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.
If you are not the intended recipient, please contact the sender by
reply e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding,
printing or copying of this email or any action taken in reliance on
this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
*
<<>>
In compliance with applicable rules and regulations, Instinet
reviews and archives incoming and outgoing email communications,
copies of which may be produced at the request of regulators.
This message is intended only for the personal and confidential
use of the recipients named above. If the reader of this email
is not the intended recipient, you have received this email in
error and any review, dissemination, distribution or copying is
strictly prohibited. If you have received this email in error,
please notify the sender immediately by return email and
permanently delete the copy you received.
Instinet accepts no liability for any content contained in the
email, or any errors or omissions arising as a result of email
transmission. Any opinions contained in this email constitute
the sender's best judgment at this time and are subject to change
without notice. Instinet does not make recommendations of a
particular security and the information contained in this email
should not be considered as a recommendation, an offer or a
solicitation of an offer to buy and sell securities.
*
This e-mail and any files transmitted with it are for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.
If you are not the intended recipient, please contact the sender by
reply e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding,
printing or copying of this email or any action taken in reliance on
this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
RE: Reference to TransactionManager
Thanks Guglielmo,
But I want to get the reference to TransactionManager
through java code only. Isn’t it possible to get it using the Transaction
manager GBean name.
With Regards,
Rakess Ranjan
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 07, 2005
10:41 PM
To: user@geronimo.apache.org
Cc: user@geronimo.apache.org
Subject: Re: Reference to
TransactionManager
I had the same question. As per David Jencks:
==
In your gbean info building code include something like this:
infoFactory.addReference("TransactionManager",
ExtendedTransactionManager.class, NameFactory.TRANSACTION_MANAGER);
Then you won't have to specify the in the reference.
In the xml plan,
org/apache/geronimo/Server
TransactionManager
assuming you are not using the patch I posted a few days ago that
includes new-style configIds.
"Ranjan, Rakesh
\(Cognizant\)" <[EMAIL PROTECTED]>
12/07/2005 05:11 AM
Please
respond to user
To:
cc:
Subject: Reference to
TransactionManager
Hi,
I need
a reference to the TransactionManager in one of java class. But I don't know
the GBean name corresponding to the TransactionManager. Can anybody please help
me how to get a reference to TransactionManager in Java code.
Regards,
Rakesh
Ranjan
This e-mail and any files transmitted with it are
for the sole use of the intended recipient(s) and may contain confidential
and privileged information.
If you are not the intended recipient, please contact the sender by reply
e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing
or copying of this email or any action taken in reliance on this e-mail is
strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
*
<<>>
In compliance with applicable rules and regulations, Instinet
reviews and archives incoming and outgoing email communications,
copies of which may be produced at the request of regulators.
This message is intended only for the personal and confidential
use of the recipients named above. If the reader of this email
is not the intended recipient, you have received this email in
error and any review, dissemination, distribution or copying is
strictly prohibited. If you have received this email in error,
please notify the sender immediately by return email and
permanently delete the copy you received.
Instinet accepts no liability for any content contained in the
email, or any errors or omissions arising as a result of email
transmission. Any opinions contained in this email constitute
the sender's best judgment at this time and are subject to change
without notice. Instinet does not make recommendations of a
particular security and the information contained in this email
should not be considered as a recommendation, an offer or a
solicitation of an offer to buy and sell securities.
*
This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
Re: JNDI remote authentication problem
All, It appears that the issue with OpenEJB not retaining the port number was due to a naming issue and not a problem withing OpenEJB so I do not think this issue is related to GERONIMO-1151. Sorry about that.
Take care,JeremyOn 12/7/05, Jeremy Whitlock <[EMAIL PROTECTED]> wrote:
Vasily, I am currently looking into how well OpenEJB is obeying the config.xml for setting its properties. I think your issue could be a side-effect of GERONIMO-1151 located here:
http://issues.apache.org/jira/browse/GERONIMO-1151As soon as I have this fixed, which has to be tonight, I'll be able to tell you for sure if this is the case.Take care,
Jeremy
On 12/7/05, Zakharov, Vasily M <[EMAIL PROTECTED]> wrote:
John,Thank you very much for your answer!> Let me know what happens.Well, I tried correcting j2ee-server-plan.xml and config.xml, and I alsotried to provide the proper value for allowHosts in GUI installer - it
all didn't help.What really helped is correcting modules/assembly/maven.xml file andspecifying the IP address of the client in line 247 (specifying hostname or
255.255.255.255
mask also didn't help): value=""/>and then rebuilding Geronimo.However, it didn't helped much.
I made additional investigation for the problem location and here's whatI've found:The problem occurs in file org/openejb/client/Client.java:
http://cvs.codehaus.org/viewrep/openejb/openejb/modules/core/src/java/org/openejb/client/Client.java?r=1.5Previously the problem occured at line 171 (see code, the exceptions arewrapped badly there):
javax.naming.AuthenticationException: Cannot deternmine server protocolversion: Received null/0.0; nested exception is:java.io.IOException: Unable to read protocol version. Reachedthe end of the stream.
atorg.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)atorg.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)at javax.naming.spi.NamingManager.getInitialContext
(UnknownSource)at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)at javax.naming.InitialContext.init(Unknown Source)at javax.naming.InitialContext.(Unknown Source)
And after the fix to maven.xml and rebuilding Geronimo another erroroccurs a bit later, at line 192:javax.naming.AuthenticationException: Cannot read the response from theserver (OEJP/2.0) : null; nested exception is:
java.io.EOFExceptionatorg.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)atorg.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)at javax.naming.spi.NamingManager.getInitialContext
(UnknownSource)at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)at javax.naming.InitialContext.init(Unknown Source)at javax.naming.InitialContext.(Unknown Source)
Previous problem was clearly a configuration issue, that was at lastresolved, but I have completely no idea on what to do with this newproblem. :(Can it be that Geronimo/OpenEJB does not accept remote JNDI connections
at all??With best regards, Vasily Zakharov, Intel Managed Runtime Division-Original Message-From: John Sisson [mailto:
[EMAIL PROTECTED]
]Sent: Wednesday, November 23, 2005 3:23 PMTo: user@geronimo.apache.orgSubject: Re: JNDI remote authentication problem
Hi Vasily,In the j2ee-server-plan.xml
file it configures the IP addresses that the(OpenEJB) EJB daemon will accept connections from in the "allowHosts"attribute. For example:class="org.activeio.xnet.StandardServiceStackGBean">EJB${PlanOpenEJBPort}
${PlanServerHostname}${PlanClientAddresses}name="logOnSuccess">HOST,NAME,THREADID,USERID
HOST,NAMEname="Executor">DefaultThreadPoolname="Server">openejb:type=Server,name=EJBerence>The In the geronimo\var\config.xml file (where you can specify attribute
values that can override the values in the deployed plan) you should seethe following section:
0.0.0.04201
In theory, you should be able to edit the config.xml file and specifythe allowable remote host by doing something like:
0.0.0.04201
myhostname
*** But I have a bug currently open where the port number in theconfig.xml file as shown in the example above is not actually used and Ihave a feeling the same problem will happen for allowHosts (see
http://issues.apache.org/jira/browse/GERONIMO-1151 ). I haven't had achance to debug this yet. Let me know what happens.
I think most of the testing so far has been done on the localhost with
the default port.Regards,JohnZakharov, Vasily M wrote:> Hello, all. I'm trying to run an application that should access the beans> (deployed in a Geronimo server running on other machine) with a JNDI
> request. However, I get the following exception immediately at "new> InitialContext()" statement: javax.naming.AuthenticationException
Re: JNDI remote authentication problem
Vasily, I am currently looking into how well OpenEJB is obeying the config.xml for setting its properties. I think your issue could be a side-effect of GERONIMO-1151 located here:
http://issues.apache.org/jira/browse/GERONIMO-1151As soon as I have this fixed, which has to be tonight, I'll be able to tell you for sure if this is the case.Take care,Jeremy
On 12/7/05, Zakharov, Vasily M <[EMAIL PROTECTED]> wrote:
John,Thank you very much for your answer!> Let me know what happens.Well, I tried correcting j2ee-server-plan.xml and config.xml, and I alsotried to provide the proper value for allowHosts in GUI installer - it
all didn't help.What really helped is correcting modules/assembly/maven.xml file andspecifying the IP address of the client in line 247 (specifying hostname or 255.255.255.255
mask also didn't help): value=""/>and then rebuilding Geronimo.However, it didn't helped much.
I made additional investigation for the problem location and here's whatI've found:The problem occurs in file org/openejb/client/Client.java:
http://cvs.codehaus.org/viewrep/openejb/openejb/modules/core/src/java/org/openejb/client/Client.java?r=1.5Previously the problem occured at line 171 (see code, the exceptions arewrapped badly there):
javax.naming.AuthenticationException: Cannot deternmine server protocolversion: Received null/0.0; nested exception is:java.io.IOException: Unable to read protocol version. Reachedthe end of the stream.
atorg.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)atorg.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)at javax.naming.spi.NamingManager.getInitialContext
(UnknownSource)at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)at javax.naming.InitialContext.init(Unknown Source)at javax.naming.InitialContext.(Unknown Source)
And after the fix to maven.xml and rebuilding Geronimo another erroroccurs a bit later, at line 192:javax.naming.AuthenticationException: Cannot read the response from theserver (OEJP/2.0) : null; nested exception is:
java.io.EOFExceptionatorg.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)atorg.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)at javax.naming.spi.NamingManager.getInitialContext
(UnknownSource)at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)at javax.naming.InitialContext.init(Unknown Source)at javax.naming.InitialContext.(Unknown Source)
Previous problem was clearly a configuration issue, that was at lastresolved, but I have completely no idea on what to do with this newproblem. :(Can it be that Geronimo/OpenEJB does not accept remote JNDI connections
at all??With best regards, Vasily Zakharov, Intel Managed Runtime Division-Original Message-From: John Sisson [mailto:[EMAIL PROTECTED]
]Sent: Wednesday, November 23, 2005 3:23 PMTo: user@geronimo.apache.orgSubject: Re: JNDI remote authentication problemHi Vasily,In the j2ee-server-plan.xml
file it configures the IP addresses that the(OpenEJB) EJB daemon will accept connections from in the "allowHosts"attribute. For example:class="org.activeio.xnet.StandardServiceStackGBean">EJB${PlanOpenEJBPort}
${PlanServerHostname}${PlanClientAddresses}name="logOnSuccess">HOST,NAME,THREADID,USERID
HOST,NAMEname="Executor">DefaultThreadPoolname="Server">openejb:type=Server,name=EJBerence>The In the geronimo\var\config.xml file (where you can specify attribute
values that can override the values in the deployed plan) you should seethe following section:
0.0.0.04201
In theory, you should be able to edit the config.xml file and specifythe allowable remote host by doing something like:
0.0.0.04201myhostname
*** But I have a bug currently open where the port number in theconfig.xml file as shown in the example above is not actually used and Ihave a feeling the same problem will happen for allowHosts (see
http://issues.apache.org/jira/browse/GERONIMO-1151 ). I haven't had achance to debug this yet. Let me know what happens.I think most of the testing so far has been done on the localhost with
the default port.Regards,JohnZakharov, Vasily M wrote:> Hello, all. I'm trying to run an application that should access the beans> (deployed in a Geronimo server running on other machine) with a JNDI
> request. However, I get the following exception immediately at "new> InitialContext()" statement: javax.naming.AuthenticationException
: Cannot deternmine server> protocol version: Received null/0.0; nested exception> is:>> java.io.IOException: Unable to read protocol version. Reached> the end of the stream.
The Geronimo console states the following at that moment: 15:31:20,132 ERROR [EJB] Host is not authorized t
RE: JNDI remote authentication problem
John,
Thank you very much for your answer!
> Let me know what happens.
Well, I tried correcting j2ee-server-plan.xml and config.xml, and I also
tried to provide the proper value for allowHosts in GUI installer - it
all didn't help.
What really helped is correcting modules/assembly/maven.xml file and
specifying the IP address of the client in line 247 (specifying host
name or 255.255.255.255 mask also didn't help):
and then rebuilding Geronimo.
However, it didn't helped much.
I made additional investigation for the problem location and here's what
I've found:
The problem occurs in file org/openejb/client/Client.java:
http://cvs.codehaus.org/viewrep/openejb/openejb/modules/core/src/java/or
g/openejb/client/Client.java?r=1.5
Previously the problem occured at line 171 (see code, the exceptions are
wrapped badly there):
javax.naming.AuthenticationException: Cannot deternmine server protocol
version: Received null/0.0; nested exception is:
java.io.IOException: Unable to read protocol version. Reached
the end of the stream.
at
org.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)
at
org.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)
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.(Unknown Source)
And after the fix to maven.xml and rebuilding Geronimo another error
occurs a bit later, at line 192:
javax.naming.AuthenticationException: Cannot read the response from the
server (OEJP/2.0) : null; nested exception is:
java.io.EOFException
at
org.openejb.client.JNDIContext.authenticate(JNDIContext.java:196)
at
org.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181)
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.(Unknown Source)
Previous problem was clearly a configuration issue, that was at last
resolved, but I have completely no idea on what to do with this new
problem. :(
Can it be that Geronimo/OpenEJB does not accept remote JNDI connections
at all??
With best regards,
Vasily Zakharov, Intel Managed Runtime Division
-Original Message-
From: John Sisson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 23, 2005 3:23 PM
To: user@geronimo.apache.org
Subject: Re: JNDI remote authentication problem
Hi Vasily,
In the j2ee-server-plan.xml file it configures the IP addresses that the
(OpenEJB) EJB daemon will accept connections from in the "allowHosts"
attribute. For example:
EJB
${PlanOpenEJBPort}
${PlanServerHostname}
${PlanClientAddresses}
HOST,NAME,THREADID,USERID
HOST,NAME
DefaultThreadPool
openejb:type=Server,name=EJB
The In the geronimo\var\config.xml file (where you can specify attribute
values that can override the values in the deployed plan) you should see
the following section:
0.0.0.0
4201
In theory, you should be able to edit the config.xml file and specify
the allowable remote host by doing something like:
0.0.0.0
4201
myhostname
*** But I have a bug currently open where the port number in the
config.xml file as shown in the example above is not actually used and I
have a feeling the same problem will happen for allowHosts (see
http://issues.apache.org/jira/browse/GERONIMO-1151 ). I haven't had a
chance to debug this yet. Let me know what happens.
I think most of the testing so far has been done on the localhost with
the default port.
Regards,
John
Zakharov, Vasily M wrote:
> Hello, all.
>
>
>
> I'm trying to run an application that should access the beans
> (deployed in a Geronimo server running on other machine) with a JNDI
> request.
>
>
>
> However, I get the following exception immediately at "new
> InitialContext()" statement:
>
>
>
> javax.naming.AuthenticationException: Cannot deternmine server
> protocol version: Received null/0.0; nested exception
> is:
>
> java.io.IOException: Unable to read protocol version. Reached
> the end of the stream.
>
>
>
> The Geronimo console states the following at that moment:
>
>
>
> 15:31:20,132 ERROR [EJB] Host is not authorized to access
> this service.
>
> java.lang.SecurityException: Host is not authorized to
> access this service.
>
> at
>
org.activeio.xnet.hba.ServiceAccessController.checkHostsAuthorization(Se
rviceAccessController.java:78)
>
> at
>
org.activeio.xnet.hba.ServiceAccessController.service(ServiceAccessCont
Re: Reference to TransactionManager
I had the same question. As per David Jencks:
==
In your gbean info building code include something like this:
infoFactory.addReference("TransactionManager",
ExtendedTransactionManager.class, NameFactory.TRANSACTION_MANAGER);
Then you won't have to specify the in the reference.
In the xml plan,
org/apache/geronimo/Server
TransactionManager
assuming you are not using the patch I posted a few days ago that
includes new-style configIds.
"Ranjan, Rakesh \(Cognizant\)" <[EMAIL PROTECTED]>
12/07/2005 05:11 AM
Please respond to user
To:
cc:
Subject: Reference to TransactionManager
Hi,
I need a reference to the TransactionManager in one of java class. But I don't know the GBean name corresponding to the TransactionManager. Can anybody please help me how to get a reference to TransactionManager in Java code.
Regards,
Rakesh Ranjan
This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
*
<<>>
In compliance with applicable rules and regulations, Instinet
reviews and archives incoming and outgoing email communications,
copies of which may be produced at the request of regulators.
This message is intended only for the personal and confidential
use of the recipients named above. If the reader of this email
is not the intended recipient, you have received this email in
error and any review, dissemination, distribution or copying is
strictly prohibited. If you have received this email in error,
please notify the sender immediately by return email and
permanently delete the copy you received.
Instinet accepts no liability for any content contained in the
email, or any errors or omissions arising as a result of email
transmission. Any opinions contained in this email constitute
the sender's best judgment at this time and are subject to change
without notice. Instinet does not make recommendations of a
particular security and the information contained in this email
should not be considered as a recommendation, an offer or a
solicitation of an offer to buy and sell securities.
*
Reference to TransactionManager
Hi, I need a reference to the TransactionManager in one of java class. But I don’t know the GBean name corresponding to the TransactionManager. Can anybody please help me how to get a reference to TransactionManager in Java code. Regards, Rakesh Ranjan This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. Visit us at http://www.cognizant.com
Re: Web Services Question
Hi Stefan, Thanks . The article helps a lot. It has most of the things I need to understand document style web services. Regards ManuOn 12/7/05, Stefan Schmidt <[EMAIL PROTECTED]> wrote: Hi Manu,As long as your WS is JAX-RPC conformant you can deploy either type -document or rpc-style Web services.As for the differences between both, there is a long list... Basicallydocument-style is far more coarse grained and business/document-oriented, also I think this is the future of WS.Document-style WS can be used in synchronous and asynchronous scenariosas opposed to rpc which only supports synchronous invocations. RPC-style is really what the name says - invoking remote procedures. Manydevelopers find this style easier to understand.I find this article quite comprehensive: http://java.sun.com/developer/technicalArticles/xml/jaxrpcpatterns/Hope this helps.Regards,Stefan SchmidtManu George wrote:>Hi,> Can you deploy Document style web services in Geronimo? If so what >are the differences in deployment from JAX-RPC style web services?>>Thanks>Manu>>>
Re: Web Services Question
Hi Manu, As long as your WS is JAX-RPC conformant you can deploy either type - document or rpc-style Web services. As for the differences between both, there is a long list... Basically document-style is far more coarse grained and business/document-oriented, also I think this is the future of WS. Document-style WS can be used in synchronous and asynchronous scenarios as opposed to rpc which only supports synchronous invocations. RPC-style is really what the name says - invoking remote procedures. Many developers find this style easier to understand. I find this article quite comprehensive: http://java.sun.com/developer/technicalArticles/xml/jaxrpcpatterns/ Hope this helps. Regards, Stefan Schmidt Manu George wrote: Hi, Can you deploy Document style web services in Geronimo? If so what are the differences in deployment from JAX-RPC style web services? Thanks Manu
Web Services Question
Hi, Can you deploy Document style web services in Geronimo? If so what are the differences in deployment from JAX-RPC style web services? Thanks Manu
