----- Original Message -----
From: "Kenneth D. Litwak" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 22, 1999 3:29 PM
Subject: Four EJB questions
> 1. Are there any tools to aid in debugging EJB code? SIne an EJB is
pretty far
> removed from tier 1, where most IDEs focus, I'm not sure how you'd debug
> problems or code in an EJB.
Any decent IDE can be used to debug EJB code.
Please search the archives for past postings on how to debug with EJBs in
the WebLogic server, using Visual Cafe, and Visual J++.
More information can be found in the WebLogic support
newsgroups(news://www4.weblogic.com)
Also, check out Kawa, which is a pretty inexpensive and flexible IDE. They
have support newsgroups too. Their address is:
www.tek-tools.com
> 2. Does the requirement for an Entity bean to hae a PrimaryKey mean that
your
> database table has to have a matching primary key or can you define a
primary
> key for the bean on any column? Thisis particularly an issue if the
database is
> an OODBMS, which doesn't model data in columns.
There's no real connection between the Entity Bean primary key and the
database primary key.
One can exist without the other. Also, and Entity Bean primary key can be a
combination of two or more fields- as long as the combination is unique
within that table.
> 3. I've read that on the oone hand, Entity beans should not do transaction
> demarcation tyhemsevles but that on the other hand, a transaction ends
when an
> entity bean's method ends, as opposed to a stateful session bean's method,
which
> may return in the middle of a transaction. If the transaction must end at
the
> endof the entity bean's mehtod, but the entity bean is not supposed to do
its
> own transaction demarcation, there's a problem. I don't see how both of
those
> could be tgrue at the same time.
Bean-managed transactions are prohibited in Entity Beans. You could- and
should- use declarative transactions(in the deployment descriptor) at the
method level.
> 4. I'm reading contradictory things about JTS. One thing I read said that
it
> implements OTS and is a competle transaction manager. Another thing I
read said
> that it implements OTS and acts as a layer on top of a transaction
manager, like
> Tuxedo. Which is it?
I'm not sure I can address this very well, but I can certainly try to
confuse the issues for you a little bit here:~)
You really should take a look at JTA- which is the spec with EJB in mind.
JTS was pre-EJB.
> Thanks.
>
> Ken
Regards,
Murali Krishna Devarakonda
e: [EMAIL PROTECTED]
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
