functionality offer, but they run in more than just a
> few seconds... Each of those normally cycle through different configuration
> options, both at Hibernate and Infinispan level, so that's why they take more
> than just a few seconds.
>
> Try those and see what you think.
&
Hi all,
I'm currently in the process of refreshing the "smoke" test suite for
Infinispan.
There's a relatively new module called hibernate-cache. Could someone
suggest tests that should be part of the smoke test suite?
Ideally just a few tens of test cases (maybe a few hundreds at most but
the
Hi Wolf,
that was exactly my thought. Clients redirected to the target cluster do
not get updates written by other clients in the source cluster during
the rolling upgrade process. It is because the clients in target cluster
won't read the data through the remote cache store if they already
Hi,
thanks for looking at the list of tests and thanks for suggestions.
We'll incorporate them in the final list of tests.
What Radim suggest has some advantages and some drawbacks, but I see
this as an addition to the client TCK.
This approach can verify that the client sends some predefined
Hello all,
we have been working on https://issues.jboss.org/browse/ISPN-7120.
Anna has finished the first step from the JIRA - collecting information
about tests in the Java HotRod client test suite (including server
integration tests) and it is now prepared for wider review.
She created a
On 1.2.2016 13:18, Sanne Grinovero wrote:
> [ERROR] Failed to execute goal
> org.scala-tools:maven-scala-plugin:2.15.2:script (generate-blueprint)
> on project infinispan-core: wrap:
> org.apache.commons.exec.ExecuteException: Process exited with an
> error: 1(Exit value: 1) -> [Help 1]
>
>
Hi Jiri, comments inline.
On 2.9.2015 10:40, Jiri Holusa wrote:
> Hi all,
>
> we've been thinking for a while, how to test ISPN uber jars. The current
> status is that we actually don't have many tests in the testsuite, there are
> few tests in integrationtests/all-embedded-* modules that are
it makes sense to change the way the processes are searched.
Otherwise I don't know what to do about that:)
Martin
Cheers,
On 18 Aug 2014, at 15:28, Martin Gencur mgen...@redhat.com wrote:
Hi Galder,
I haven't seen this before. I thought the ant-based kill command was safe
and reliable
Hi,
looks like all example config tests were marked as Unstable and hence
disabled. I see a note See ISPN-4026 in ExampleConfigsIT.java and it
leads to https://issues.jboss.org/browse/ISPN-4026. This would be fine
if not all tests for all example configs were disabled.
As a result, tests for
=ExampleConfigstatus=buildTypeId=bt34buildId=9465tab=testsInfo
Thanks Pedro. I was told they don't run so apparently they run in a
different group. Do the test failures get the same attention as the
failures in the main test suite?
Martin
On 07/07/2014 10:10 AM, Martin Gencur wrote:
Hi,
looks like all
Hi,
let me comment on this from QA perspective. We're running ISPN test
suite with all these JDKs: IBM JDK, OpenJDK, OracleJDK.
Until all these JDKs (version 1.8) are installed in Jenkins, we won't be
able to run the tests. Think this should happen in the next months but
no target date is
Hi,
there are currently two Maven pom files in Infinispan where dependency
versions are defined - infinispan-bom and infinispan-parent. For
instance, version.protostream is defined in the BOM while
version.commons.pool is defined in infinispan-parent.
This causes me troubles when I want to
On 21.11.2013 12:45, Galder Zamarreño wrote:
On Nov 19, 2013, at 10:23 AM, Dan Berindei dan.berin...@gmail.com wrote:
On Tue, Nov 19, 2013 at 11:21 AM, Martin Gencur mgen...@redhat.com wrote:
On 19.11.2013 09:59, Dan Berindei wrote:
BTW, Maven rebuilds every module in the reactor every time
On 19.11.2013 09:59, Dan Berindei wrote:
BTW, Maven rebuilds every module in the reactor every time you run a
build. On my machine, it takes 6 minutes to build everything in the
Infinispan reactor. Would you really want to wait 6 minutes every time
you want to test something in the server?
Right Sanne,
it's already starting to be a documentation problem for the product.
It's really confusing unless you developed one of these APIs and
precisely know the differences :) Any time there's a code snippet, it
must contain the package (usually this is not needed), but even then
it's
should default somehow. Eg.,
leveldb-store path=leveldb-nc../...
A data directory can be created in leveldb-nc/data, and expiration
directory can be created in leveldb-nc/expired
What do you guys feel?
I think this is a good idea.
Martin
On Wed, Sep 11, 2013 at 5:46 AM, Martin Gencur
Hi,
let's look at configuration of LevelDB in Infinispan Server:
https://gist.github.com/mgencur/6520948
After investigating what the expiration configuration element is good
for, I think it's an implementation detail and should be removed.
Every time a mortal entry is stored in the cache,
Adding Ray.
Ray, can you please comment on this?
Thanks
Martin
On 11.9.2013 11:34, Martin Gencur wrote:
Hi,
let's look at configuration of LevelDB in Infinispan Server:
https://gist.github.com/mgencur/6520948
After investigating what the expiration configuration element is good
for, I
entry
1kB - 159
REST
1kB - 199
Memcached
1kB - 212
Martin
Dne 24.5.2013 14:50, Martin Gencur napsal(a):
Hi,
so I gave it another try with latest Infinispan and Infinispan-server
snapshots (HEAD: a901168, resp. bc432fa) . In short, the results are
still the same for inVM mode but worse
Surtani msurt...@redhat.com wrote:
On 7 May 2013, at 15:39, Martin Gencur mgen...@redhat.com wrote:
I can make a blog post once we have this for Memcached and REST. I guess it is
not ready yet.
Yes please. Nice work. :)
Cheers,
___
infinispan-dev
Kind oftheir configuration is replicated embedded cache + async
replication + batching + file store + passivation off + write-heavy
We, indeed, do *not* test this configuration for regression (especially
the batching + file store + write-heavy). And even if we did, we
wouldn't spot the
improvement for the
HotRod client.
I can make a blog post once we have this for Memcached and REST. I guess
it is not ready yet.
Cheers,
Martin
Dne 6.5.2013 08:57, Martin Gencur napsal(a):
Hi Mircea,
yes, I'll try to run the tests this week.
Martin
Dne 3.5.2013 00:40, Mircea Markus napsal
Hi Mircea,
yes, I'll try to run the tests this week.
Martin
Dne 3.5.2013 00:40, Mircea Markus napsal(a):
Hi Martin,
The server memory consumption should improve now that we have ISPN-2281
integrated. would it be possible to run the memory consumption tests to see
where we are?
Begin
Dne 30.4.2013 16:26, Galder Zamarreño napsal(a):
On Apr 29, 2013, at 2:40 PM, Martin Gencur mgen...@redhat.com wrote:
Hey,
I'd be interested why we have examples in two different locations:
1) https://github.com/infinispan/infinispan-quickstart
2) https://github.com/infinispan/infinispan
Hey,
I'd be interested why we have examples in two different locations:
1) https://github.com/infinispan/infinispan-quickstart
2) https://github.com/infinispan/infinispan/tree/master/demos
Can someone please shed some light on this? The infinispan-quickstart
repo seems a bit out of date.
Hello all,
I released the Infinispan Arquillian extension yesterday - only as
libraries in JBoss Maven repo.
More information at http://infinispan.blogspot.com/
Cheers
--
Martin Gencur
--
QE Lead, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
--
Martin Gencur
--
QE Lead, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
of JDG during the last year.
Thanks a lot in advance
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
Delta (similar to AtomicHashMapDelta)
...and only BicycleDelta's externalizer's methods were called. Not those
of Bicycle's externalizer.
This brings me to AtomicHashMap... is the externalizer for this class
ever used/needed?
Thanks in advance
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Manik Surtani píše v St 20. 06. 2012 v 15:48 +0100:
On 20 Jun 2012, at 14:30, Martin Gencur wrote:
Hi,
I'm playing with partial object's state transfer, similar to how
AtomicHashMap/AtomicHashMapDelta works. The purpose of these classes
is,
among other things, to show
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev
Read and share :)
http://martingencur.blogspot.com/
Cheers
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
Martin Gencur píše v Thu 05. 04. 2012 v 17:40 +0200:
value${log4j.configuration.file}/value
Eh, just value${log4j.configuration}/value ...of course
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
! I am ok with this!
Regards,
Vladimir
On 12-02-03 11:59 AM, Martin Gencur wrote:
I see, for the bigger numbers entries are evicted (more than just to
decrease the number to maxEntries) before I actually check the number so
this is expected. For the 2,4,6,8,10 eviction did not run so
Environment (build pxi3270-20110827_01)
IBM J9 VM (build 2.6, JRE 1.7.0 Linux x86-32 20110810_88604 (JIT
enabled, AOT enabled)
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
at 15:29 +0100, Martin Gencur wrote:
Hi all,
I ran a few tests to find out what is the actual number of entries held
in a cache when certain maxEntries param is set for eviction and I
store more than maxEntries entries. I tested with HotSpot JDK6 [1], IBM
JDK 6,7 [2]. OpenJDK6 seems to have
ok with this!
Regards,
Vladimir
On 12-02-03 11:59 AM, Martin Gencur wrote:
I see, for the bigger numbers entries are evicted (more than just to
decrease the number to maxEntries) before I actually check the number so
this is expected. For the 2,4,6,8,10 eviction did not run so
this to remove buckets when removing last entry from
them?
Thanks for any thoughts
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
, but creation would need to
be a blocking operation.
Sanne
On 6 December 2011 09:35, Martin Gencur mgen...@redhat.com wrote:
I found out through our tests that bucket-based cache stores
(JdbcBinaryCacheStore and FileCacheStore) are not removing buckets (this
is either a database table row
this? EDG currently doesn't support deploying
applications into it. And even if I was able to do this I wouldn't get
to the advanced cache because I'm accessing the cache remotely - using
RemoteCache.
On 13 Oct 2011, at 14:12, Mircea Markus wrote:
On 13 Oct 2011, at 12:40, Martin Gencur wrote
AdvancedCache and so on, so getting the real configuration
is hard (if possible at all).
Thanks for your thoughts
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan
On Tue, 2011-10-04 at 22:53 +0100, Mircea Markus wrote:
On 22 Sep 2011, at 14:45, Martin Gencur wrote:
Hi,
I'm currently implementing support for testing of embedded caches in
https://github.com/mgencur/infinispan-arquillian-container project and
would like to discuss future steps
On Tue, 2011-09-27 at 09:11 +0200, Galder Zamarreño wrote:
On Sep 26, 2011, at 5:42 PM, Martin Gencur wrote:
On Mon, 2011-09-26 at 15:50 +0200, Galder Zamarreño wrote:
On Sep 22, 2011, at 2:45 PM, Martin Gencur wrote:
Hi,
I'm currently implementing support for testing of embedded
/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
On Mon, 2011-09-26 at 15:50 +0200, Galder Zamarreño wrote:
On Sep 22, 2011, at 2:45 PM, Martin Gencur wrote:
Hi,
I'm currently implementing support for testing of embedded caches in
https://github.com/mgencur/infinispan-arquillian-container project and
would like to discuss future steps
, it will be
just a matter of changing of 2-3 classes.
What do you think about this approach?
Thanks for each reply
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan
://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
://repository.jboss.org/nexus/content/groups/developer/
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
solutions in the forum and would like to see
what others opinions/suggestions are.
Cheers
--
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
51 matches
Mail list logo