Hmm - have you tried this with 2.1.0.CR3 as well?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123122#4123122
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123122
___
jboss
Sorry didnt have trace on with that last one, here it is with trace on
| 2008-01-24 16:12:02,352 INFO [STDOUT] 2008-01-24 16:12:02,352 DEBUG
[at.sit.cdms.web.actions.ActionFactory] - Looking for bean addItem
|
| 2008-01-24 16:12:02,352 DEBUG [at.sit.cdms.web.actions.ActionFactory]
Looki
Ok tried the Dummy Transaction manager and same story, its in the memory of the
cache but not in the DB.
Log is as follows
| 2008-01-24 15:59:05,586 INFO [STDOUT] 2008-01-24 15:59:05,586 DEBUG
[at.sit.cdms.web.actions.ActionFactory] - Looking for bean addItem
|
| 2008-01-24 15:59:05,586
Hi,
increasing the timeout didn't work either. I tried to start my own tx and do
rollback/commit also on my own, but I'm still facing locks.
Interestingly there is sometimes an existing Tx which Jboss Cache joins(is this
correct) in that case, and I assume the obe who startetd this Tx forgot to
anonymous wrote :
|cache.jdbc.table.drop=false
|
|
Does the job alright, the db doesnt get purged now after hot-redeploy!!
Thanks Manik,
LL
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122990#4122990
Reply to the post :
http://www.jboss.com/i
This smells like
|cache.jdbc.table.drop=true
|
Could you explicitly force this NOT to happen, by adding:
|cache.jdbc.table.drop=false
|
and see if it helps?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122971#4122971
Reply to the p
Try
| Context ctx=new InitialContext(...);
| UserTranscation utx=(UserTransaction)
ctx.lookup("java:comp/UserTransaction");
|
to get a hold of a UserTransaction, which you can then use to begin() and
commit() your work.
View the original post :
http://www.jboss.com/index.html?module=b
I think i found the cause.
On the redeploy i get 2 log statements like so
anonymous wrote :
| 2008-01-24 10:46:52,602 DEBUG [org.jboss.cache.loader.JDBCCacheLoader]
executing ddl: drop table jbosscache^M
|
and later on i get
anonymous wrote :
| 2008-01-24 10:47:19,415 DEBUG [org.jboss
anonymous wrote :
| Will take out the non persistent config cache and see if this is having an
effect, will let you know)
|
Makes no difference, still purges DB
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122933#4122933
Reply to the post :
http://ww
anonymous wrote :
| I tried this very briefly, and it worked fine. Hot-redeploy meaning,
touching the -service.xml file that defined the cache, correct?
|
I touch the ear directory not the service file !!
Damn indentation didnt come through last time, ill try again
| +cmds.ear
|
Hi Malik,
I tried OptimisticLocking, it didn'T work either. I'm wondering why the reading
Tx isn't committed or rolledback in my scenario? My test case consist of one
client using the system, so I would expect the Tx to be ended at least when the
Http response was written. Do I have to manually
My config looks like so
|
|
|
| false
| true
| false
| false
| false
|
|
| org.jboss.cache.loader.JDBCCacheLoader
|
|
Small clarification :
this happen regardless to any cache action (putObject).
It just due to the fact that I run apoc in the post compile .
If I do not do post compile weaving it will run just fine
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122904#4122904
Hmm, just tried running
OptimisticWithCacheLoaderTest#testCacheStoringImplicitTx() with JBoss-JTA
(Arjuna's TM) instead of the DummyTM and it works fine.
Could you enable TRACE logging on all interceptors?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=412273
Hmm, this is the interesting bit:
| 2008-01-23 15:16:25,931 TRACE [org.jboss.cache.interceptors.TxInterceptor]
No modifications in this tx. Skipping beforeCompletion()
|
here clearly has been a modification. Not that I recommend this in production,
but to help debug, could you try the s
This looks pretty normal to me. You have a reader (GlobalTransaction::2) which
holds the lock on the node, and you have another thread
(Thread[http-0.0.0.0-8080-2,5,jboss]) trying to get a hold of a write lock.
Given R_R semantics, this thread will block until the reader completes and
release
"lovelyliatroim" wrote : Just for your information.
| Using JBoss AS 5.0 Beta 3 and JBoss Cache 2.0. Im using the
JDBCCacheLoader, when i do a hot-redeploy my database gets purged. This does
not happen when i shutdown and restart.
|
| And my attribute purgeOnStartUp is set to false.
|
Sounds like something related to JBCACHE-1165.
Isolation level of NONE always causes issues since there is no locking
whatsoever between threads - not even read locks.
With REPEATABLE_READ you have timeout issues? I'd recommend focusing on R_R
and the latest SP release from 1.4.1.
View the or
Hi Manik,
I tried to set isolation level to NONE. Thsi works fine for a while, then I'm
facing an infinte loop in PessimisticLockInterceptor. Below I'll paste snippets
from my log files. In the next post I would like to give you some snippets of
my log file in case of isolation level REPEATABLE
Here you go
| 2008-01-23 15:16:25,916 INFO [STDOUT] 2008-01-23 15:16:25,916 DEBUG
[at.sit.cdms.web.actions.ActionFactory] - Looking for bean addItem
|
| 2008-01-23 15:16:25,916 DEBUG [at.sit.cdms.web.actions.ActionFactory]
Looking for bean addItem
|
| 2008-01-23 15:16:25,916 DEBUG
Hi Manik,
Thanks for your answer :)
As you guessed, the client java program does not know anything about JBCache.
I'm going to send this link to our Weblogic-Guru and see with him what can be
done.
About the JIRA entry: should I really open a feature request for this? I did it
over here http:
I don't see any log entries pertaining to the CacheLoader and CacheStore
interceptors. Could you pls enable TRACE logging for these as well?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122641#4122641
Reply to the post :
http://www.jboss.com/index.html?m
Hmm, assuming the "client" java program does not have an instance of JBoss
Cache, the exceptions must be on the server side.
Here is the code that triggers this rollback:
| ...
| try
| {
| .
| }
| catch (Throwable t)
| {
|try
|{
| tx.setRollbackOnly();
|
I already did, they know about it!!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122636#4122636
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122636
___
jboss-user mailing
Right, in the quest for higher throughput using my cache and the
JDBCCacheLoader im experiencing what to me is strange behaviour.
Here is my config for the record
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| jboss:service=Naming
|
Again, very useful for the AS forums - I suggest you post that comment there.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122621#4122621
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122621
___
Just so you know the hot-deploy isnt working 100% in Beta3 i.e when you touch
the .xml files JBoss AS doesnt pick it up that it has changed. I touch the
whole directory(I have exploded ear and touch the ear dir to get JBoss AS to
kick off a hot-redeploy).
Just so you know!!
View the original
anonymous wrote :
| No, this is a cache-wide setting.
|
Thats what i thought!
anonymous wrote :
| See the JavaDocs for the AsyncCacheLoader wrapper, which has all the
options you can add to your cache loader. You can control your batch size and
triggers.
|
Super, will have a look a
Do you mean an upgrade exception? I can't imagine why you'd get a lock timeout
exception if you already hold the lock you need.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122610#4122610
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=po
"lovelyliatroim" wrote :
| Currently running every 5 seconds, will set it for a longer time period.
Can you set the "wakeUpIntervalSeconds" on a region basis or is it a global
cache setting??
|
No, this is a cache-wide setting.
"lovelyliatroim" wrote :
| Hmmm im not sure we are talking
Just trying to ascertain where the cache lifecycle is controlled (and what
calls start, stop, etc). Thanks for this info, will investigate.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122601#4122601
Reply to the post :
http://www.jboss.com/index.html?mod
anonymous wrote :
| Definitely a limitation. Could you please create a feature request in JIRA
for this and vote for it?
|
Done.
http://jira.jboss.org/jira/browse/JBCACHE-1274
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122536#4122536
Reply to the
anonymous wrote :
|
| Definitely a limitation. Could you please create a feature request in JIRA
for this and vote for it?
|
If i find out how or where to do this i will ;).
anonymous wrote :
| What could be your problem is how often your eviction thread kicks in. If
you have enough
anonymous wrote :
| How do you create the cache? Do you do so programmatically in your
application? Or is it via a -beans.xml or mbean service file?
|
MBean service file!!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122506#4122506
Reply to the post
thanks for the insight
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122416#4122416
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122416
___
jboss-user mailing list
jboss-us
"lovelyliatroim" wrote :
| I have a cache configured with a JDBCCacheLoader and in my cache i have a
region where i dont want any nodes in the cache memory i.e they will be
retrieved through the cacheloader. How do i configure the region to have no
nodes in memory since if i set it to 0 the
This is probably something I'd bring up on the Hibernate forum then, seems like
they're trying to perform more query operations within their exception.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122385#4122385
Reply to the post :
http://www.jboss.com/ind
Even with 2-phase synchronous commits, there is a chance that one transaction
won't succeed, in which case you could retry the transaction.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122383#4122383
Reply to the post :
http://www.jboss.com/index.html?modu
I'm not entirely sure if Hibernate has any other forms of keeping the cache and
the DB in sync, but if they use a simple non-blocking version, then there is
every chance that the cache and the DB could get out of sync.
AFAIR they do very strongly recommend using a version column though.
View th
Please read through the eviction section of the user guide. This will explain
how each eviction policy works, and you can decide which is most appropriate
for you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122380#4122380
Reply to the post :
http://www
make sure both JGroups versions are the same.
| java -jar jgroups.jar
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122377#4122377
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122377
__
Adding some JIRA links to this thread for future ref:
1. IgnoreModifications was designed for use when you chain cache loaders. See
JBCACHE-751 for getting this to work on individual cache loaders.
2. I've created a feature request for being able to use a ClusteredCacheLoader
with CacheMode.
did you try just using a cacheloader with passivation = false?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122370#4122370
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122370
disable buddy replication.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122368#4122368
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122368
___
jboss-user mailing list
jbos
How do you create the cache? Do you do so programmatically in your
application? Or is it via a -beans.xml or mbean service file?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122367#4122367
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
anonymous wrote :
| re: pooling, is this still using AS5? Just wondering why you would use the
C3p0 conn pooling instead of the JBoss AS conn pooling.
|
Yeh using AS 5.0 Beta 3. I ended up using the AS connection pooling in the end
but i was mucking around and wanted to get set up as quic
re: pooling, is this still using AS5? Just wondering why you would use the
C3p0 conn pooling instead of the JBoss AS conn pooling.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122207#4122207
Reply to the post :
http://www.jboss.com/index.html?module=bb&op
Are you referring to the http session or EJB session cache? Or are you
directly using the cache from your application?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122206#4122206
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&m
Ill also add in that the JDBC pooling config with C3p0ConnectionFactory doesnt
work out of the box with JbossCache 2.0GA. It complains about missing the
DataSource class.
Just FYI,
LL
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122176#4122176
Reply to
See
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/2.0.0.GA/JBossCache-UserGuide/en/html_single/index.html#d0e3360
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122003#4122003
Reply to the post :
http://www.jboss.com/index.html?
Hmmm. Interesting. I see the general idea of what you're doing. We'll take a
look at adding that functionality for synchronous gets. We also may end up
declaring that the performance penalty for our expected use case is small
enough that we'll live with it as it is. Thanks.
View the origin
Thanks for hint. Upgrading log4j helped.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121305#4121305
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121305
___
jboss-user mai
anonymous wrote : How can I get the all the objects for given Node?
See Node.getData()
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121164#4121164
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121164
Well, if String and the primitives are supported, I think it's enough. If more
complex types are really needed, the application code could serialize them to
strings before constructing a Fqn.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121163#4121163
Repl
anonymous wrote : In your case though, perhaps a good approach may be for both
caches to attempt to write the change, and if one cache fails to write, assume
that this is because the other has completed the write and hence it would not
be necessary?
That seems like a terrible approach, because
Take a look at the AsyncCacheLoader. I implemented a configuration key that
changed the default behavior of the "put" and "remove" operations.
If you can come up with a decent patch, create a JIRA issue, attach the patch
and link the issue to this forum URL. You may also be asked to provide some
The method
com.ihg.dec.framework.dataAccessServices.hibernate.HibernateOperation.execGetListNamedQuery
throws a HibernateException which calls org.hibernate.Query.list() which
throws a HibernateException.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121078
Hi manik,
Iam newbie to jboss cache, Please clarify me regarding my understanding.
I am using the POJO cache in clustered environment as follows.
public class POJO{
private int count;
private setCount(int count){
this.count = count;
}
private int getCount(){
return count;
}
}
please take a look at last comment on
http://jira.jboss.org/jira/browse/JBCACHE-1261
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120064#4120064
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120064
yes, it will be achieved with gravitation.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120056#4120056
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120056
___
jboss-user
what version of log4j are you using? One that has trace level logging?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120051#4120051
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120051
___
No. A transaction will just scope locks on your local cache instance for the
duration of the transaction. During the 2-phase commit (for sync replication)
remote locks are acquired. If these cannot be acquired, the transaction fails
and rolls back.
View the original post :
http://www.jboss.
Are you using 2.0.0 GA?
We have encountered this problem for 2.0.0 GA and never solved it properly.
Currently we have a smelly workaround for it. I have a simple test project for
replicating this (for v2.0.0), but its real easy to replicate: Setup one node
that is making changes to a couple of
We have the call
com.ihg.dec.framework.dataAccessServices.hibernate.HibernateOperation.execGetListNamedQuery
in a try/catch block which should wrap any caught exception in our
DataAccessException and throw it but the TimeoutException is not being caught.
Thanks,
Russ Burke
IHG
View the origin
Replying to my own post :)
I think this link provides a very nice solution:
http://weblogs.java.net/blog/tomwhite/archive/2007/11/consistent_hash.html
Best.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118969#4118969
Reply to the post :
http://www.jboss.
Thanks for the reply Manik,
we are very much new to JBOSS cache, and trying to perform some feasibility
study to know whether this solution will fit to our requirements, during the
implementation of the above scenario i didnt configure any eviction, which
eviction policy should i have to confi
Just for further help
heres a link on the details of the MBean that comes with sleepycat
http://www.oracle.com/technology/documentation/berkeley-db/je/java/com/sleepycat/je/jmx/JEMonitor.html
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118561#4118561
Repl
Ok I have been able to test whether my BdbjeCacheLoader was reading my
properties correctly.
The way I did it is just to generate the jmx bean that comes with sleepycat and
then drop the jars and service descriptpor into the deploy directory and from
here use the jmx console and you will be abl
I'm using pojo cache with JBossCache2.0.0GA. I didn't notice I use our own a
wrapper in the code above.
It should be:
| cache.attach("cat/x"+i,"some_data");
|
which gives the same results.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118514#4118514
What cache version are you using?
The logs you sent indicate you are using POJO cache (__JBossInternal__ is POJO
cache internal), but the API you are using is Cache specific. Can you supply
the entire JAVA class of test
View the original post :
http://www.jboss.com/index.html?module=bb&op=view
"[EMAIL PROTECTED]" wrote : Hi
| Anyway, I have created a JIRA issue to investigate the WARN message:
JBCACHE-1254
|
| Could you please confirm - on the JIRA - the versions of JBoss Cache and
JBoss TS, as well as the environment (i.e., within an app server, etc)?
|
I have no idea how t
Hey Guys,
I have been having a look at this, the enviornment home as i see it is the
location of where you data store is, so in terms of Jboss Cache this is the
value you set for the property "location" in the cache loader config. And it is
in this directory you should place your je.propertie
String plus java.lang.Number is okay. Not sure Boolean and Char are necessary.
I would definitely remove "null" in FQN since this is supported, though
probably not uniformly.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118118#4118118
Reply to the post :
Not necessarily heavily updated, but more importantly concurrently updated,
which is what you described.
In your case though, perhaps a good approach may be for both caches to attempt
to write the change, and if one cache fails to write, assume that this is
because the other has completed the w
Hm, the forum system ate my reply, I'll try to write it again.
In my case, with both locking schemes, both nodes usually fail at the same time
(but not always).
I don't necessarily want a specific type of locks (e.g. distributed),
especially if they're "extremely non-scalable". Indeed, this situa
ok, thanks!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117991#4117991
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117991
___
jboss-user mailing list
jboss-user@lists.jb
This is a feature on our roadmap. Sadly for now, taking a TCPCacheServer down
means first taking the cache down. :/
JBCACHE-1260
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117975#4117975
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
ttlSeconds != expiration. Look at the expiration policy if this is what you
need. Details are in the user guide.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117974#4117974
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=
You can increase the LockAcquisitionTimeout if you wish, if you expect that
your transactions could take longer than 1 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=p
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?
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.
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=411
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 b
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 pr
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=re
No, it would replicate both mods (in order)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117958#4117958
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117958
___
jboss-user
Looking at the error you're getting doesn't look like that has anything to do
with the 4k limitation on the blob data type in MySQL or JBCACHE-320. In the
blob case you'd get NPE upon truncation of the data stored.
I think the problem has to do with the serialization of the objects that you're
Hi, I decided to come back to this problem and find a better solution than the
random sleeps and retries.
We tried using optimistic locking, but it doesn't seem to help at all.
Here's a test program, using 2 replicated cache instances and writing to the
same node:
| package CacheRepl;
|
"ne_vasya" wrote :
| I have a case where I need to fully replicate some data, but not all.
|
| I understand that I could configure 2 different caches, but that would
imply that I need to configure 2 different JGroups channels which makes me a
bit uneasy for following reasons:
|
| --
"ne_vasya" wrote : I initially intended to use different regions under root,
but can I have different replication policies for different regions?
|
| For example, can I have one region with full replication and another region
with buddy replication?
|
Dmitriy, no this cannot be done at t
I initially intended to use different regions under root, but can I have
different replication policies for different regions?
For example, can I have one region with full replication and another region
with buddy replication?
Thanks,
Dmitriy
View the original post :
http://www.jboss.com/inde
-javaagent should point to jboss-aop-jdk15.jar not javassist. Can you give that
a try?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117684#4117684
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117684
___
Why don't you just use separate regions in the cache?
I.e.:
root {}
| /data_a
| /... // first data set here
| /data_b
| /... // second data set here
That way you use one cache for your data.
View the original post :
http://www.jboss.com/index.html?module=bb&op=v
Wow, that was fast =)
The issue is indeed fixed for the standalone test case. We will probably wait
for the CR3 release before we test with our real application.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117525#4117525
Reply to the post :
http://www.jb
Actually, the log above is for nodes that were laready in the DB. New nodes
inserted into the DB, result in 8 select qeuries which are exatcly the same.
here is an exmaple of inserting only 2 nodes:
| for (int i=0 ; i<2 ; i++){
| Address a = new Address();
| a.setCi
when setting log priority to debug, i get the following. It means that when i
add a node to the cache, for each node the same select query is running 4
times. When the cache has thousands of nodes, it's a huge overhead.
| 16:59:37,992 DEBUG [JDBCCacheLoader] executing sql: select node from
j
Hi Manik,
Previously there were 3 to 4 deployments os same application were there on
different machines but with same JBoss xml configurations.
But after getting these problems, I changed multicast address & cluster name in
all deployments.
I have also tried JGroups Demo Program and it is work
Yes, it does. There are times when the application is up and running when a
client makes a request for data to be retrieved and displayed in the UI. The
data is retrieved and IdentityLock attempts to acquire a write lock and throws
the TimeoutException which causes the request to fail. If you
To those who use READ_UNCOMMITTED - do you use this as a feature? If we
provided a READ_COMMITTED implementation that performed as well, and dropped
support for READ_UNCOMMITTED, how would this impact you?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=41171
Hi - I have a fix in svn trunk if you feel like trying it out. Note that trunk
is unstable and Hudson still hasn't finished thoroughly checking my fix for
further regressions. Details are in JIRA.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117171#41171
201 - 300 of 2857 matches
Mail list logo
