I don't see a problem with doing that, and in fact, if the behavior
of the deployer is more consistent with existing, can reuse existing
logic, etc. if this is the mode of operation then this is fine. Its
really an implementation detail that the spec is not going to define.
It would also probably simplify the j2ee application client because
without the server side setup of the jax-rpc binding the app client
deployer has to do this.

--
xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx

Jung , Dr. Christoph wrote:


From my reading, I was seeing the relation between server and client
programming more analogously to the existing EJB/J2EE specification bits.


I was proposing to bind the service references into (global) JNDI by the
JSR109Deployer regardless of whether a client app is present (as we do with
the ejb stubs).


The JSR109ClientDeployer would then only live in client processes and just
dealing with generating link-refs into the local client JNDI. Furthermore,
there is IMHO the possibility (requirement) to use service-endpoint
references in the server programming model just as ejb-ref and servlet-ref.

CGJ



------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to