Hi David, I am now using JBoss3Beta.
I get the following warning when JBoss starts up and deploys my Bean. The Bean using the sapRa. 15:37:17,931 INFO [EjbModule] Deploying MSapBean 15:37:18,021 INFO [EjbModule] Created 15:37:18,021 INFO [EARDeployer] Deploying J2EE application, create step, a no-op: file:/C:/Projects/jboss-all/build/output/jboss-3.0.0beta2 /server/default/deploy/msap.ear 15:37:18,051 INFO [EjbModule] Starting 15:37:18,061 WARN [StatelessSessionContainer] No resource manager found for R3ConnectionFactory Later when I try to execute a method on the Bean I get the following exception: 15:39:07,843 INFO [STDOUT] Error processing request : R3ConnectionFactory not bound 15:39:07,853 ERROR [STDERR] javax.naming.NameNotFoundException: R3ConnectionFactory not bound 15:39:07,863 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) It seems that the ejbs are being loaded before the rars and are not finding them? However when I redploy the Beans it doesn't make any difference either. Last time you gave me the advice to put the ra.jar into the msap.jar which I did. I have tried placing it in the .jar, the .war, the output/lib dir of jboss with no success. Regards, Paul. > -----Original Message----- > From: David Jencks [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 17 January 2002 4:16 PM > To: Paul McLachlan > Subject: Re: [JBoss-user] Sap eis rar > > > On 2002.01.16 23:35:32 -0500 Paul McLachlan wrote: > > > I spent a few minutes with this and it looks as if it is > > > deploying. The > > > configuration of ra.xml changed before the final jca spec, so > > > a couple tags > > > needed changing. Did all this come in a rar? Are you > > > deploying it as a > > > rar? > > > > > > Yes, Yes it came as a rar. I had to modify the ra.xml for my own > > purposes. > > If I could ask, why? Did it come with a different dtd version > than your > jboss version supported? > > > > > If these work for you I will put them in cvs. > > > > I'll let you know. > > > > > I'm very curious as to why you modified the classes to peek at the > > > configuration of the ManagedConnectionFactory, and then > appear to be > > > reusing this info. This is NOT a spec compliant operation, > > > and I would think there are simpler and more direct > methods of giving > > > your app this info. > > > > If the RA uses default info to create a Connection a user > does not need > > know this default info. He may only know his own user, pwd. > Then he is > > refused use of the Connection. I didn't know how else from > the running > > ejb I could get into the deployed ra.xml to get the default > > ConnectionSpec variables. > > So if you just put user, pw in ConnectionSpec and try to rely > on defaults > for the other properties login fails? > > If you call getConnection(), don't set up PrincipalMapping, and do put > valid specs in the ManagedConnectionFactoryProperties in the > ConnectionFactoryLoader config can you login? > > I'll be very curious to know if the PrincipalMapping stuff > works with other > valid defaults in MCFProps. > > Scott has been saying for a while that the PrincipalMapping > stuff should be > handled by a SecurityDomain in the security framework. This > should allow > for e.g. giving different users different logins > automatically. So I hope > this is coming very soon. > > David jencks > > > > > Can you connect using the mcf properties set in the > > > ConnectionFactoryLoader > > > config + the PrincipalMapping parameters? (This would be calling > > > cf.getConnection();) If not, what happens? (this is pretty > > > much the ideal > > > way of connecting, since jboss is handling all the security and > > > "transaction" details for you) (transaction in quotes due > to the odd > > > "implementation" of transactions in sap, according to their docs). > > > > I'll try it. > > > > > Time is kind of running out before this class and I'm > getting kind of > > > nervous- I haven't taught a class for about 20 years. I > do hope to > > > leverage your example code a bit to show at least how to use > > > this adapter a > > > little bit. > > > > No problem. > > > > > Your collegue is coming to the Boston training or the > > > Australia one? > > > > In Oz! > > > > > I think I too would be very annoyed. I think he's being > shortsighted. > > > > Especially since mark will not be back for a very long time > I assume!! > > > > Paul. > > > > > Thanks! > > > > > > david jencks > > > > > > > > > > > > > > I put jCO.jar in the jboss/lib/ext directory and the dlls > > > in my Path. > > > > > > > > I was speaking to a guy from Borland last week and he had > > > the same Sap RA > > > > but didn't know how to use it. > > > > > > > > Just get in touch if I can be of further assistence. > > > > > > > > Regards, > > > > Paul. > > > > > > > > ____________________________ > > > > Paul McLachlan > > > > senior software engineer - Sydney > > > > > > > > YAMBAY > > > > > > > > tel · +61 (0) 2 9233 6500 > > > > mob · +61 (0) 413 004494 > > > > fax · +61 (0) 2 9233 6511 > > > > web · www.yambay.com <http://www.yambay.com/> > > > > > > > > Yambay Technologies Pty Ltd > > > > Level 6, 124 Philip Street, > > > > SYDNEY NSW 2000, Australia > > > > _____________________________ > > > > > > > > > > > > > > > > _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user