Dmitri Colebatch wrote:
> On Tue, 4 Sep 2001, Rickard [iso-8859-1] �berg wrote:
> > > Postponed EJBDoclet Bugs/Features:
> > > 5- [ #444503 ] Support more than one servlet per class
> >
> > Skip this one. Too obscure to be relevant.
> 
> I agree its obscure, and agree it can be put off for now... but I just
> today came across the same requirement for session beans... not sure how
> we would do it though...  perhaps allow multiple ejb:bean tags, and then
> every other tag has an optional name parameter than determines which of
> the instances it relates to... just thoughts - definately a low priority

"Messy" was my thought. Why do you need it? Why is it a requirement?

> > > 6- [ #438613 ] Support for Business interface pattern
> >
> > Because...? It's been debated before, and it's not really useful in the
> > code generation case (unless I've missed something).
> 
> I think the (imho valid) argument was that refactoring tools dont
> recognise that when you change the method in the bean the method in the
> interface changes... the business interface ties the two... it was well
> explained in an earlier email but the archives seem to be down...

But the interface is freakin' generated.. I don't get it...

> I was thinking of replacing the ifHasMethodTag... with a new tag
> XDoclet:isInterface(interface=remote) method that would firstly look for a
> view-type parameter to the @ejb:interface tag and use that if it was
> there, but if it wasn't there, would default to the class level view-type,
> which in turn defaults to remote.  in reality, there shouldn't be a need
> for view-type at the method level unless you have both remote and local
> interfaces and you only want the method to appear in one of them....

Sounds reasonable.

/Rickard

-- 
Rickard �berg
Software Development Specialist
xlurc - Xpedio Link�ping Ubiquitous Research Center
Author of "Mastering RMI"
Email: [EMAIL PROTECTED]

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

Reply via email to