Since noone else has responded I will try and perhaps others will correct.
Dynamic proxies are created at runtime, not deployment (that is how
java.lang.reflect.Proxy works) - there is no generated code.. So its not
precisely
a remote codebase the way RMI usually works. Presumably the class
annotation works
similarly though - thats between RMI and Proxy and Ive never seen it
documented.
I presume that jboss will have to run over IIOP at some point. It has been
discussed but noone has done it yet that I know of. The jrmp plugin is
pretty well
segmented so presumably writing a new container invoker would get you most
of the
way there.
Sharing of beans Im not sure about. I think scott just wrote a note about
using an
ObjectRegistry for this, (RE: SV: Ref to external ejb - deployd in non
jbosscontainer) but I am not sure it is exactly what you are looking for.
James Cook wrote:
> Sure I remember you Robert. Weren't you out of Australia?
>
> Things are fine. I have had an interest in jBoss for some time, but I was
really
> stoked the first time I typed "run" and saw all of these services start up
> without any exceptions! It reminded me of the early WebLogic 1.0 beta
releases.
> It is a little short on detailed documentation and examples, but I'm sure
that
> will come in time.
>
> I understand more about what goes on under the hood on the CORBA servers,
but I
> must say the main selling point for me currently is the stub-less and
imminently
> deployable jar files! I haven't ported all of my beans over yet, in fact
I've
> just started, but once I figure out how all of these configuration files
work
> together I will suggest we move all of our developers to jBoss. It takes
me 5
> secs to deploy my beans to jBoss and over 1 minute to deploy under BAS!
That
> adds up to some real time savings over the course of a week. I'm sure we
will
> stick with BAS for deployment. It is currently more robust, but I love
what I've
> seen so far.
>
> Some areas that I hope to gain some more knowledge on in the short term:
>
> 1. How are the RMI stubs handled? I am using JDK 1.3 and I assume that the
> dynamic proxy classes are being used to isolate me from the stubs, but I
assume
> they are still there in some form. I am also assuming that they are being
> autogenerated at deployment and marshalled to the clients via the
http/codebase
> mechanism. I haven't tested my program on multiple machines yet. I haven't
found
> a scrap of documentation or discussion on this yet.
>
> 2. Will future directions in the spec force jBoss to give up on RMI? I
don't
> know...WebLogic seems to have already hedged their bets and bought a CORBA
ORB.
>
> 3. How do I keep multiple jBoss containers from interfering with each
others
> beans? And the opposite, how do I get the servers to share beans? I think
there
> is some documentation on this, but I haven't looked at it closely? I'm not
> referring to failover our load balancing, just sharing of beans. I think I
will
> have to have a shared name service (RMI Registry?) to pull this off, but I
> haven't seen any documentation yet.
>
> Other than that, I just have some things that work in my beans under BAS
that
> don't under jBoss. Most of these seem to be isolated to datasources. I
hope to
> find out more about all of that this week. :)
>
> I was going to respond to your personal email, but I thought that some of
the
> facts above would be useful to the group. I apologize to others for the
noise.
>
> nice to hear from you,
> jim
>
> ----- Original Message -----
> From: "Rob Castaneda" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, March 07, 2001 6:03 PM
> Subject: RE: [jBoss-User] Creating a BMP
>
> > Hi Jim,
> >
> >
> > Not sure if you remember me, but I remember you back from the good ol'
> > days on the inprise appserver forums...
> >
> > How are things? Do you do much work with JBoss? (Just curious to your
> > thoughts)
> >
> > regards,
> >
> > -Rob
> >
> > --
> > Robert Castaneda
> > [EMAIL PROTECTED]
> > http://www.customware.com
> >
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of James Cook
> > Sent: Wednesday, March 07, 2001 4:22 PM
> > To: JBoss-User
> > Subject: Re: [jBoss-User] Creating a BMP
> >
> >
> > Duh, it sure does. I've been looking at this stack trace for an hour and
> > completely looked over the org.hsql.* statements. Thanks.
> >
> > Is there any example of setting up the deployment descriptors properly
for
> > BMP
> > datasources? I couldn't find any. I list the settings that I am using at
the
> > bottom of this message...
> >
> > jim
> >
> > ----- Original Message -----
> > From: "Dan Christopherson" <[EMAIL PROTECTED]>
> > To: "JBoss-User" <[EMAIL PROTECTED]>
> > Sent: Wednesday, March 07, 2001 2:49 PM
> > Subject: Re: [jBoss-User] Creating a BMP
> >
> >
> > > Your bean looks to be grabbing the hypersonic DB datasource rather
then
> > > your Sybase connection. Are you sure you have the right names in
> > > ejb-jar.xml, et.al.?
> > >
> > > For what it's worth, the first thing I do after building JBoss is get
rid
> > > of the default database pool settings (and the MBeans that launch
> > > Hypersonic and the other embedded DB) and replace the DefaultDS
settings
> > > with what I really want.
> > >
> > > On Wed, 7 Mar 2001, James Cook wrote:
> > >
> > > > I am converting a CMP bean to a BMP. I am using Sybase as the
database,
> > and
> > the
> > > > CMP version works fine.
> > > >
> > > > I must have a configuration error however, since my BMP code gives
me
> > the
> > > > following exception when I try to execute a query:
> > > >
> > > > TRANSACTION ROLLBACK EXCEPTION:null; nested exception is:
> > > > javax.ejb.EJBException
> > > > java.sql.SQLException: Table not found: COUNTY in statement [insert
into
> > county
> > > > (COUNTY_NBR, COUNTY_NME, COUNTY_ABREV3_CD, COUNTY_ABREV4_CD) values
> > (1,'North
> > > > Pole','NPL','NOPL')]
> > > > at org.hsql.Trace.getError(Trace.java:124)
> > > > at org.hsql.Result.<init>(Result.java:70)
> > > > at
org.hsql.jdbcConnection.executeHSQL(jdbcConnection.java:644)
> > > > at org.hsql.jdbcConnection.execute(jdbcConnection.java:540)
> > > > at
org.hsql.jdbcStatement.fetchResult(jdbcStatement.java:499)
> > > > at
org.hsql.jdbcStatement.executeUpdate(jdbcStatement.java:52)
> > > > at
> > > >
> >
org.hsql.jdbcPreparedStatement.executeUpdate(jdbcPreparedStatement.java:114)
> > > > at
> > > >
> >
org.jboss.minerva.jdbc.PreparedStatementInPool.executeUpdate(PreparedStateme
> > ntIn
> > > > Pool.java:81)
> > > > at
> > > >
> >
us.oh.state.dot.common.ejb.reference.ejb.bean.CountyBeanBMP.ejbCreate(County
> > Bean
> > > > BMP.java:51)
> > > >
> > > > Borland AppServer does a very nice job of declaring datasources.
jBoss
> > appears
> > > > to me to require a couple additional files to achieve what BAS
> > accomplishes
> > with
> > > > the single ejb-inprise.xml descriptor. Here are the settings in the
> > relevant
> > > > jBoss files:
> > > >
> > > > jboss.conf
> > > > ========
> > > > <MLET CODE="org.jboss.jdbc.XADataSourceLoader" ARCHIVE="jboss.jar"
> > > > CODEBASE="../lib/ext/">
> > > > <ARG TYPE="java.lang.String" VALUE="SybaseDB">
> > > > <ARG TYPE="java.lang.String"
> > VALUE="org.jboss.minerva.xa.XADataSourceImpl">
> > > > </MLET>
> > > >
> > > > jboss.jcml
> > > > =======
> > > > <mbean
name="DefaultDomain:service=XADataSource,name=SybasePool">
> > > > <attribute
> > name="URL">jdbc:sybase:Tds:SOCDB004:25000/testdb</attribute>
> > > > <attribute name="JDBCUser">user</attribute>
> > > > <attribute name="Password">pass</attribute>
> > > > </mbean>
> > > >
> > > > jboss.xml
> > > > =======
> > > > ....
> > > > <entity>
> > > > <ejb-name>CountyBeanBMP</ejb-name>
> > > > <jndi-name>odotref/county_bmp</jndi-name>
> > > > <resource-ref>
> > > > <res-ref-name>jdbc/odotref_link</res-ref-name>
> > > > <resource-name>jdbc/odotref_datasource</resource-name>
> > > > </resource-ref>
> > > > </entity>
> > > > ....
> > > > <resource-managers>
> > > > <resource-manager>
> > > > <res-name>jdbc/odotref_datasource</res-name>
> > > > <res-jndi-name>SybasePool</res-jndi-name>
> > > > </resource-manager>
> > > > </resource-managers>
> > > > ....
> > > >
> > > > MyBean
> > > > =======
> > > > I look up the database connection using:
> > > > Context ctx = (Context) new InitialContext();
> > > > DataSource ds =
> > (DataSource)ctx.lookup(java:comp/env/jdbc/odotref_link");
> > > > Connection conn = ds.getConnection();
> > > >
> > > > The exception occurs when I execute a query using this connection.
Also,
> > the
> > > > DatabaseMetaData for the connection does not seem to be knowledgable
of
> > any
> > of
> > > > the database information.
> > > >
> > > > thanks,
> > > > jim
> > > >
> > > >
> > > >
> > > > --
> > > > --------------------------------------------------------------
> > > > To subscribe: [EMAIL PROTECTED]
> > > > To unsubscribe: [EMAIL PROTECTED]
> > > >
> > >
> > > --
> > > Dan Christopherson (danch)
> > > nVisia Technical Architect (www.nvisia.com)
> > >
> > > Opinions expressed are mine and do not neccessarily reflect any
> > > position or opinion of nVISIA.
> > >
> > >
--------------------------------------------------------------------------
> > -
> > > If you're a capitalist and you have the best goods and they're
> > > free, you don't have to proselytize, you just have to wait.
> > > -Eben Moglen
> > >
> > >
> > >
> > > --
> > > --------------------------------------------------------------
> > > To subscribe: [EMAIL PROTECTED]
> > > To unsubscribe: [EMAIL PROTECTED]
> > >
> >
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> >
> >
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
---------------------------------------------------------------------
This message (including any attachments) contains confidential, proprietary
or privileged information intended for a specific purpose and individual(s),
and is protected by law. If you receive this message in error, please
immediately delete it and all copies of it from your system, destroy any
hard copies of it and notify the sender. Any unauthorized disclosure,
copying or distribution of any part of this message, or the taking of any
unauthorized action based on it, is strictly prohibited.
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
