[Design of JBoss Web Services] - Re: Does JBossWS optimize local invocations?
by mageshbk@jboss.com
As far as Remoting goes the invocation is localized if it is in the same process space:
http://labs.jboss.com/jbossremoting/
"Local invocation - if making an invocation on a remoting server that is within the same process space, remoting will automatically make this call by reference, to improve performance."
Please see http://labs.jboss.com/jbossremoting/docs/guide/ch05.html#section-http-inv... section "5.9. Configuration by properties"
"BYVALUE (actual value is 'byvalue') - indicates if when making local invocations (meaning client and server invoker exists within same jvm), the marshalling will be done by value, instead of the default, by reference. Using this configuration, the marshalling will actually perform a clone of the object instance (see org.jboss.remoting.serialization.SerializationManager.createMarshalledValueForClone()). Value for this property should be of type String and be either 'true' or 'false'. In releases prior to 2.0.0, using this configuration setting would have forced invokers to be remote, which can now be done via FORCE_REMOTE config (see below).
FORCE_REMOTE (actual value is 'force_remote') - indicates if when making local invocations (meaning client and server invoker exists within same jvm), the remote invokers should be used instead of local invoker. Is equivalent to making invocations as though client and server were in different jvms). Value for this property should be of type String and be either 'true' or 'false'."
By default BYVALUE is false.
Although these are configurable in Remoting, JBossWS does not expose these as configurable parameters to the WS developer.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118145#4118145
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118145
18 years, 2 months
[Design of JBossCache] - Re: Implicit marshalled values - a better way of handling re
by manik.surtani@jboss.com
Whew - talk about a healthy response to a post! :-)
First though, back on to the main topic of marshalled values - Brian, I hope to have this in 2.1.0.CR3, which means you will have it for JBoss AS 5 clustering. I hope to have it enabled by default, too - let me know if this causes any issues with you.
So back to the "new" topic of custom objects in Fqns! ;)
I think a PFER check on a node attribute can be done just as easily as with a node - the current PFER code does a peek() and tests for a null return value. This could then do a getDirect() for specific attribs.
I'm not entirely convinced about the UUID approach for entities though. Entities already have an identity - a primary key. Could we not use the entity's PK instead of UUIDs? Surely every entity PK must be mappable to DB primitives in some way, and if it is a composite PK, could we not combine the components in a Collection? This would ensure that the same ID is used cluster-wide and prevent collisions/lock timeouts as well as the need for a "dupe cleanup" thread...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118117#4118117
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118117
18 years, 2 months