[GLASSFISH-1083] Thin client-side JAR for remoting Created: 05/Sep/06 Updated: 06/Mar/12
|Fix Version/s:||future release|
|Remaining Estimate:||Not Specified|
|Time Spent:||Not Specified|
|Original Estimate:||Not Specified|
Operating System: All
I am looking for a Glassfish equivilent of hibernate-client.jar offered by JBoss
Hibernate has this going in around 250k, Glassfish's appserv-rt.jar is a
This sort of feature is a P2 or P1 in my mind (because I really need it) but
|Comment by vchet [ 05/Sep/06 ]|
|Comment by cowwoc [ 09/Sep/06 ]|
Please check out http://www.jboss.com/developers/projects/jboss/IIOP
JBoss managed to get stubless EJBs working for RMI-IIOP by adding the stubs to
|Comment by cowwoc [ 11/Sep/06 ]|
Seems JBoss doesn't have this working (yet) either:
but I see no reason why you couldn't get CosNaming working with EJB3 RMI-IIOP.
|Comment by ksak [ 14/Sep/06 ]|
Posting snippet from related forum thread : http://forums.java.net/jive/thread.jspa?
> I don't understand why I need static RMI-IIOP stubs
The default naming provider in SUN's implementation already
> I mean, since
That's the RMI-JRMP implementation, not RMI-IIOP.
We've moved away from the entire notion of static
|Comment by cowwoc [ 14/Sep/06 ]|
>That's the RMI-JRMP implementation, not RMI-IIOP.
RMI-JRMP makes the stubs available from the code-servers. Isn't there a way to
My problem with the current situation is that we're coding against a specific
Unless you can reduce the client-side JAR from 16MB to say 500k I don't think
|Comment by Hong Zhang [ 08/Nov/07 ]|
assign to tim for further evaluation.
|Comment by Tom Mueller [ 06/Mar/12 ]|
Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.