Sent from my iPhone
On 21 May 2013, at 16:07, Galder Zamarreño gal...@redhat.com wrote:
On May 6, 2013, at 2:20 PM, Mircea Markus mmar...@redhat.com wrote:
On 3 May 2013, at 20:15, Paul Ferraro wrote:
Is it essential? No - but it would simplify things on my end.
If Infinispan
The blocker for this release is:
ISPN-2772 Implement REPLICATED mode as a degenerated DISTRIBUTED mode
(nowOwners=clusterSize)
Nice to have:
ISPN-2861 Integrate the CloudTM extended statistics in Infinispan
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 17 May 2013, at 07:35, Dan Berindei dan.berin...@gmail.com wrote:
On Thu, May 16, 2013 at 8:27 PM, Mircea Markus mmar...@redhat.com wrote:
On 16 May 2013, at 15:04, Dan Berindei dan.berin...@gmail.com wrote:
Hi guys
I'm working on an intermittent failure
to expose the same container over multiple Hot Rod endpoints and
the integration of the WebSocket endpoint
More about it:
infinispan.blogspot.com/2013/05/infinispan-530beta2-is-out.html
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
Hi Galder,
Whilst reviewing Tristan's pull request for ISPN-3008[1] I saw that we allow
configuring fetchInMemoryState for topology caches and wondering why we do
that? Shouldn't it be enabled by default/enforced?
[1] https://github.com/infinispan/infinispan/pull/1802
Cheers,
--
Mircea
). At the higher level I have marshalling and unmarshalling support for
a simple get, so I should have a get and put working tomorrow.
Then I will make sure it runs on Windows and put what I have out in front of
the community.
Cliff
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
().
Cheers
Dan
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
.
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing
/ISPN/Grouping+API+vs+Key+Affinity+Service
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
.html
Sent from the Infinispan Developer List mailing list archive at Nabble.com.
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead
, then there is already an async
commit option in the TM config, it's just non-standard and marginally
dangerous. It simply logs commit phase failures and hopes a human notices.
Jonathan.
On 05/15/2013 01:13 PM, Mircea Markus wrote:
Hi Jonathan,
In the scope of ISPN-3063 [1] we came to a problem we
/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
, that same one will
be used to compare values too).
Isn't that set by default? I mean if you download the server you'd kind of
expect the client/server to work out of the box ;-)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
(useSynchronizaton=false) as we want to have recovery enabled by
default when participating in xa transactions.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
that's his plan :-)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
store implementation can use any component it wants
to.
+1.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
to be released from our POV, just waiting for community's
validation
- Final...
[1] https://community.jboss.org/wiki/JBossProjectVersioning
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
On 10 May 2013, at 00:48, Sanne Grinovero wrote:
On 10 May 2013 00:24, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 23:47, Sanne Grinovero wrote:
On 9 May 2013 23:18, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 22:13, Sanne Grinovero wrote:
On 9 May 2013
to devise a scheme. For example, match on
major.minor, like CacheStore 5.3.x will work with any version of core 5.3.x.
+1
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
to the
Infinispan (core) version included in the application server.
Most
notably this would break the circular release dependency between
Search and Infinispan, and allow quicker innovation in Hibernate
Search while staying compatible with the application server.
+1
Cheers,
--
Mircea Markus
Infinispan
On 10 May 2013, at 09:55, Manik Surtani wrote:
On 9 May 2013, at 21:44, Mircea Markus mmar...@redhat.com wrote:
I think the correct thing to do is to fix the test suite and throw an
exception if someone tries to enable recovery with async cache mode.
Or just raise an WARNING for now
) (Adrian)
25th May CR1
7th June Final
Post 18 May we should slow down development and move back to bug fixes as we
still have a bunch of critical issues to address.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
On 9 May 2013, at 10:35, Manik Surtani wrote:
This is why we have test helpers. E.g.,
TestingUtil.killCacheManagers(cm);
+1. It's not only cache managers that we clean in @AfterMethod though.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
do ComponentRegistry.wireDependencies(cacheStore) any annotated method
would get invoked, just curious why would it require an module.properties...
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
for @AfterXYZ.
I wrote a test class with different groups for the test method and each
confguration method, and the only configuration methods that ran even with no
test method in the default group were @BeforeTest/@AfterTest.
Good to know.
Cheers,
--
Mircea Markus
Infinispan lead
(core project)
change breaks some tests in the CacheStore?
The same we do with the server and hibernate integration - fix them.
The number of cache store is increasing a lot and keeping them in the core is
not scalable (practical).
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
rod clients).
I think that can happen on a daily basis. If the core breaks a cache store then
the fix in core should come with an unit test so that it won't happen again.
Failures on any of these consuming projects should cause a failure in
core's CI suite.
Cheers,
--
Mircea Markus
the developer
life a little bit more complex :)
Ideally, when developing on core you shouldn't have the cache stores checkout
as well.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
which versions
are going to be compatible. everyone should use Maven is not a fair
reply ;-)
If there'll be demand for that we can add zip files for releasing. But let's
see first.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 9 May 2013, at 21:35, Dan Berindei wrote:
On Thu, May 9, 2013 at 11:10 PM, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 20:56, Dan Berindei wrote:
Another alternative that come to my mind was to add a new method in
AdvancedCache that returns the TimeService
with async cache mode.
Or just raise an WARNING for now, just for backward compatibility.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
On 9 May 2013, at 22:13, Sanne Grinovero wrote:
On 9 May 2013 21:38, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 16:03, Sanne Grinovero wrote:
On 9 May 2013 15:10, Manik Surtani msurt...@redhat.com wrote:
This is something we discussed last year. IIRC we agreed that all
On 9 May 2013, at 23:47, Sanne Grinovero wrote:
On 9 May 2013 23:18, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 22:13, Sanne Grinovero wrote:
On 9 May 2013 21:38, Mircea Markus mmar...@redhat.com wrote:
On 9 May 2013, at 16:03, Sanne Grinovero wrote:
On 9 May 2013 15
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
.
or should I be safe and change the parser to invoke
TransactionConfigurationBuilder.recovery() only once before parsing the
attributed?
+1. Or set the value as parsed explicitly.
Should I also change the parser for 5.1 and 5.2?
please do.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
(alwaysRun=true)
void tearDown() {
if (cm != null) cm.stop();
}
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
-tp4027042.html
Sent from the Infinispan Developer List mailing list archive at Nabble.com.
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
the builds for that pull request. e.g.
http://ci.infinispan.org/viewType.html?buildTypeId=bt9branch_project2=1473tab=buildTypeStatusDiv
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
Hi Cliff,
How's it going so far? Any luck with the java hotrod client's test migration?
Please let me know if you need anything from our side ;)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
you know.
Cliff
- Original Message -
From: Mircea Markus mmar...@redhat.com
To: Clifford Jansen cjan...@redhat.com
Cc: infinispan infinispan-dev@lists.jboss.org
Sent: Monday, May 6, 2013 12:17:07 PM
Subject: Cpp client
Hi Cliff,
How's it going so far? Any luck with the java
it to config if needed, harder to remove
it.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
idea but please don't implement that for now. That's a
performance optimisation and would require benchmarking to prove it's worth
doing - more of a nice to have ATM.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
for the very nice explanation Sanne.
So as a rule:
- use nanoTime for measuring duration on the same JVM (time() method mentioned
below)
- currentTimeMillis for the wall-clock (wallClockTime() method)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 1 May 2013, at 12:55, Pedro Ruivo wrote:
I'm stupid in not provide a test case in the first time :P
I've created the test case and a JIRA too:
https://issues.jboss.org/browse/ISPN-3066
If it is not a bug let me know.
the test looks correct, defo a bug.
Cheers,
--
Mircea Markus
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
a quick fix for AnyEquivalence just for Beta1 ? I can do it.
+1. Beta1 and the CI should be up and running.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
://infinispan.org
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
...
There are still some failures, I don't think they are related so I've triggered
another run:
http://ci.infinispan.org/viewLog.html?buildId=996tab=buildResultsDivbuildTypeId=bt9
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan
output on http://pastebin.com/raw.php?i=SBQFuG3a
---
Radim Vansa
Quality Assurance Engineer
JBoss Datagrid
tel. +420532294559 ext. 62559
Red Hat Czech, s.r.o.
Brno, Purkyňova 99/71, PSČ 612 45
Czech Republic
Cheers,
--
Mircea
,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
notifications.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Hi Martin,
Paul mentioned a severe degradation in performance between 5.1 and 5.2 for
replicated + embedded + transactional + pessimistic caches, for write-heavy
access. Do we have any tests we can run to check this?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
to
reduce the number of re-builds.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
requests are again merged and re-built.
Ideally we should have a small number of pull request pending, in order to
reduce the number of re-builds.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan
subject? Thoughts?
If I was not clear let me know...
Cheers,
Pedro Ruivo
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead
@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Hi,
Galder has just issued a rather large pull request on ISPN-2281 Initial
Embedded and Hot Rod compatibility.
Would be great to have this in rather soon, so let's postpone the release till
this makes it in: the new target date is 1st May.
Cheers,
--
Mircea Markus
Infinispan lead
://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
. Also this is an optimisation so we shouldn't go out
of our way in order to implement it.
Sorry Galder, I forgot about your patch, but I still think we'd need a
wrapper for keys in order to cache the hash code even if we could define an
Equivalence function.
Cheers,
--
Mircea Markus
Salter
Technical Leader I
Cisco Systems, SPVTG
(404) 317-0693
--
Bela Ban, JGroups lead (http://www.jgroups.org)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
they are asking me for a list of requirements to prepare the
environment (hw, sw,...). Do you see any specific needs?
I've updated the JIRA with the SW requirements:
https://issues.jboss.org/browse/ISPN-470
Thanks
Edoardo
SIA_WBS-JDG-CppClient.ods
Cheers,
--
Mircea Markus
Infinispan lead
On 20 Apr 2013, at 12:46, cotton-ben wrote:
I see that Tactical Nuclear Penguin supports full ACID capability. How
appropriate that a nuclear penguin empower users w/ an atomic
transactions capability. :-)
:-)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
only partition.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
problem can be solved with tombstones. The first problem cannot be
solved and we can only target an eventual consistent cluster. That should be
made very clear to the users.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 22 Apr 2013, at 10:34, Dan Berindei wrote:
Do you really need to set the classloader in all the cache configurations? I
thought it was enough to set it in the global configuration.
That's what I thought as well.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
have an (optional) Parser API which takes explicit
classloaders ?
+1
When reading the metadata only, wouldn't it make sense to try and use both
context and (fallback) class's class loaders? Would that solve the issue you
reported?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan
partitions.
would the read only partition be wiped out and repopulated during merge?
Otherwise not sure how useful this is as there'll still going to be
inconsistencies in the cluster, the same way there currently are with a merge,
but fewer.
Cheers,
--
Mircea Markus
Infinispan lead
On 19 Apr 2013, at 08:47, Dan Berindei wrote:
+1 to make CHMv8 the default on JDK6 and JDK7
+1
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org
bugs that need fixing first, then performance :)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
12:09, Mircea Markus mmar...@redhat.com wrote:
I've just run it on master and didn't get OOM. well I'm using osx. Are
you running it on master or a particular branch? Which module crashes?
e.g. pedro's ISPN-2808 adds quite some threads to the party - that's
the reason it hasn't been integrated
looking into building it in a different way.
Based on the XSD?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
thing.
Thoughts?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
for non-indexed data).
Cheers
Manik
On 10 Apr 2013, at 17:11, Mircea Markus mmar...@redhat.com wrote:
That is write the Person object in Java and read a Person object in C#,
assume a hotrod client for simplicity.
Now at some point we'll have to run a query over the same hotrod
and string is not exactly the most efficient way to process
data.
+1 to all the points above.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
the XSD was generated,
but not these days. Any cons for not dropping this?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
Highlights:
- total order protocol for transactions
- JSR-107 support
- Lucene directory implementation based on Lucene 4
- packaging for the Infinispan server modules
Wanna know more?
http://infinispan.blogspot.co.uk/2013/04/infinispan-530alpha1-is-out.html
Cheers,
--
Mircea Markus
Infinispan
On 8 Apr 2013, at 10:02, Manik Surtani wrote:
I've upgrade to mvn 2.14
You mean Surefire 2.14. You had me confused for a bit, since I'm pretty sure
we enforce mvn 3.x. ;)
yep, surefire 2.14 :-)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
is that query on indexing slave takes waaay tooo long.
Anyway, you'll see. ;-)
Ping me for any issues.
-Ales
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
Thanks dude!
On 5 Apr 2013, at 14:40, Manik Surtani wrote:
Never mind, I had a few mins waiting for a delayed meeting to start ...
https://github.com/infinispan/infinispan/pull/1753
https://github.com/infinispan/infinispan/pull/1754
Cheers,
--
Mircea Markus
Infinispan lead
HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
this time again an OOM (while I have 2GB !), last sign of life came
from the Rolling Upgrade Tooling
I'm not going to merge/review any pull request until this works.
Sanne
On 20 March 2013 12:09, Mircea Markus mmar...@redhat.com
with REST as well?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
it with Avro into a C++ Person object
Yes, it should. And good idea, this will help us test cross-platform without
a requirement for more Hot Rod clients at this stage.
+1
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
this relies on sun.misc.Unsafe, so won't work with a non-oracle JVM.
Not true - see this comment on the Disruptor forums, which also use
sun.misc.Unsafe:
https://groups.google.com/forum/?fromgroups=#!topic/lmax-disruptor/t7Hr8qY400E
thanks, good to know :-)
Cheers,
--
Mircea Markus
/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
this
behaviour does is just to increase the inconsistency window.
On 19 Mar 2013, at 16:30, Mircea Markus wrote:
On 19 Mar 2013, at 16:15, Dan Berindei wrote:
Hi Sanne
On Tue, Mar 19, 2013 at 4:12 PM, Sanne Grinovero sa...@infinispan.org
wrote:
Mircea,
what I was most looking
:09, Mircea Markus mmar...@redhat.com wrote:
I've just run it on master and didn't get OOM. well I'm using osx. Are you
running it on master or a particular branch? Which module crashes?
e.g. pedro's ISPN-2808 adds quite some threads to the party - that's the
reason it hasn't been
-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan
be duplicated.
Opened: https://issues.jboss.org/browse/ISPN-2938
Sanne
On 19 March 2013 11:51, Mircea Markus mmar...@redhat.com wrote:
On 16 Mar 2013, at 01:19, Sanne Grinovero wrote:
Hi Adrian,
let's forget about Lucene details and focus on DIST.
With numOwners=1 and having two
401 - 500 of 986 matches
Mail list logo
