[JBoss JIRA] (ISPN-7207) Cache creation requires specific permissions when using security manager
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7207?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7207:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Beta2
8.1.7.Final
8.2.6.Final
Resolution: Done
> Cache creation requires specific permissions when using security manager
> ------------------------------------------------------------------------
>
> Key: ISPN-7207
> URL: https://issues.jboss.org/browse/ISPN-7207
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Reporter: Paul Ferraro
> Assignee: Ingo Weiss
> Fix For: 9.0.0.Beta2, 8.1.7.Final, 8.2.6.Final
>
>
> *org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase#test*
> {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase -Dsecurity.manager}}
> {code}
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/infinispan-resource-ref.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.infinispan-resource-ref.war:main" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1528)
> at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1442)
> at org.infinispan.commons.util.Util.getClassLoaders(Util.java:127)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:163)
> at org.infinispan.commons.util.ReflectionUtil.getClassForName(ReflectionUtil.java:319)
> at org.infinispan.commons.util.ReflectionUtil.toClassArray(ReflectionUtil.java:313)
> at org.infinispan.factories.AbstractComponentRegistry$Component.buildInjectionMethodsList(AbstractComponentRegistry.java:810)
> at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:213)
> at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193)
> at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171)
> at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:163)
> at org.infinispan.factories.ComponentRegistry.<init>(ComponentRegistry.java:79)
> ... 210 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ISPN-7244) Administration console - creating new cache should only show valid cache types
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-7244?page=com.atlassian.jira.plugin.... ]
Ryan Emerson resolved ISPN-7244.
--------------------------------
Fix Version/s: 9.0.0.Beta2
Resolution: Done
> Administration console - creating new cache should only show valid cache types
> ------------------------------------------------------------------------------
>
> Key: ISPN-7244
> URL: https://issues.jboss.org/browse/ISPN-7244
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 9.0.0.Alpha4
> Reporter: Roman Macor
> Assignee: Vladimir Blagojevic
> Priority: Minor
> Fix For: 9.0.0.Beta2
>
>
> This affects only standalone mode.
> Start Infinispan in Standalone non clustered mode (cache container without <transport> tag):
> - bin/standalone.sh
> Creating new cache/template shows all cache types, but only local cache is a valid option here. Choosing another type results in error.
> Suggested resolution:
> Only local mode for cache and template should be displayed for local cache container.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-4189:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4777
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months