Hello again Matthias!
The websphere tags are actually designed to be "fine grained" by intention.
This is to avoid tags overloaded with attributes that are irrelevant.
So MDB-attributes goes to the mdb-tag, CMP-attributes to the cmp-tag and so
on.
Since we can describe this in the xtags.xml - file we can make XDoclet aware
of this as:
<tag>
<level>class</level>
<name>websphere.mdb</name>
<unique>true</unique>
<condition-description>Message Driven Beans</condition-description>
<condition type="or">
<condition type="type">
<condition-parameter>javax.ejb.MessageDrivenBean</condition-parameter>
</condition>
</condition>
XDoclet uses this for example to add comments in the generated doc as:
"Applies to: Message Driven Beans"
NOTE: If XDoclet uses this during execution to detect incorrect use of tags is
actually out of my knowledge (easy to test however ;-)
I personally think that the generated doc makes a good work in both giving a
good overview and at the same time give detailed infomation regarding the
tags.
I'm currently working on some websphere-extensions (local-tran...) that are
common to all three types of beans and they will therefore go into a common
tag.
When it comes to "backward compatibility" we have no options.
We simply can't change tagnames since it will break existing code that uses
the tags.
Regards,
Magnus.
On Wednesday 22 December 2004 10:54, Matthias Germann wrote:
> Hi,
>
> I noticed that the structure of the tags in the IBM WebSphere module
> does not conform to the structure of the tags in the ejb module.
>
> The ejb module definies one tag (ejb.bean) for all bean types (session,
> entity, message-driven). Condition tags are defined for the parameters
> which are not available for all bean types.
>
> The IBM WebSphere module defines tags for each bean type (websphere.bean
> for session beans, websphere.mdb for message driven beans and
> websphere.cmp for entity beans).
>
> IMHO this structure has two flaws:
> 1. there is no tag for parameters which are available for all bean types
> 2. it's confusing if the ejb and websphere module use different structures
>
> I suggest to restructure the WebSphere tags and to use the same approach
> as for the ejb module. What do you think about this?
>
> I'm creating a patch for some additional WebSphere parameters.
> Therefore, i could also restructurate the WebSphere tags.
>
> What about backward compatibility? Should i leave the old tags or can i
> just remove them?
>
> Regards,
> Matthias
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> xdoclet-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
--
Magnus Larsson
Callista Enterprise AB
http://www.callista.se/enterprise
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
