[jboss-as7-dev] EJB passivation/activation, clustering and JPA extended persistence context handling...

Carlo de Wolf cdewolf at redhat.com
Mon Oct 24 15:01:14 EDT 2011


On 10/24/2011 08:57 PM, Carlo de Wolf wrote:
> I think its better to treat a clustered XPC as an 'individual SFSB'.
> Trying to maintain a graph around one XPC can quickly become very 
> messy. Especially if different XPCs get involved. Conceptually the XPC 
> can behave similar as a SFSB and we just keep proxies as references to 
> it. Then it can replicate "at whim".

I did some prototyping around it here: 
http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/ejb3/trunk/testsuite/src/test/java/org/jboss/ejb3/test/xpcalt/XPCAltBean.java?view=markup 
a long time ago.

Carlo
>
> Carlo
>
> On 10/24/2011 06:10 PM, Scott Marlow wrote:
>> On 10/24/2011 11:17 AM, Brian Stansberry wrote:
>>> On 10/24/11 9:54 AM, Scott Marlow wrote:
>>>>
>>>> On 10/24/2011 10:47 AM, Brian Stansberry wrote:
>>>>> Throwing NotSerializableException instead of serializing means 
>>>>> removing
>>>>> support for clustering SFSBs with an XPC. That IMHO would be a pretty
>>>>> major feature regression. I believe we have supported that since 
>>>>> AS 4.2
>>>>> if not earlier.
>>>> I don't disagree, was just interested in hearing from anyone that
>>>> thought we shouldn't do this and why. I appreciate the feedback 
>>>> that we
>>>> should do it. :)
>>>>
>>> Paul had done a bunch of cool stuff around XPC serialization that he 
>>> had
>>> to put on the back burner to focus on the AS 6 Infinispan integration.
>> I think that Paul has been continuing the ideas presented in
>> http://community.jboss.org/wiki/DevEJB3NewSFSBCache for the SFSB
>> clustering (Paul?), but some changes will be needed for clustering the
>> extended persistence context.
>>
>> The knowledge of the group of SFSBs related to a single SFSB (through
>> its XPCs, is available in the JPA subsystem and can be exposed via the
>> XPCSerializationController SPI.  If the SPI is wrong, lets correct it.
>>
>> If we cannot use the SPI for clustering, I'll remove the clustering
>> aspects from it, but I'm hoping that won't be the case.
>>
>>>>> On 10/24/11 9:39 AM, Scott Marlow wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I'm looking into handling serialization of the extended persistence
>>>>>> context (for both clustering and EJB3.1 passivation/activation).
>>>>>>
>>>>>> The (JPA subsystem) spi is still developing for this but if 
>>>>>> anyone has
>>>>>> feedback or wants to follow. A sketch for the spi is at
>>>>>> https://github.com/scottmarlow/jboss-as/blob/d7ec51ac14afb47ced7d203f8b3696c10221e9db/jpa/spi/src/main/java/org/jboss/as/jpa/spi/XPCSerializationController.java 
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> One question that comes up is why. Why not just throw
>>>>>> NotSerializableException instead of serializing the extended
>>>>>> persistence
>>>>>> context. If anyone feels strongly that we should throw
>>>>>> NotSerializableException instead of serializing the extended
>>>>>> persistence
>>>>>> context, I'd like to hear why.
>>>>>>
>>>>>> I've made internal changes on
>>>>>> https://github.com/scottmarlow/jboss-as/tree/cluster1 to support
>>>>>> clustering extended persistence contexts. Next is to do the actual
>>>>>> serialization.
>>>>>>
>>>>>> Scott
>>>>>> _______________________________________________
>>>>>> jboss-as7-dev mailing list
>>>>>> jboss-as7-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>>
>>>
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>



More information about the jboss-as7-dev mailing list