I'll be mainly working on perf bechmark, so no deliverables from me.
On 7 Jun 2011, at 17:19, Manik Surtani ma...@jboss.org wrote:
Hi guys
What do we have in store for CR5? What's been committed since CR4, and
what's in the pipeline for CR5? Does a release on Monday (13th) make sense?
I'm getting the following compilation error:
http://pastebin.com/n14N3Jig
It seems like the property has gone completely?
--
Trustin Lee, http://gleamynode.net/
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://github.com/infinispan/infinispan/pull/361
2011/6/8 Sanne Grinovero sanne.grinov...@gmail.com:
sorry, I didn't setup the scala projects in my ide so didn't catch that.
We can revert the commit now, but as a next step should this not use
JBoss Logger now?
Sanne
2011/6/8 Manik Surtani
Merged. Thanks!
Trustin - works now?
On 8 Jun 2011, at 09:41, Sanne Grinovero wrote:
https://github.com/infinispan/infinispan/pull/361
2011/6/8 Sanne Grinovero sanne.grinov...@gmail.com:
sorry, I didn't setup the scala projects in my ide so didn't catch that.
We can revert the commit
Also, Galder - shouldn't our CloudBees setup catch things like this and email
the author/committer?
On 8 Jun 2011, at 10:08, Manik Surtani wrote:
Merged. Thanks!
Trustin - works now?
On 8 Jun 2011, at 09:41, Sanne Grinovero wrote:
https://github.com/infinispan/infinispan/pull/361
I've only got ISPN-1092 to review with Pete and some improvements
planned around ISPN-1000. Monday sounds good.
Dan
On Wed, Jun 8, 2011 at 9:08 AM, Mircea Markus mmar...@redhat.com wrote:
I'll be mainly working on perf bechmark, so no deliverables from me.
On 7 Jun 2011, at 17:19, Manik
I consider ISPN-1154 quite blocking, at least for the Lucene /
Hibernate Search needs.
I'm assuming that it could affect the Hibernate 2nd level cache as
well, but this was not tested, and as it was never reported maybe it's
not true.
Anyway, Monday seems a feasible target; I hope to find a
Apologies for my long absence from this thread.
On 20 May 2011, at 15:28, Jason T. Greene wrote:
On 5/18/11 11:06 AM, Manik Surtani wrote:
1) Class loader per session/cache.
I like Jason/Sanne/Trustin's suggestions of a session-like contract, and
specifically I think this is best
On 20 May 2011, at 15:39, Jason T. Greene wrote:
So I think to ever justify it, it would take some very convincing
numbers that eager deserialization is indeed better.
Agreed.
--
Manik Surtani
ma...@jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org
I have https://issues.jboss.org/browse/ISPN-1112 pending.
That should be done by Monday.
On Jun 7, 2011, at 6:19 PM, Manik Surtani wrote:
Hi guys
What do we have in store for CR5? What's been committed since CR4, and
what's in the pipeline for CR5? Does a release on Monday (13th) make
On Jun 7, 2011, at 2:41 PM, Mircea Markus wrote:
On 7 Jun 2011, at 13:13, Sanne Grinovero wrote:
Hello all,
in this scenario we have the Infinispan Lucene Directory using
batching (DummyTransaction), eviction and passivation to keep the
amount of memory being used for the index under
https://issues.jboss.org/browse/ISPN-1162
On Jun 8, 2011, at 3:23 AM, Israel Lacerra wrote:
Hi Galder.
An easy way to test is to use Manik's sample
(https://github.com/infinispan/infinispan-sample-module). Just change the id
of BulkDeleteCommand to a core command id (like 22).
Looking at the Class Loading discussion, part of the confusion is that
CacheDelegate doesn't do what it says. Delegate is normally used to described
the thing that a decorator delegates calls to.
To avoid confusion, I would like to rename CacheDelegate. I would propose it
ComposedCache (as
+2 to CacheImpl, +1 to ComposedCache, -1 to CacheDelegate (i.e., I support the
rename)
On 8 Jun 2011, at 12:38, Pete Muir wrote:
Looking at the Class Loading discussion, part of the confusion is that
CacheDelegate doesn't do what it says. Delegate is normally used to described
the thing
What was the fix around this? To remove the hard-coded repo in the poms?
On 31 May 2011, at 09:46, Galder Zamarreño wrote:
I'm fine with it. I think Adrian added it but clearly, all jars should be
available in the Nexus maven profile.
This has been fixed and integrated and build looks
Has an update fixed your problem, Pedro?
On 2 Jun 2011, at 14:47, Pedro Ruivo wrote:
Hi,
Yes I'm using a old version of Infinispan. I will do the update.
Cheers,
Pedro
On 02-06-2011 13:20, infinispan-dev-requ...@lists.jboss.org wrote:
Hi Pedro, From your logs it looks like the CH
On 24 May 2011, at 11:33, Mircea Markus wrote:
Merkle trees would do much better than key-by-key comparison.
+1.
Is there a JIRA for this? Anyone wants to take this on, I would target this at
6.0 though.
--
Manik Surtani
ma...@jboss.org
twitter.com/maniksurtani
Lead, Infinispan
On 8 Jun 2011, at 11:42, Dan Berindei wrote:
Yes, no reason why the delegate Cache can't do this. These setters would
need to exist on the Cache interface though. For now, we should just
restrict to setClassLoader().
From an implementation perspective, given where we are with 5.0
Very cool stuff!
You should link to this from http://community.jboss.org/wiki/Infinispan and
maybe write a wiki page about it. If you want to blog about it as well, I can
give you write access to http://infinispan.blogspot.com/ - ping me off-list if
you want this. :-)
Cheers
Manik
On 26
On 23 May 2011, at 18:05, Sanne Grinovero wrote:
I was more concerned about the fact that some database might not raise
any exception ? Not sure if that's the case, and possibly not our
problem.
Yes, not sure how we can detect this.
--
Manik Surtani
ma...@jboss.org
twitter.com/maniksurtani
On 06/08/2011 02:06 PM, Manik Surtani wrote:
Very cool stuff!
You should link to this from
http://community.jboss.org/wiki/Infinispan and maybe write a wiki page
about it. If you want to blog about it as well,
O.K. I'll try to prepare something on the jboss.org wiki and then link
it from
On 8 Jun 2011, at 13:24, Michal Linhard wrote:
On 06/08/2011 02:06 PM, Manik Surtani wrote:
Very cool stuff!
You should link to this from
http://community.jboss.org/wiki/Infinispan and maybe write a wiki page
about it. If you want to blog about it as well,
O.K. I'll try to prepare
On Wed, Jun 8, 2011 at 12:59 PM, Manik Surtani ma...@jboss.org wrote:
What was the fix around this? To remove the hard-coded repo in the poms?
No, I removed the old deprecated repository.jboss.org/maven2 as this
was offline and pretty urgent, and re-adapted the build to be able to
build
Same here. I hope to finally put these FLUSH issues behind!
On 11-06-08 6:32 AM, Galder Zamarreño wrote:
I have https://issues.jboss.org/browse/ISPN-1112 pending.
That should be done by Monday.
On Jun 7, 2011, at 6:19 PM, Manik Surtani wrote:
Hi guys
What do we have in store for CR5?
On 8 Jun 2011, at 13:54, Sanne Grinovero wrote:
On Wed, Jun 8, 2011 at 1:52 PM, Pete Muir pm...@redhat.com wrote:
This may be old news, but if something is missing from the new (ish ;-)
r.j.o, but available in another repo, you can email Paul Gier and ask for
that repo to be added to
I plan to get the classloading fixed by Monday.
On 8 Jun 2011, at 13:59, Vladimir Blagojevic wrote:
Same here. I hope to finally put these FLUSH issues behind!
On 11-06-08 6:32 AM, Galder Zamarreño wrote:
I have https://issues.jboss.org/browse/ISPN-1112 pending.
That should be done by
On 8 Jun 2011, at 14:06, Pete Muir wrote:
We've decided that rather than swap out the TCCL (which is frankly a bit
error prone), to fix this properly and have it so that each time a class is
loaded it must select the classloaders it wants. To help, we will add an
On 8 Jun 2011, at 11:44, Galder Zamarreño wrote:
On Jun 7, 2011, at 2:41 PM, Mircea Markus wrote:
On 7 Jun 2011, at 13:13, Sanne Grinovero wrote:
Hello all,
in this scenario we have the Infinispan Lucene Directory using
batching (DummyTransaction), eviction and passivation to keep
So far command IDs have been bytes, so using ranges is harder. We'd need to
change them to short or something bigger to be able to use ID ranges relatively
safely.
On Jun 8, 2011, at 2:25 PM, Manik Surtani wrote:
Isn't the approach here to use well-known ID ranges? A bit like
+1 CacheImp.
On 8 Jun 2011, at 13:50, Sanne Grinovero wrote:
+1, has been disturbing me as well :)
On Wed, Jun 8, 2011 at 12:51 PM, Manik Surtani ma...@jboss.org wrote:
+2 to CacheImpl, +1 to ComposedCache, -1 to CacheDelegate (i.e., I support
the rename)
On 8 Jun 2011, at 12:38, Pete
On 8 Jun 2011, at 16:24, Sanne Grinovero wrote:
I was mentioning passivation was enabled as debugging I saw it was
going to invoke to the passivator,
but I just realized that passivation was actually disabled in my
configuration.
So one thing I'm solving now, is that we don't need to lock
We're now building and doing our testing in Cloudbees:
https://infinispan.ci.cloudbees.com/
The old http://hudson.infinispan.org/ address is still pointing to our old
Hudson installation, but we'll be shutting down very shortly and it will
redirect to Cloudbees.
Cheers,
--
Galder Zamarreño
On 8 Jun 2011, at 11:57, Galder Zamarreño wrote:
In the mean time, I can quickly modify the dummy TM to make the same check as
JBoss TS and see whether it fails in the 2LC testsuite.
-1. Better to just switch the testsuite to use JBossTS.
--
Manik Surtani
ma...@jboss.org
So what is the final proposed solution here?
On 8 Jun 2011, at 01:07, Scott Marlow wrote:
I just hit this case locally. http://pastie.org/2035067
This is running with a hacked AS7, in the sense that IronJacamar
(JBJCA-594), Hibernate JPA and the EJB3.1 container are registering TSR
On 11-06-08 12:10 PM, Sanne Grinovero wrote:
Yes, we're on the same channel now. That's exactly what I meant
yesterday on IRC when mentioning the BoundedCHM, and what I meant
above with we should acquire it before it's actually evicted.
But this issue is getting complex, I've split it in 4
Can anyone suggest a workaround for the scala build errors I'm seeing
http://pastie.org/2040797
Thanks,
Scott
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Builds OK to me. There was some compilation errors due to the changes
in LogFactory yesterday, but no problem since it's fixed.
I just wish Scala had a faster compiler ..
On 06/09/2011 11:56 AM, Scott Marlow wrote:
Can anyone suggest a workaround for the scala build errors I'm seeing
37 matches
Mail list logo
