August 2006 - jboss-dev-forums - Jboss List Archives

[Design of Clustering on JBoss (Clusters/JBoss)] - Using JBossSerialization with HttpSession Replication (JBAS-

by hmesha

Hi all, discussion for JBAS-2921 Currenlty, Http Session replication employ JavaSerialization to perfrom object serialization before inserting sessions or attributes in the cache. What we would like to do is provide an additional option to use JBossSerialization. The problem there's no server wide configuration property to toggle between JavaSerialization and JBossSerialization. Here's the solution that I'm proposing 1. provide a configurable property in jboss-web.xml. Possible values are: <session-serialization>JBossSerialization</session-serialization> or <session-serialization>JavaSerialization</session-serialization> (default value) or <NOT EXIST> (default to JavaSerialization) 2. add dependency on JBossRemoting to take advantage of SerializationStreamFactoryMBean where we set and get the serialization manager from the factory. 3. Based on the serialization type specified in step 1 we can invoke the either JBossSerializationManager or JavaSerializationManager (default) to create the needed MarshalledValue to serialize the objects Thoughts? -Hany View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967904#3967904 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967904

18 years

1
0
0 / 0

[Design of JBoss Serialization] - Re: What should I create to frequently ask it for smart clon

by clebert.suconic＠jboss.com

anonymous wrote : I'll try to patch some code to use Javolution's PoolContexts. Maybe this will help. If you could expand your idea here also, please. Clebert Suconic View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967899#3967899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967899

18 years

1
0
0 / 0

[Design of JBoss Serialization] - Re: What should I create to frequently ask it for smart clon

by clebert.suconic＠jboss.com

DataContainer can't be multi-thread because ObjectsCache and the hashmap of read objects is stored inside DataContainer. However, look at this: http://jira.jboss.org/jira/browse/JBSER-88 Just created a new method on DataContainer called .cloneContainer. You can have a DataContainer per thread with this, reusing the ArrayList underneath DataContainer used to store the data. You would minimize GC with this factory pattern. Although you will have to use CVS for a while. Take a look on org.jboss.serial.soaktest.DataContainerMultiThreadTestCase. DataContainer is being cloned and reused among 100 threads, each thread reading 100 times the same object. All having a single source. So... I created the feature just for you (as it was simple creating it). As an exchange now, can you provide me what would be a nice UseCase? :-) Clebert Suconic View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967895#3967895 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967895

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: web services question

by kukeltje

AAAHHHHHHHHHHH sorry, forgot to do a final preview ahh ok, The initial trials were handcoded. The best/easiest/standardized (in no order of preference) way of mapping is what I'm looking into. It could be that they can map easisly on commands, but then they have to be aligned. There are 2 options I'm investigating: | <command name="startProcess"> | <processDefinition> | <name>procName</name> | <version>1.0</version> | </processDefinition> | <variables> | <variable> | <name>damageDate</name> | <value>090906</value> | </variable> | <variable> | <name>amount</name> | <value>191916</value> | </variable> | </variables> | </command> | Personally I'm more in favour of: | <startProcess> | <processDefinition> | <name>procName</name> | <version>1.0</version> | </processDefinition> | <variables> | <variable> | <name>damageDate</name> | <value>090906</value> | </variable> | <variable> | <name>amount</name> | <value>191916</value> | </variable> | </variables> | </startProcess> | But this is not so extensible... If we make all elements optional, adding custom commands will be easier in XML, but they still have to be mapped. to either methods that did not exist or add some kind of config to fiond these base on reflection or whatever. Extending commands should benefit all and just be in the code. So I'm looking into the latter solution. I want to generate and XSD first with the commands in mind, but if some coding needs to be done, so be it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967894#3967894 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967894

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: web services question

by kukeltje

ahh ok, The initial trials were handcoded. The best/easiest/standardized (in no order of preference) way of mapping is what I'm looking into. It could be that they can map easisly on commands, but then they have to be aligned. There are 2 options I'm investigating: | <command name="startProcess"> | <processDefinition> | <name>procName</name> | <version>1.0</version> | </processDefinition> | <variables> | <variable> | <name>damageDate</name> | <value>090906</value> | </variable> | <variable> | <name>amount</name> | <value>191916</value> | </variable> | </variables> | </command> | Personally I'm more in favour of: procName 1.0 damageDate 090906 amount 191916 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967893#3967893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967893

18 years

1
0
0 / 0

[Design of JBoss Portal] - How do I Build and Deploy a Portal Service that a Portlet ca

by tseckend

I am new to the Jboss Portal and this is my first post to the forum. However I have a significant amount of experience on the Exo Platform and JSR168 spec. platforms. What I am looking for help with is some kind of refrece to building/writing and deploy your own "Service" for the JBoss Portal. Specifically, I am interested in building a JDBC service or DAO service that is not hybernate based. I just want to be able to ask the portal or context for a data service that returns a JDBC connection. If there is a shout cut to doing this I would be extremely greatfull if some one could give me a heads up or point me in the right direction. Thanks for any help in advance. tseckend View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967884#3967884 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967884

18 years

1
0
0 / 0

[Design of POJO Server] - Re: UnifiedClassLoader3 to DomainClassLoader

by adrian＠jboss.org

I don't see a problem with making JMX depend upon container. Reusing container's reflection model would probably help reduce memory where others also try to get the same reflection objects. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967882#3967882 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967882

18 years

1
0
0 / 0

[Design of POJO Server] - UnifiedClassLoader3 to DomainClassLoader

by scott.stark＠jboss.org

One task in the vdf work is to allow the existing UCL to be used as the class loader. To do this I need to add support for the org.jboss.classloading.spi.DomainClassLoader interface to the UCL. This will make the jmx module of jbossas dependent on the container project and jboss-container.jar. Any problems with this or should the UCL be further factored out of the jmx project? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967880#3967880 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967880

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: transactions, commands and packaging

by david.lloyd＠jboss.com

The way I see it, no transaction should span more than a single request or form submission on the webapp. In read/modify/write cases we should (if we have not already) adopt an optimistic locking style of strategy, where we trigger an error on form submit if the relevant server state has changed between the request of the form and the submission of the same form. That said, I don't see why we can do whatever we want with transations, at least with respect to the web application. My apologies if I'm duplicating what you've already said. Also, I don't really like the idea of keeping a heavyweight state on the web application side either. Ideally the web application would be purely stateless. Of course this may or may not be possible - I'm still not familiar enough with the API to know for sure. Working on it though! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967872#3967872 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967872

18 years

1
0
0 / 0

[Design of JBoss Serialization] - Re: Interceptor medasata issue

by clebert.suconic＠jboss.com

Can you provide more details on how this happens? It looks an issue with EJB3 invocation layer. If you provide a testcase, we might be able to identify the issue. If this turns to be a EJB3 thread I can move this to the right forum later, but I just need more context. For example, how you're getting SimpleMetaData. What's the context... that kind of thing. Clebert View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967868#3967868 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967868

18 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2006