st of the 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 wh
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 t
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 hav
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 co
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 spre
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]
>
> Could
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 ba
Thanks Vojtech Juranek for actually creating the Docker file:)
And thanks Marek for integrating it and tweeting about it.
Martin
On 26.10.2014 10:27, Sanne Grinovero wrote:
> https://twitter.com/marekgoldmann/status/526060068945817601
>
> Thanks Marek!
> _
t;
>>
> Cheers,
>
> On 18 Aug 2014, at 15:28, Martin Gencur wrote:
>
>> Hi Galder,
>> I haven't seen this before. I thought the ant-based "kill" command was safe
>> and reliable. It's hard to say what went wrong without further logs. W
g?
>
> Jakub
>
> - Original Message -
>> From: "Galder Zamarreño"
>> To: "Jakub Markos" , "Martin Gencur"
>> Cc: "infinispan -Dev List"
>> Sent: Monday, August 4, 2014 12:35:50 PM
>> Subject: Ant based kill
gt;> So the server and library configuration parsers will handle something like
>>>> this?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> If this is true, then I agree that this is a good solution as well.
>
ordsPerPage=20&filterText=ExampleConfig&status=&buildTypeId=bt34&buildId=9465&tab=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
>
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
On 12.6.2014 20:14, Tristan Tarrant wrote:
> On 12/06/14 18:46, Dennis Reed wrote:
>> +1 to changing the name/directory.
>> -100 to changing the order of where it's looked for instead.
>>
>> All resource lookups should use the normal rules for finding resources.
>> Don't change standard behavior wi
Hi,
let me mention an issue that several people faced in the past,
independently of each other:
A user app uses a custom JGroups configuration file. However, they
choose the same name as the files which we bundle inside
infinispan-core.jar.
Result? People are wondering why their custom configur
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 speci
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 do
On 21.11.2013 12:45, Galder Zamarreño wrote:
> On Nov 19, 2013, at 10:23 AM, Dan Berindei wrote:
>
>>
>> On Tue, Nov 19, 2013 at 11:21 AM, Martin Gencur wrote:
>> On 19.11.2013 09:59, Dan Berindei wrote:
>> BTW, Maven rebuilds every module in the reactor every t
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 serve
+1 for all these suggestions. Configuring transactions in Infinispan is
overly complex (too many options). Some of the configurations were
supposed to provide better performance and they actually don't provide
that, some of them degrade transactions to non-transactions, people
cannot get the co
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 easy
should default somehow. Eg.,
...
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 <mailto:mgen...@redhat.com>&
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 configuration element is
Hi,
let's look at configuration of LevelDB in Infinispan Server:
https://gist.github.com/mgencur/6520948
After investigating what the 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, it's put (in i
Hey,
so I've updated my tests for measuring memory consumption so as to work
in a compatibility mode and the results are following (extending latest
Galder's report with my results):
Infinispan memory overhead, used in library mode:
Infinispan 5.2.0.Final: ~151 bytes
Infinispan 5.3.0.Final: ~135
head per 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 m
consumption?
On 13 May 2013, at 10:44, Galder Zamarreño wrote:
On May 7, 2013, at 4:55 PM, Manik Surtani wrote:
On 7 May 2013, at 15:39, Martin Gencur 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
same applies here)
Summary: Almost no change for in-VM mode but a nice 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 t
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 pr
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?
>
> Beg
Dne 30.4.2013 16:26, Galder Zamarreño napsal(a):
> On Apr 29, 2013, at 2:40 PM, Martin Gencur wrote:
>
>> Hey,
>> I'd be interested why we have examples in two different locations:
>>
>> 1) https://github.com/infinispan/infinispan-quickstart
>> 2) http
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. Wouldn'
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
the default or was overridden in the configuration?
>> ___
>> infinispan-dev mailing list
>> infinispan-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> --
> Galder Zamarreño
> Sr. Software Engineer
> Infinispan, JBoss Cache
&
ng it for testing 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.
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
&g
elta implements 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
-
_
> 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
_
anik Surtani
> > ma...@jboss.org
> > twitter.com/maniksurtani
> >
> > Lead, Infinispan
> > http://www.infinispan.org
> >
> >
> >
> >
> > ___________
> > infinispan-dev mailing list
> > infinispan-dev
Sure, no problem. I'm using martin.gen...@gmail.com . Let me know when I
have the rights.
Thanks
> For future posts, IMO, these should be posted direcly in
> infinispan.blogspot.com, what do others think?
>
> We have a blog for a reason…
>
> Cheers,
>
> On May 23
ved back from the
cache store? If yea, why is this marked as workaround?
>
> Tristan
> ___________
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Martin Gencur
--
QA En
d idea, I'll add this to the article. Thanks
>
>
> > On 23 May 2012 18:56, Prabhat Jha wrote:
> >> Tweeted.
> >>
> >> On 05/23/2012 12:39 PM, Martin Gencur wrote:
> >>> Read and share :)
> >>>
> >>> http://martinge
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
___
> 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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Martin Gencur píše v Thu 05. 04. 2012 v 17:40 +0200:
> ${log4j.configuration.file}
Eh, just ${log4j.configuration} ...of course
--
Martin Gencur
--
QA Engineer, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mail
boss.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/listinfo/infinispan-dev
in these small containers.
> > I think we are all aware of it now, what is more important is that
> > eviction works properly in all other scenarios! I am ok with this!
> >
> > Regards,
> > Vladimir
> >
> > On 12-02-03 11:59 AM, Martin Gencur wrote:
>
rks properly in all other scenarios! 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
&
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
jvmxi3260sr9-20110203_74623 (JIT enabled, AOT enabled)
java version "1.7.0"
Java(TM) SE Runtime Environment (build pxi3270-20110827_01)
IBM J9 VM (build 2.6, JRE 1.7.0 Linux x86-32 20110810_88604 (JIT
enabled, AOT enabled)
--
Mar
dexes in the store ? We
> might think of clearing them in background, but creation would need to
> be a blocking operation.
>
> Sanne
>
> On 6 December 2011 09:35, Martin Gencur wrote:
> > I found out through our tests that bucket-based cache stores
> > (JdbcBinaryCacheStor
is 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
12, Mircea Markus wrote:
>
> >
> > On 13 Oct 2011, at 12:40, Martin Gencur wrote:
> >
> >> Hi,
> >> one of our efforts around EDG testing is to test whether all XML
> >> elements/attributes being set in standalone.xml take effect, i.e.
> >> wh
not access 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
On Wed, 2011-10-05 at 09:43 +0200, Martin Gencur wrote:
> 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
>
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
>
On Tue, 2011-09-27 at 09:17 +0200, Martin Gencur wrote:
> 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, 2
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,
&g
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
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
> >
> ___
> 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
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
pdate them, 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-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
_
tps://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/listi
some 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
ssia.
--
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
65 matches
Mail list logo
