January 2008 - jboss-user - Jboss List Archives

[JBossCache] - Re: TimoutException when reading/writing from cache

by manik.surtani＠jboss.com

You can increase the LockAcquisitionTimeout if you wish, if you expect that your transactions could take longer than 10000 ms. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117973#4117973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117973

18 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: MyEclipse & JBoss Tools

by max.andersen＠jboss.com

What error message did you get ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117972#4117972 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117972

18 years, 3 months

1
0
0 / 0

[JBoss jBPM] - Re: Syntax error when lauching jBPM => MySQL

by rodosa

Thank you kukeltje! The hibernate.cfg file that I had to change was inside of jbpm-console.war. Now it's using the right dialect :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117971#4117971 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117971

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: Single transaction multiple updates to cache node

by manik.surtani＠jboss.com

No, there is no such mechanism at the moment. Create a feature request for this in JIRA and vote for it; it sounds sensible that a single modification list is sent along with the tx commit notification and individual mods suppressed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117970#4117970 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117970

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: Strange behaviour when replacing nodes catched

by manik.surtani＠jboss.com

How do you retrieve the node? cache.get()? Do you have a cache loader configured? What sort of eviction thread wakeup interval have you configured? Are you allowing enough time for the eviction thread to kick in and clean up nodes marked for eviction? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117969#4117969 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117969

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: JBoss Cache with Weblogic 9.2 Cluster

by manik.surtani＠jboss.com

Looks like the stack is coming from WL, not JBC. Anyway, it looks like WL's clustering stack is receiving JBC multicast messages. Make sure your JBC multicast address and port are not the same as the WL ones. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117968#4117968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117968

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: newbie question - ReplicationException

by manik.surtani＠jboss.com

Both locking schemes will have one node fail in the described scenario. The differences are, using the original poster's example, with PL the commit on JVM2 will fail while with OL the commit on JVM1 will fail. Other differences are that with OL, the fail on JVM1 is local, i.e., it will fail before any remote calls are made and hence more efficient. also with OL if the tx on JVM1 hangs, other txs on other JVMs (or even the same JVM) can proceed. If you want proper atomicity, then you get into the realm of distributed locks (or fail-fast cooperative locks) but either way, we're talking about extremely non-scalable solutions, especially since in a cache, you're looking at a mostly-read use-case which should make such a failure rare and a retry acceptable. If you are looking at using the cache to store a heavily updated value, like a counter, for example, then a cache is almost certainly the wrong tool for the job. That said, enough folk have asked for distributed locking and it is on the roadmap (albeit low prio - JBCACHE-1098) . It will almost certainly not be enabled by default for scalability reasons though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117966#4117966 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117966

18 years, 3 months

1
0
0 / 0

[Beginners Corner] - Re: What is the mean of GA, SP1, SP2

by PeterJ

GA - General Availability (that is, this is the released version) SPn - Service Pack n (this is the GA plus some important patches) also: CRn - Candidate release n - these are the preview releases put out after the last beta and before GA So the ordering is: * Beta1, Beta2 ... * CR1, CR2 ... * GA * (optional) SP1, SP2 ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117965#4117965 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117965

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: JBossCache + Hibernate + Spring

by manik.surtani＠jboss.com

Did you try the JGroups demo program using the same cluster configs? Also do you have a more detailed stack trace? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117963#4117963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117963

18 years, 3 months

1
0
0 / 0

[JBossCache] - Re: org.jboss.cache.lock.TimeoutException thrown in second i

by manik.surtani＠jboss.com

Request to fail? The stack trace shows that this is happening on a put. Specifically, a putFailFast(), which Hibernate calls when it reads data from a DB and attempts to cache it. Since this put is a non-critical one, it is performed with a 0ms timeout and any exceptions are caught and not propagated to the caller. So this is why I find it strange that it causes the request to fail. Does your Hibernate call throw an exception? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117961#4117961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117961

18 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user January 2008