On the table: To make the EJB3 Client JAR one unit as its own assembly project, or have
each module responsible for creating a *-client.jar of its own.
Regarding EJBTHREE-1315, Carlo has made the assertion:
"wolfc" wrote : We should not have a client assembly project. That's just
recreating the jbossall-client problem in ejb3.
As I understand the jbossall-client issues:
* Duplicate packaging (bloat) of classes already in $JBOSS_HOME/client
* Possibility that classes in jbossall-client.jar may also exist in other JARs, leading to
ClassCastException if the versions are different
I don't see the relevance of those here.
However, the Plugin project must have the client JAR declared as a dependency for it to be
included in the assembly. Most of these it gets transitively via EJB3 Core, however the
client JAR from EJB3 Core is not there and must be specified separately. Else:
[WARNING] The following patterns were never triggered in this artifact inclusion filter:
| o 'org.jboss.ejb3:jboss-ejb3-core:jar:client'
...which leads to
http://jira.jboss.com/jira/browse/EJBTHREE-1310.
So, we've gotta explicitly define the client classifier dependencies somewhere. Best
option I can see is in one new project, "client". What benefits do we reap by
creating single artifacts for security-client, proxy-client, etc when they're just
going to be repackaged together with the full lot anyway?
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145998#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...