August 2008 - jboss-user - Jboss List Archives

[JBoss Cache: Core Edition] - Re: The type Fqn is not generic; it cannot be parameterized

by manik.surtani＠jboss.com

Could eclipse (or MyEclipse) be bundling JBC perhaps? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168531#4168531 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168531

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Eviction Policy Config not working

by manik.surtani＠jboss.com

In your logs - do you see the eviction thread kicking in and attempting to evict stuff every 3 seconds? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168530#4168530 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168530

17 years, 8 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: newbie: jboss installation question

by PeterJ

I would suggest downloading the jboss-4.2.3.GA.zip file again. And validate the download using the provided m5sum or sha-256 value. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168529#4168529 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168529

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Hibernate/Writes but does not loads

by manik.surtani＠jboss.com

Have you enabled the query cache? [urlhttp://www.hibernate.org/hib_docs/v3/reference/en/html/performance.htm... - see section 19.4 on the QueryCache. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168528#4168528 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168528

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Disable Eviction in JBoss Cache 1.4.1 Sp9

by manik.surtani＠jboss.com

Remove all the eviction elements in your cfg. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168526#4168526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168526

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: CacheException while getting object from CacheLoader

by manik.surtani＠jboss.com

I'm hoping end-sept. I'm about to cut another alpha this evening, please try it out and provide feedback! :-) Make sure you set your NodeLockingScheme to MVCC, which is new in 3.0. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168525#4168525 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168525

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Stress Tests

by manik.surtani＠jboss.com

"jason.greene(a)jboss.com" wrote : The major memory increase is because of JBCACHE-1383, which creates 16 CHM segments and 17 locks per node. We have not yet done a 2.2 release that includes the fix, which is reducing it to 4. You could build the latest 2.2.x branch to try it. 2.2.0.CR7 is now available which does have JBCACHE-1383. You should see your heap size drop. "jason.greene(a)jboss.com" wrote : The 3.0.0 Alpha release completely eliminates the problem (when using the MVCC locking mode). Perhaps you want to give that a try? While you may not have the time to play with this, I would advise to at least keep it on your radar. It is _significantly_ faster than 2.X, and has a smaller memory footprint as well. I expect to release Alpha2 this evening/tomorrow morning, and my goal is to have this in GA by the end of September. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168522#4168522 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168522

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Stress Tests

by manik.surtani＠jboss.com

"lovelyliatroim" wrote : Just back to this question | | anonymous wrote : | | I would have thought that having an ISOLATION level of NONE would turn out to be quicker but apparently not. What goes on behind the scenes when its set to "NONE"?. | | | | Any ideas as to why it would perform better with an isolation level set compared to NONE?? | | Thanks, | LL I suspect this has to do with the error levels you are seeing. With NONE, all access to the cache is unguarded. Which is good for memory (no lock objects, CHM segments, etc.) and *possibly* good for performance (if there is no contention). The moment there is contention you will start to see concurrent modification exceptions and this is possibly what JMeter is seeing as an error. You also need to look at how JMeter calculates this throughput - e.g., if it doesn't count erroneous connections as successful (i.e., remove from numerator), doesn't count them at all (remove from numerator and denominator) or adds the time taken to generate and throw an exception. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168521#4168521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168521

17 years, 8 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Compensation for network latency of sync'd DB

by manik.surtani＠jboss.com

How does your implementation know which messages to delay? Or do you simply delay all messages? You'd want to be careful here since the only way I can think of to tell which messages to delay on a JGroups level is to deserialize everything and then look at the method ids. And delaying everything is not good since join/leave messages could be delayed as well. Your best bet may be to write an Interceptor and add this to the start of the chain. You could create a Queue to hold all InvalidateCommands (2.2.0 and above) or MethodCalls containing the invalidate methodId (pre-2.2.0), add them to a DelayQueue and don't pass the call up the interceptor stack any further. You could then have another Thread that polls the delay queue grab stuff off the queue as they mature, and then pass them up the interceptor stack. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168517#4168517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168517

17 years, 8 months

1
0
0 / 0

[JBossWS] - Re: WS-RM Exception: cannot be cast to org.jboss.ws.core.Stu

by moweis

Richard, Ok, got it working. You were right all long regarding the classpath. Thanks for your help and patience! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168516#4168516 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168516

17 years, 8 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 August 2008