RE: [jBoss-User] Quick questions about EJB in general

[Hardy, Patrick, DDI - Garden City]

Thanks.



-----Original Message-----
From: Lennart Petersson [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 05, 2001 03:20 AM
To: JBoss-User
Subject: SV: [jBoss-User] Quick questions about EJB in general


Hi! I'm using EjbDoclet and thinks it's very good (thanks Rickard!). Look
below on my comments:

----- Original Message ----- 
From: Hardy, Patrick, DDI - Garden City <[EMAIL PROTECTED]>
To: 'JBoss-User' <[EMAIL PROTECTED]>
Sent: Friday, March 02, 2001 10:07 PM
Subject: [jBoss-User] Quick questions about EJB in general


> Hello,
> 
> I have a few quick questions about EJB in general. I hope I can ask it
here.
> 
> I downloaded a program called ejbDoclet where given a bean class, it will
> create a slew of other classes including:
> 
> remote interface 
> home interface 
> primary key class 
> EntityBean CMP layer 
> EntityBean BMP layer 
> bulk data class 
> ejb-jar.xml
> 
> What I don't understand is that it creates an abstract class that a CMP or
> BMP class would implement. The abstract class contains all of the business
> methods and required methods that must be implemented from the EntityBean
> class. Why this additional layer of abstraction? Is this defined in a
> specification somewhere? Aren't the only classes required are home,
remote,
> and bean classes for an EJB? Why should an additional abstract class be
> implemented by the bean class?
Required by the spec is the home, remote, PK (when EB) and bean class AND
the ejb-jar.xml file. Rest is good-to-have classes :) The generated bulk
data class i guess is not to difficult to understand what to do with. Use it
when sending entity data back and forth between ejbs and between client and
ejb. The usage of the generated CMP/BMP class may seem more unclear at first
but i think that it is good to seperate out all the methods (or most of
them) that has with persistent to do, and only keep the real buisiness
methods left in the bean class which now is really slim. And as a feature
you can easily switch your bean between beeing a CMP or a BMP bean.
I guess Rickard Öberg has more arguments :-)
/Lennart
> 
> Has anyone here used ejbDoclet before?
> 
> Sorry for all the questions.
> 
> Thanks.
> 
> 
> Thanks.
> 
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> I haven't lost my mind. It's backed up on tape somewhere.
> 
> Patrick Hardy Doubleday Interactive, Inc.
> Java Web Consultant 401 Franklin Avenue
> *516 873 4693 Garden City, New York 11530
> 
> 
> 
> -----Original Message-----
> From: Kenneth Robinson [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 02, 2001 16:03 PM
> To: 'JBoss-User'
> Subject: [jBoss-User] Setting Context when using WAR files
> 
> 
> Hi everyone,
> 
> I've been experimenting with JBoss for a couple of
> weeks now and am really excited about using it for
> some of our future projects.
> 
> I do have two simple (I hope) questions:  
> 
> 1.  When deploying a WAR file, is there some way of
> explicitly setting the Context?  Obviously this can
> be done when using EARs, but I've been unable to find
> how to do this for WARs.  Currently, the deployer
> seems to just use the file name.  
> 
> 2.  Hand in hand with the previous question, is
> there any reason I should not be able to deploy
> multiple WARs into the same Context.  The thought
> here is multiple developers will each work on
> separate parts of a larger app, and each can deploy
> as they complete their sections.
> 
> Thanks,
> 
> Ken Robinson
> 
> 
> --
> --------------------------------------------------------------
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]
> 
> 
> --
> --------------------------------------------------------------
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]



--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]


--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]