Hello all XDoclet developers and contributors!

I have noticed that the @ejb.resource-ref and @web.resource-ref - tags allows 
that you define a jndi-name so that you don’t have to specify it again and 
again for each and every J2EE sever that you intend to support. (this is 
similar to the “table-name” parameter on the @ejb.persistence – tag, i.e. the 
parameter is used by the J2EE server specific modules and not used by the 
ejb-modules deployment descriptor generator itself)

I think this is very valuable since it removes most of the J2EE server specific 
tags from your code and it specifically makes a port from one J2EE server to 
another much simplified (this is a very common scenario these days at least in 
my job since more and more of my customers start to move some of their J2EE 
apps from “high-end” J2EE servers to “low-cost” J2EE servers such as JBoss).

I have however also noticed that not all relevant @ejb- and @web-tags support 
the jndi-name parameter, such as @ejb.resource-env-ref, @web.resource-env-ref, 
@web.ejb-ref, @web.ejb-local-ref and @ejb.ejb-external-ref – tags.

I suggest that we add a jndi-name parameter on those tags.
I guess it is only a matter of defining them in the corresponding xtags.xml 
file?
Then is it up to each J2EE server module to start to use them as the JBoss and 
WebSphere module already do.

I think that there are situations when you need to define J2EE server specific 
jndi-names for some of your ejb-beans and j2ee-resources so I think that we 
still need to support the J2EE –server specific tags for overriding the common 
jndi-name set on the ejb and web-tags.

The semantic should be that for each specific jndi-name should the J2EE-server 
specific tag be used if any is defined and otherwise should the jndi-name 
defined on the common ejb- or web-tag be used.

What do you think?

How do we decide on common module-crossing issues like this?
(Do we have some kind of “product management” established that can take such 
decision? Do we really need it?)

Regards,
Magnus.




-------------------------------------------------------
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
xdoclet-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to