On Thu, 1 Nov 2001, Ara Abrahamian wrote:

> I think sometimes (maybe mostly!) you want intf/home/pk/etc generated
> for your abstract base bean and use it or derive from it in derived
> beans. So even if something is not a concrete bean but it's perfectly
> logical to generate intf/etc for it and derive from them in subclasses.
> So don't inherit generate of ejb:bean for other bean stuff, it's really
> logical, if you defined remote methods a()/b()/etc in A, you want a
> AIntf remote interface with all those methods in it and B's BIntf will
> derive from it, isn't it so?

yeah, so in the case that this isn't the case the user just puts
@ejb:interface generate=false etc etc. in the bean?

> So I don't think generate="dd" makes sense too :o)

?  so we have 

@ejb:generate="(true)|false"
@ejb:deployable="true|(false)"

and all generate controls is bmp/cmp/session tasks, and deployable
controls the various deployment descriptors?

Not sure I see what is wrong with generate="dd" as if someone wants
generated cmp|bmp|session and dd, but not support classes, then they will
most likely need to specify the support classes anyway via ejb:interface
etc tags, so its not like we're requiring additional comments...

could you clarify this for me?

cheers
dim

> 
> Ara.
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> > [EMAIL PROTECTED]] On Behalf Of Dmitri Colebatch
> > Sent: Thursday, November 01, 2001 3:35 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [Xdoclet-devel] CVS update: 'xdoclet/core/src/xdoclet/ejb
> > 
> > Further to this...
> > 
> > I've gone through and done pretty well all of this, but wont checkin
> till
> > I've had feedback...  where I'm at atm though, is the other
> > subtasks.  EntityCMP|BMP and Session are easy.  just behave as
> > below.
> > 
> > My thinking on the others (pk, interfaces, etc etc) is that if there
> is a
> > generate="false" (or "dd") at the bean level, and nothing at the
> > ejb:interface, ejb:home or ejb:pk level, then the generate="false"
> applies
> > to the interface/home/pk subtask... makes sense i think.
> > 
> > However this has broken the PersonBean, as there should be a Person
> and
> > PersonPK generated... I would have thought what I've suggested is
> pretty
> > logical... anyone mind if I change the personbean to include
> > generate="true" in the @ejb:interface and @ejb:pk comments?
> > 
> > cheers
> > dim
> > 
> > On Thu, 1 Nov 2001, Dmitri Colebatch wrote:
> > 
> > > Did a little thinking about this, how about extending generate?
> > Something
> > > like:
> > >
> > >   generate="false" <- generate nothing, treat the bean as an
> abstract
> > base
> > >                       class
> > >   generate="dd"    <- generate deployment descriptors only, ignoring
> > _all_
> > >                       other tasks unless the individual task
> explicity
> > >                       is set to generate="true" (effectively the
> > >                       equivalent of deployable="true")
> > >   generate="true"  <- (default) generate everything unless
> instructed
> > not
> > >                       to in other tags
> > >
> > > seems a lot simpler to me.  thoughts?  Or am I missing something
> > > obvious... its been one of those days, so that's entirely possible
> (o:
> > >
> > > cheers
> > > dim
> > 
> > 
> > _______________________________________________
> > Xdoclet-devel mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
> 
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> 


_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to