[JBoss JIRA] (ELY-1285) AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
by Yeray Borges (JIRA)
Yeray Borges created ELY-1285:
---------------------------------
Summary: AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
Key: ELY-1285
URL: https://issues.jboss.org/browse/ELY-1285
Project: WildFly Elytron
Issue Type: Bug
Reporter: Yeray Borges
Assignee: Yeray Borges
Priority: Critical
Exception when running on WildFly:
{noformat}
13:28:04,646 ERROR [org.xnio.listener] (Remoting "management-client" I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/Users/iweiss/Development/wildfly/dist/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron/main/wildfly-elytron-1.1.0.Beta19-SNAPSHOT.jar" "read")" in code source "(vfs:/content/RebindTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RebindTestCase.jar: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.SecurityManager.checkRead(SecurityManager.java:888)
at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:137)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:81)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
at java.net.URL.openStream(URL.java:1045)
at java.util.ServiceLoader.parse(ServiceLoader.java:304)
at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
at java.security.AccessController.doPrivileged(Native Method)
at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:54)
at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:35)
at org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier.get(ElytronXmlParser.java:2267)
at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:89)
at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.createSaslClient(PrivilegedSaslClientFactory.java:55)
at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
at org.wildfly.security.sasl.util.ProtocolSaslClientFactory.createSaslClient(ProtocolSaslClientFactory.java:48)
at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
at org.wildfly.security.sasl.util.PropertiesSaslClientFactory.createSaslClient(PropertiesSaslClientFactory.java:52)
at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
at org.wildfly.security.sasl.util.FilterMechanismSaslClientFactory.createSaslClient(FilterMechanismSaslClientFactory.java:101)
at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:878)
at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:296)
at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:404)
at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:239)
at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ELY-1284) AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
by Yeray Borges (JIRA)
[ https://issues.jboss.org/browse/ELY-1284?page=com.atlassian.jira.plugin.s... ]
Yeray Borges updated ELY-1284:
------------------------------
Git Pull Request: https://github.com/jboss-remoting/jboss-remoting/pull/94, https://github.com/wildfly-security/wildfly-elytron/pull/909 (was: https://github.com/jboss-remoting/jboss-remoting/pull/94)
> AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
> ------------------------------------------------------------------------------------------------------
>
> Key: ELY-1284
> URL: https://issues.jboss.org/browse/ELY-1284
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Ingo Weiss
> Assignee: Yeray Borges
> Priority: Critical
> Labels: security-manager
>
> Exception when running on WildFly:
> {noformat}
> 13:28:04,646 ERROR [org.xnio.listener] (Remoting "management-client" I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/Users/iweiss/Development/wildfly/dist/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron/main/wildfly-elytron-1.1.0.Beta19-SNAPSHOT.jar" "read")" in code source "(vfs:/content/RebindTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RebindTestCase.jar: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.SecurityManager.checkRead(SecurityManager.java:888)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
> at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:137)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:81)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
> at java.net.URL.openStream(URL.java:1045)
> at java.util.ServiceLoader.parse(ServiceLoader.java:304)
> at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
> at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
> at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
> at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
> at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:54)
> at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:35)
> at org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier.get(ElytronXmlParser.java:2267)
> at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:89)
> at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.createSaslClient(PrivilegedSaslClientFactory.java:55)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ProtocolSaslClientFactory.createSaslClient(ProtocolSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.PropertiesSaslClientFactory.createSaslClient(PropertiesSaslClientFactory.java:52)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.FilterMechanismSaslClientFactory.createSaslClient(FilterMechanismSaslClientFactory.java:101)
> at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:878)
> at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:296)
> at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:404)
> at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:239)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ELY-1284) AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
by Yeray Borges (JIRA)
[ https://issues.jboss.org/browse/ELY-1284?page=com.atlassian.jira.plugin.s... ]
Yeray Borges moved REM3-258 to ELY-1284:
----------------------------------------
Project: WildFly Elytron (was: JBoss Remoting (3+))
Key: ELY-1284 (was: REM3-258)
Affects Version/s: (was: 5.0.0.Beta14)
> AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager
> ------------------------------------------------------------------------------------------------------
>
> Key: ELY-1284
> URL: https://issues.jboss.org/browse/ELY-1284
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Ingo Weiss
> Assignee: Yeray Borges
> Priority: Critical
> Labels: security-manager
>
> Exception when running on WildFly:
> {noformat}
> 13:28:04,646 ERROR [org.xnio.listener] (Remoting "management-client" I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/Users/iweiss/Development/wildfly/dist/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron/main/wildfly-elytron-1.1.0.Beta19-SNAPSHOT.jar" "read")" in code source "(vfs:/content/RebindTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RebindTestCase.jar: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.SecurityManager.checkRead(SecurityManager.java:888)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
> at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:137)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:81)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
> at java.net.URL.openStream(URL.java:1045)
> at java.util.ServiceLoader.parse(ServiceLoader.java:304)
> at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
> at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
> at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
> at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
> at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:54)
> at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:35)
> at org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier.get(ElytronXmlParser.java:2267)
> at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:89)
> at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.createSaslClient(PrivilegedSaslClientFactory.java:55)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ProtocolSaslClientFactory.createSaslClient(ProtocolSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.PropertiesSaslClientFactory.createSaslClient(PropertiesSaslClientFactory.java:52)
> at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
> at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
> at org.wildfly.security.sasl.util.FilterMechanismSaslClientFactory.createSaslClient(FilterMechanismSaslClientFactory.java:101)
> at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:878)
> at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:296)
> at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:404)
> at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:239)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3064) Suffix in Elytron periodic-rotating-file-audit-log cannot include 's' or 'S' in text
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3064?page=com.atlassian.jira.plugi... ]
Ondrej Lukas updated WFCORE-3064:
---------------------------------
Description:
Suffix in Elytron periodic-rotating-file-audit-log cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text (some string in ''). This means that symbols 's' or 'S' cannot be used in text. It is probably caused by incorrectly implemented condition in {{org.wildfly.extension.elytron.validators.SuffixValidator.validateParameter}} method [1].
[1] https://github.com/wildfly/wildfly-core/blob/7032d8b6cf5a87ab32cc27b2712b...
was:
Suffix in Elytron periodic-rotating-file-audit-log cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text (some string in ''). This means that symbols 's' or 'S' cannot be used in text. It is probably caused by incorrectly implemented condition in {{org.wildfly.extension.elytron.validators.SuffixValidator.validateParameter}} method [1].
This issue is reported in EAP 7.1.0.ER2 since periodic-rotating-file-audit-log is provided in EAP 7.1.0.ER2.
[1] https://github.com/wildfly/wildfly-core/blob/7032d8b6cf5a87ab32cc27b2712b...
> Suffix in Elytron periodic-rotating-file-audit-log cannot include 's' or 'S' in text
> ------------------------------------------------------------------------------------
>
> Key: WFCORE-3064
> URL: https://issues.jboss.org/browse/WFCORE-3064
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta28
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Critical
>
> Suffix in Elytron periodic-rotating-file-audit-log cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text (some string in ''). This means that symbols 's' or 'S' cannot be used in text. It is probably caused by incorrectly implemented condition in {{org.wildfly.extension.elytron.validators.SuffixValidator.validateParameter}} method [1].
> [1] https://github.com/wildfly/wildfly-core/blob/7032d8b6cf5a87ab32cc27b2712b...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1661) KIE-Server-Client needs to be more light-weight
by Duncan Doyle (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1661?page=com.atlassian.jira.plugi... ]
Duncan Doyle updated DROOLS-1661:
---------------------------------
Description:
KIE-Server-Client currently drags in a ton of dependencies. A {{mnv dependency:tree}} gives this output:
{code}
+- org.kie.server:kie-server-client:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.apache.commons:commons-lang3:jar:3.4:compile
[INFO] | +- org.kie:kie-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | \- org.uberfire:uberfire-maven-support:jar:1.1.0-SNAPSHOT:compile
[INFO] | +- org.kie:kie-internal:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.optaplanner:optaplanner-core:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.drools:drools-compiler:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | +- org.antlr:antlr-runtime:jar:3.5:compile
[INFO] | | | +- org.eclipse.jdt.core.compiler:ecj:jar:4.4.2:compile
[INFO] | | | \- com.google.protobuf:protobuf-java:jar:2.6.0:compile
[INFO] | | +- org.apache.commons:commons-math3:jar:3.4.1:compile
[INFO] | | +- com.google.guava:guava:jar:20.0:compile
[INFO] | | +- org.reflections:reflections:jar:0.9.10:compile
[INFO] | | | \- com.google.code.findbugs:annotations:jar:2.0.1:compile
[INFO] | | \- com.thoughtworks.xstream:xstream:jar:1.4.9:compile
[INFO] | | +- xmlpull:xmlpull:jar:1.1.3.1:compile
[INFO] | | \- xpp3:xpp3_min:jar:1.1.4c:compile
[INFO] | +- org.drools:drools-core:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.mvel:mvel2:jar:2.3.0.Final:compile
[INFO] | | \- commons-codec:commons-codec:jar:1.10:compile
[INFO] | +- org.kie:kie-dmn-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | \- org.kie:kie-dmn-model:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.kie.server:kie-server-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.optaplanner:optaplanner-persistence-xstream:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | \- org.optaplanner:optaplanner-persistence-common:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.optaplanner:optaplanner-persistence-jaxb:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | +- org.jboss.spec.javax.xml.bind:jboss-jaxb-api_2.2_spec:jar:1.0.4.Final:compile
[INFO] | | | \- javax.activation:activation:jar:1.1.1:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.6.2:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-core:jar:2.6.2:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-databind:jar:2.6.2:compile
[INFO] | | \- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.6.2:compile
[INFO] | +- org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:jar:1.0.0.Final:compile
[INFO] | +- org.kie.server:kie-server-common:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.codehaus.jackson:jackson-xc:jar:1.9.13:compile
[INFO] | | \- org.codehaus.jackson:jackson-core-asl:jar:1.9.13:compile
[INFO] | +- org.codehaus.jackson:jackson-mapper-asl:jar:1.9.13:compile
[INFO] | +- org.jboss.spec.javax.jms:jboss-jms-api_2.0_spec:jar:1.0.0.Final:compile
[INFO] | +- com.sun.xml.bind:jaxb-core:jar:2.2.11:compile
[INFO] | +- com.sun.xml.bind:jaxb-impl:jar:2.2.11:compile
[INFO] | \- org.slf4j:jcl-over-slf4j:jar:1.7.7:runtime
{code}
So, if we're just creating a simple DMN KIE-Server Client, we are dragging in all sorts of {{drools-core}}, {{optaplanner-persistence-xstream}}, etc. into our project. Obviously we can start excluding theses dependencies, but that's not really that user friendly IMO.
It would be nice if we could make this a bit more modular.
was:
KIE-Server-Client currently drags in a ton of dependencies. A {{mnv dependency:tree}} gives this output:
{code}
+- org.kie.server:kie-server-client:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.apache.commons:commons-lang3:jar:3.4:compile
[INFO] | +- org.kie:kie-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | \- org.uberfire:uberfire-maven-support:jar:1.1.0-SNAPSHOT:compile
[INFO] | +- org.kie:kie-internal:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.optaplanner:optaplanner-core:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.drools:drools-compiler:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | +- org.antlr:antlr-runtime:jar:3.5:compile
[INFO] | | | +- org.eclipse.jdt.core.compiler:ecj:jar:4.4.2:compile
[INFO] | | | \- com.google.protobuf:protobuf-java:jar:2.6.0:compile
[INFO] | | +- org.apache.commons:commons-math3:jar:3.4.1:compile
[INFO] | | +- com.google.guava:guava:jar:20.0:compile
[INFO] | | +- org.reflections:reflections:jar:0.9.10:compile
[INFO] | | | \- com.google.code.findbugs:annotations:jar:2.0.1:compile
[INFO] | | \- com.thoughtworks.xstream:xstream:jar:1.4.9:compile
[INFO] | | +- xmlpull:xmlpull:jar:1.1.3.1:compile
[INFO] | | \- xpp3:xpp3_min:jar:1.1.4c:compile
[INFO] | +- org.drools:drools-core:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.mvel:mvel2:jar:2.3.0.Final:compile
[INFO] | | \- commons-codec:commons-codec:jar:1.10:compile
[INFO] | +- org.kie:kie-dmn-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | \- org.kie:kie-dmn-model:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.kie.server:kie-server-api:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.optaplanner:optaplanner-persistence-xstream:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | \- org.optaplanner:optaplanner-persistence-common:jar:7.1.0-SNAPSHOT:compile
[INFO] | | +- org.optaplanner:optaplanner-persistence-jaxb:jar:7.1.0-SNAPSHOT:compile
[INFO] | | | +- org.jboss.spec.javax.xml.bind:jboss-jaxb-api_2.2_spec:jar:1.0.4.Final:compile
[INFO] | | | \- javax.activation:activation:jar:1.1.1:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.6.2:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-core:jar:2.6.2:compile
[INFO] | | +- com.fasterxml.jackson.core:jackson-databind:jar:2.6.2:compile
[INFO] | | \- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.6.2:compile
[INFO] | +- org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:jar:1.0.0.Final:compile
[INFO] | +- org.kie.server:kie-server-common:jar:7.1.0-SNAPSHOT:compile
[INFO] | +- org.codehaus.jackson:jackson-xc:jar:1.9.13:compile
[INFO] | | \- org.codehaus.jackson:jackson-core-asl:jar:1.9.13:compile
[INFO] | +- org.codehaus.jackson:jackson-mapper-asl:jar:1.9.13:compile
[INFO] | +- org.jboss.spec.javax.jms:jboss-jms-api_2.0_spec:jar:1.0.0.Final:compile
[INFO] | +- com.sun.xml.bind:jaxb-core:jar:2.2.11:compile
[INFO] | +- com.sun.xml.bind:jaxb-impl:jar:2.2.11:compile
[INFO] | \- org.slf4j:jcl-over-slf4j:jar:1.7.7:runtime
{code}
So, if we're just creating a simple DMN KIE-Server Client, we are dragging in all sorts of {{drools-core}}, {{optaplanner-persistence-xstream}}, etc into our project. Obviously we can start excluding theses dependencies, but that's not really that user friendly IMO.
It would be nice if we could make this a bit more modular.
> KIE-Server-Client needs to be more light-weight
> -----------------------------------------------
>
> Key: DROOLS-1661
> URL: https://issues.jboss.org/browse/DROOLS-1661
> Project: Drools
> Issue Type: Enhancement
> Components: kie server
> Affects Versions: 7.1.0.Beta3
> Reporter: Duncan Doyle
> Assignee: Edson Tirelli
>
> KIE-Server-Client currently drags in a ton of dependencies. A {{mnv dependency:tree}} gives this output:
> {code}
> +- org.kie.server:kie-server-client:jar:7.1.0-SNAPSHOT:compile
> [INFO] | +- org.apache.commons:commons-lang3:jar:3.4:compile
> [INFO] | +- org.kie:kie-api:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | \- org.uberfire:uberfire-maven-support:jar:1.1.0-SNAPSHOT:compile
> [INFO] | +- org.kie:kie-internal:jar:7.1.0-SNAPSHOT:compile
> [INFO] | +- org.optaplanner:optaplanner-core:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | +- org.drools:drools-compiler:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | | +- org.antlr:antlr-runtime:jar:3.5:compile
> [INFO] | | | +- org.eclipse.jdt.core.compiler:ecj:jar:4.4.2:compile
> [INFO] | | | \- com.google.protobuf:protobuf-java:jar:2.6.0:compile
> [INFO] | | +- org.apache.commons:commons-math3:jar:3.4.1:compile
> [INFO] | | +- com.google.guava:guava:jar:20.0:compile
> [INFO] | | +- org.reflections:reflections:jar:0.9.10:compile
> [INFO] | | | \- com.google.code.findbugs:annotations:jar:2.0.1:compile
> [INFO] | | \- com.thoughtworks.xstream:xstream:jar:1.4.9:compile
> [INFO] | | +- xmlpull:xmlpull:jar:1.1.3.1:compile
> [INFO] | | \- xpp3:xpp3_min:jar:1.1.4c:compile
> [INFO] | +- org.drools:drools-core:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | +- org.mvel:mvel2:jar:2.3.0.Final:compile
> [INFO] | | \- commons-codec:commons-codec:jar:1.10:compile
> [INFO] | +- org.kie:kie-dmn-api:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | \- org.kie:kie-dmn-model:jar:7.1.0-SNAPSHOT:compile
> [INFO] | +- org.kie.server:kie-server-api:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | +- org.optaplanner:optaplanner-persistence-xstream:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | | \- org.optaplanner:optaplanner-persistence-common:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | +- org.optaplanner:optaplanner-persistence-jaxb:jar:7.1.0-SNAPSHOT:compile
> [INFO] | | | +- org.jboss.spec.javax.xml.bind:jboss-jaxb-api_2.2_spec:jar:1.0.4.Final:compile
> [INFO] | | | \- javax.activation:activation:jar:1.1.1:compile
> [INFO] | | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.6.2:compile
> [INFO] | | +- com.fasterxml.jackson.core:jackson-core:jar:2.6.2:compile
> [INFO] | | +- com.fasterxml.jackson.core:jackson-databind:jar:2.6.2:compile
> [INFO] | | \- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.6.2:compile
> [INFO] | +- org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:jar:1.0.0.Final:compile
> [INFO] | +- org.kie.server:kie-server-common:jar:7.1.0-SNAPSHOT:compile
> [INFO] | +- org.codehaus.jackson:jackson-xc:jar:1.9.13:compile
> [INFO] | | \- org.codehaus.jackson:jackson-core-asl:jar:1.9.13:compile
> [INFO] | +- org.codehaus.jackson:jackson-mapper-asl:jar:1.9.13:compile
> [INFO] | +- org.jboss.spec.javax.jms:jboss-jms-api_2.0_spec:jar:1.0.0.Final:compile
> [INFO] | +- com.sun.xml.bind:jaxb-core:jar:2.2.11:compile
> [INFO] | +- com.sun.xml.bind:jaxb-impl:jar:2.2.11:compile
> [INFO] | \- org.slf4j:jcl-over-slf4j:jar:1.7.7:runtime
> {code}
> So, if we're just creating a simple DMN KIE-Server Client, we are dragging in all sorts of {{drools-core}}, {{optaplanner-persistence-xstream}}, etc. into our project. Obviously we can start excluding theses dependencies, but that's not really that user friendly IMO.
> It would be nice if we could make this a bit more modular.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months