June 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Portal] - Re: portal clustering problem when using optimistic locking

by prabhat.jha＠jboss.com

The way servers are started is: java -server -Xms3072m -Xmx3072m -XX:MaxPermSize=128m -XX:+UseLargePages -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djgroups.udp.ip_ttl=1 -jar /tmp/pjha/eap43/bin/run.jar -c production -b 10.18.1.129 -Djboss.partition.name=PortalScalabilityTestPartition -Dcluster.route.name=perf11 -u 239.11.12.13 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159690#4159690 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159690

16 years

1
0
0 / 0

[Design of JBoss Portal] - Re: portal clustering problem when using optimistic locking

by prabhat.jha＠jboss.com

Thread dumpts attached to JBPORTAL-1879. With 5 users hitting one server, I primarily see - waiting on <0x0000002b2dad5118> (a java.util.HashMap) at org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:502) - locked <0x0000002b2dad5118> (a java.util.HashMap) at org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:193) at org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:432) at org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:192) at org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:163) at org.jboss.cache.TreeCache.callRemoteMethodsViaReflection(TreeCache.java:4471) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4418) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4371) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4489) at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110) at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88) at org.jboss.cache.interceptors.OptimisticReplicationInterceptor.broadcastPrepare(OptimisticReplicationInterceptor.java:181) at org.jboss.cache.interceptors.OptimisticReplicationInterceptor.invoke(OptimisticReplicationInterceptor.java:90) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java:887) at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1170) at org.jboss.cache.interceptors.OrderedSynchronizationHandler.beforeCompletion(OrderedSynchronizationHandler.java:75) at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:114) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:247) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:86) at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:177) at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1382) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:135) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:87) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:383) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:174) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:157) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5919) at org.jboss.cache.TreeCache.put(TreeCache.java:3858) at org.jboss.cache.TreeCache.put(TreeCache.java:3532) at org.hibernate.cache.OptimisticTreeCache.writeLoad(OptimisticTreeCache.java:84) at org.hibernate.cache.TransactionalCache.put(TransactionalCache.java:55) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159689#4159689 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159689

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Please subscribe to jbpm-dev@lists.jboss.org

by kukeltje

yep, me to View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159680#4159680 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159680

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by kukeltje

anonymous wrote : so when users want to add a new node type, i don't want them to be forced to write an xsd and configure the namespace in the process. I do not realy see a problem with this. If they can create their own node types I bet they fairly easy make their own xsd, certainly if we provide an example View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159679#4159679 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159679

16 years

1
0
0 / 0

[Design of JBoss Portal] - Re: portal clustering problem when using optimistic locking

by prabhat.jha＠jboss.com

This is getting interesting. I tried with JBPAPP_4_3_0_GA_CP01 in production configuration, I am seeing the same behavior as I was seeing before. If I access a node before other comes up, everything goes fine. I have removed the buddy replication attribute from tree cache configuration as you mentioned. The complete tree cache configuration is attached to http://jira.jboss.com/jira/browse/JBPORTAL-1879. The error I see on server side is: No ManagedConnections available within configured blocking timeout ( 30000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] )) I will take thread dump on both nodes and share my findings. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159674#4159674 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159674

16 years

1
0
0 / 0

[Design of JBoss Portal] - Portal page generation code

by tulip

Hi, We need to have control over the portal page and add content to it. I have Jboss portal 2.6.5 installed from the source code. Can someone point out the part of code that generates the portal page content ? Suggestions appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159672#4159672 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159672

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - C++ Clinets for JBOSS Messaging

by jmsid4jboss

How can a C++ client send messages to a JBOSS Server? Any help in this regard is appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159664#4159664 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159664

16 years

1
0
0 / 0

[Design of JBoss Web Services] - VirtualFileAdaptor behavior seems incorrect

by scott.stark＠jboss.org

The current problem with the cts test serialization has to due with the behavior of the VirtualFileAdaptor. A VirtualFileAdaptor is created with a VirtualFile whose underlying handler is a ZipEntryHandler is created that has a path interop_W2JREMarshallTest_appclient_vehicle_client.jar, and a uri of vfszip:/Users/svn/JBossHead/jboss-head/build/output/jboss-5.0.0.CR1/server/cts/tmp/jsr88/interop_W2JREMarshallTest_appclient_vehicle.ear/interop_W2JREMarshallTest_appclient_vehicle_client.jar: ZipEntryHandler(a)2656127[path=interop_W2JREMarshallTest_appclient_vehicle_client.jar context=vfszip:/Users/svn/JBossHead/jboss-head/build/output/jboss-5.0.0.CR1/server/cts/tmp/jsr88/interop_W2JREMarshallTest_appclient_vehicle.ear/interop_W2JREMarshallTest_appclient_vehicle_client.jar real=vfszip:/Users/svn/JBossHead/jboss-head/build/output/jboss-5.0.0.CR1/server/cts/tmp/jsr88/interop_W2JREMarshallTest_appclient_vehicle.ear/interop_W2JREMarshallTest_appclient_vehicle_client.jar] When the VirtualFileAdaptor that wraps the associated VirtualFile, ends up writing out the path and rootURL as interop_W2JREMarshallTest_appclient_vehicle_client.jar and vfszip:/Users/svn/JBossHead/jboss-head/build/output/jboss-5.0.0.CR1/server/cts/tmp/jsr88/interop_W2JREMarshallTest_appclient_vehicle.ear/interop_W2JREMarshallTest_appclient_vehicle_client.jar. | private void writeObject(ObjectOutputStream out) throws IOException, URISyntaxException | { | URL url = rootUrl; | if (url == null) | { | VFS vfs = getFile().getVFS(); | url = vfs.getRoot().toURL(); | } | String pathName = path; | if (pathName == null) | pathName = getFile().getPathName(); | | ObjectOutputStream.PutField fields = out.putFields(); | fields.put("rootUrl", url); | fields.put("path", pathName); | out.writeFields(); | } | This will not work when deserialized with the VirtualFileAdaptor.getFile() implementation. The only way this could work is if the following code used to return the root URL of the ear previously: | VFS vfs = getFile().getVFS(); | url = vfs.getRoot().toURL(); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159656#4159656 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159656

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBMETA-44, ws annotation processing for references

by alex.loubyansky＠jboss.com

Yes, that's the one. It's in the release now. I assumed the reference should always have an injection target (field or method). So, how should it the reference in on the class be handled in this case? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159629#4159629 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159629

16 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS locking

by mstruk

I'll look into it over the weekend. - marko View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159626#4159626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159626

16 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 June 2008