[JBoss JIRA] (ISPN-800) Infinispan inside OSGI
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ISPN-800?page=com.atlassian.jira.plugin.s... ]
Brett Meyer commented on ISPN-800:
----------------------------------
Hey [~galder.zamarreno], I'm more than willing to help with some of this. We'd like it for hibernate-infinispan as well (see https://hibernate.atlassian.net/browse/HHH-8214). There were a few ClassLoader issues that came up.
What's the status here?
> Infinispan inside OSGI
> ----------------------
>
> Key: ISPN-800
> URL: https://issues.jboss.org/browse/ISPN-800
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core API
> Reporter: Luca Stancapiano
> Assignee: Galder Zamarreño
>
> We need to import infinispan inside a OSGI repository. Tests are made with Felix.
> I added the configuration to use infinispan inside a osgi repository. We need to ignore all listed dependencies. With this configuration we can install infinispan-core.jar inside OSGI. Its achievement will be as a base installation here: https://github.com/flashboss/infinispan
> I added the Import-Package because you are forced to put manually in Felix all dependencies as jgroups, jboss marshalling, jcip, all apache commons. I've seen infinispan core working by default without all those libraries, so I think the same achievement should be replicated in OSGI.
> Inside the Import-Package tag I excluded those libraries so Infinispan core can be started in default mode without errors. If we want use the replication in OSGI, it is enough add manually the other packages (jgroups.jar etc etc)
> Actually the core bundle can be installed. But to be used it needs theese projects be installed as osgi bundles:
> jboss transaction api 1.0.1.GA
> We patched it. There is a new OSGI version here: https://repository.jboss.org/nexus/content/groups/public/org/jboss/spec/j... )
> jgroups 2.10.1.GA
> (it's a osgi bundle since the 3.x version)
> river 1.2.3.GA
> (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/river/pom.xml )
> marshalling-api 1.2.3.GA
> (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/api/pom.xml )
> jboss logging spi 2.0.5.GA
> (added a jira issue in JBLOGGING-51 . It could be fixed in the 2.2.0.CR2 version. Fixed in the 3.x version)
> rhq plugin annotations 1.4.0.B01
> (opened a feature request in https://bugzilla.redhat.com/show_bug.cgi?id=657754 )
> i18nlog 1.0.9
> (sent a patch in https://sourceforge.net/projects/i18nlog . It could become a OSGI bundle in the 1.0.10 version. Waiting for a response. Fixed in 1.15)
> log4j 1.2.16
> (that's ok...it is a osgi bundle ;))
> jcip-annotations 1.0
> (I sent a patch via email to brian(a)briangoetz.com and a post in http://tembrel.blogspot.com. Sent the patch in concurrency-interest(a)cs.oswego.edu too. They responded to me. There is a OSGI version with a different artifact name. I changed the dependency in the pom.xml of the parent project)
> We should make sure proper 'Import-Package' property is specified in the MANIFEST.MF so that:
> 1- it fails to load obviously when there's any missing bundles that are essential in using the very core functionality of Infinispan.
> 2 - it does not fail due to the dependency that is not really essential.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3750) Configuration.toProperties
by Michal Linhard (JIRA)
[ https://issues.jboss.org/browse/ISPN-3750?page=com.atlassian.jira.plugin.... ]
Michal Linhard commented on ISPN-3750:
--------------------------------------
Pull request based on https://github.com/mlinhard/infinispan/tree/t_ispn_3750_alt1
This proposal is different from previous one in that Configuration and GlobalConfiguration classes stay untouched, I just added the reflector class PropertyFormatter as an implementation of the Formatter interface.
However I left the JMX interface as it was - offering a concrete choce of PropertyFormatter as configurationProperties and globalConfigurationProperties methods so that the JMX calls remain simple.
> Configuration.toProperties
> --------------------------
>
> Key: ISPN-3750
> URL: https://issues.jboss.org/browse/ISPN-3750
> Project: Infinispan
> Issue Type: Feature Request
> Components: Configuration
> Affects Versions: 6.0.0.Final
> Reporter: Michal Linhard
> Assignee: Michal Linhard
>
> I'd like to add methods
> Configuration.toProperties() and
> GlobalConfiguration.toProperties()
> that would return current configuration values in flat key value structure (e.g. java.util.Properties) where property keys would reflect names of configuration fields and structure would be reflected by extending the key prefix and dividing by dot. e.g. clustering.hash.numOwners=2
> The least intrusive and maintenance demanding implementation is via Reflection.
> The flat configuration would be exposed via JMX objects, e.g.
> jboss.infinispan:type=Cache,name="testCache(dist_sync)",manager="default",component=Cache
> attribute "configurationProperties"
> jboss.infinispan:type=CacheManager,name="default",component=CacheManager
> attribute "globalConfigurationProperties"
> This is a diagnostic output feature and doesn't affect the way how Infinispan is configured.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3750) Configuration.toProperties
by Michal Linhard (JIRA)
[ https://issues.jboss.org/browse/ISPN-3750?page=com.atlassian.jira.plugin.... ]
Michal Linhard updated ISPN-3750:
---------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2241
> Configuration.toProperties
> --------------------------
>
> Key: ISPN-3750
> URL: https://issues.jboss.org/browse/ISPN-3750
> Project: Infinispan
> Issue Type: Feature Request
> Components: Configuration
> Affects Versions: 6.0.0.Final
> Reporter: Michal Linhard
> Assignee: Michal Linhard
>
> I'd like to add methods
> Configuration.toProperties() and
> GlobalConfiguration.toProperties()
> that would return current configuration values in flat key value structure (e.g. java.util.Properties) where property keys would reflect names of configuration fields and structure would be reflected by extending the key prefix and dividing by dot. e.g. clustering.hash.numOwners=2
> The least intrusive and maintenance demanding implementation is via Reflection.
> The flat configuration would be exposed via JMX objects, e.g.
> jboss.infinispan:type=Cache,name="testCache(dist_sync)",manager="default",component=Cache
> attribute "configurationProperties"
> jboss.infinispan:type=CacheManager,name="default",component=CacheManager
> attribute "globalConfigurationProperties"
> This is a diagnostic output feature and doesn't affect the way how Infinispan is configured.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3765) SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3765?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-3765:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1034892
> SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3765
> URL: https://issues.jboss.org/browse/ISPN-3765
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 6.0.0.Final
> Environment: RHEL6x86 IBM6
> Reporter: Vitalii Chepeliuk
> Assignee: Mircea Markus
> Labels: testsuite_stability
>
> Following exception is thrown
> java.util.concurrent.ExecutionException: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:233)
> at java.util.concurrent.FutureTask.get(FutureTask.java:94)
> at org.infinispan.persistence.file.SingleFileStoreStressTest.testWritesAndClear(SingleFileStoreStressTest.java:127)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:908)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:931)
> at java.lang.Thread.run(Thread.java:738)
> Caused by: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:257)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> ... 1 more
> Caused by: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:317)
> at org.infinispan.persistence.file.SingleFileStoreStressTest$WriteTask.call(SingleFileStoreStressTest.java:169)
> at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:254)
> ... 3 more
> Caused by: java.lang.NullPointerException
> at java.util.TreeMap$AbstractSubMapIterator.remove(TreeMap.java:218)
> at org.infinispan.persistence.file.SingleFileStore.allocate(SingleFileStore.java:242)
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:284)
> ... 5 more
> You can check all 5 builds were running here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3765) SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
by Vitalii Chepeliuk (JIRA)
Vitalii Chepeliuk created ISPN-3765:
---------------------------------------
Summary: SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
Key: ISPN-3765
URL: https://issues.jboss.org/browse/ISPN-3765
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 6.0.0.Final
Environment: RHEL6x86 IBM6
Reporter: Vitalii Chepeliuk
Assignee: Mircea Markus
Following exception is thrown
java.util.concurrent.ExecutionException: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:233)
at java.util.concurrent.FutureTask.get(FutureTask.java:94)
at org.infinispan.persistence.file.SingleFileStoreStressTest.testWritesAndClear(SingleFileStoreStressTest.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
at java.util.concurrent.FutureTask.run(FutureTask.java:149)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:908)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:931)
at java.lang.Thread.run(Thread.java:738)
Caused by: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:257)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
at java.util.concurrent.FutureTask.run(FutureTask.java:149)
... 1 more
Caused by: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:317)
at org.infinispan.persistence.file.SingleFileStoreStressTest$WriteTask.call(SingleFileStoreStressTest.java:169)
at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:254)
... 3 more
Caused by: java.lang.NullPointerException
at java.util.TreeMap$AbstractSubMapIterator.remove(TreeMap.java:218)
at org.infinispan.persistence.file.SingleFileStore.allocate(SingleFileStore.java:242)
at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:284)
... 5 more
You can check all 5 builds were running here
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3613) Stored entries are deleted from table in rebalance
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3613?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3613:
-----------------------------------------------
Vitalii Chepeliuk <vchepeli(a)redhat.com> changed the Status of [bug 989927|https://bugzilla.redhat.com/show_bug.cgi?id=989927] from ON_QA to VERIFIED
> Stored entries are deleted from table in rebalance
> --------------------------------------------------
>
> Key: ISPN-3613
> URL: https://issues.jboss.org/browse/ISPN-3613
> Project: Infinispan
> Issue Type: Bug
> Reporter: Mircea Markus
> Assignee: William Burns
> Labels: 620
> Fix For: 6.0.0.Final
>
>
> Description of problem:
> When passivation value is false, stored entries are deleted from table in rebalance.
> clustered.xml
> ------------
> <distributed-cache name="myCache" mode="SYNC" start="EAGER">
> <locking isolation="READ_COMMITTED" acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> <eviction strategy="LIRS" max-entries="10000"/>
> <string-keyed-jdbc-store datasource="java:jboss/datasources/InfinispanDS" passivation="false" preload="true" purge="false" shared="true" fetch-state="false">
> ...
> Version-Release number of selected component (if applicable):
> JDG 6.1
> How reproducible:
> I will attache the clustered.xml and trace logs.
> Steps to Reproduce:
> 1.start node1
> 2.put 300 entries
> 3.start node2
> check entries:
> select count(*) from table;
> 300
> 4.start node3
> check entries:
> select count(*) from table;
> 0
> Actual results:
> In step 4, number of entries are 0 in DB table.
> Expected results:
> In step 4, number of entries are 300 in DB table.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3740) AbstractCacheTest.getDefaultClusteredCacheConfig() should not disable state transfer
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3740?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3740:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> AbstractCacheTest.getDefaultClusteredCacheConfig() should not disable state transfer
> ------------------------------------------------------------------------------------
>
> Key: ISPN-3740
> URL: https://issues.jboss.org/browse/ISPN-3740
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 6.0.0.Final
> Reporter: Dan Berindei
> Assignee: Pedro Ruivo
> Fix For: 7.0.0.Alpha1
>
>
> The number of tests that use {{AbstractCacheTest.getDefaultClusteredCacheConfig()}} and actually require state transfer to be disabled is insignificant: after commenting out the line that disables ST, I got 0 failures.
> The Infinispan default is to have state transfer enabled, so developers naturally assume that state transfer is enabled all the time. It would be much clearer if {{AbstractCacheTest.getDefaultClusteredCacheConfig()}} used the same defaults.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month