October 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-194) Add support in KIE to register custom Wagons

by Kurt Stam (JIRA)

[ https://issues.jboss.org/browse/DROOLS-194?page=com.atlassian.jira.plugin... ] Kurt Stam edited comment on DROOLS-194 at 10/1/13 4:31 PM: ----------------------------------------------------------- Hi Mario, 1. We store the kieJars in our S-RAMP repository (instead of maven). 2. Now when KIE wants to read this kiejar (https://github.com/Governance/dtgov/blob/master/dtgov-war/src/main/java/o...) we register the sramp Wagon extension: {code:java} Extension extension = new Extension(); extension.setArtifactId("s-ramp-wagon"); //$NON-NLS-1$ extension.setGroupId("org.overlord.sramp"); //$NON-NLS-1$ extension.setVersion(wagonVersion); build.addExtension(extension); project.setBuild(build); {code:} So this registers the sramp protocol. The issue is that in your Aether class you don't honor this custom protocol. So to fix this we added {code:java} @Override public Wagon lookup( String roleHint ) throws Exception { if ( "http".equals( roleHint ) ) { //$NON-NLS-1$ return new AhcWagon(); } if ( "sramp".equals( roleHint ) ) { //$NON-NLS-1$ return new SrampWagonProxy(); } return null; } {code} However it should be possible to have it figure this out byitself; or at least one should be able to add Wagon by way of configuration. I'm going to add a test for it using something like the FileWagon so you don't need a running S-RAMP server. was (Author: kurtstam): Hi Mario, 1. We store the kieJars in our S-RAMP repository (instead of maven). 2. Now when KIE wants to read this kiejar (https://github.com/Governance/dtgov/blob/master/dtgov-war/src/main/java/o...) we register the sramp Wagon extension: <code> Extension extension = new Extension(); extension.setArtifactId("s-ramp-wagon"); //$NON-NLS-1$ extension.setGroupId("org.overlord.sramp"); //$NON-NLS-1$ extension.setVersion(wagonVersion); build.addExtension(extension); project.setBuild(build); </code> So this registers the sramp protocol. The issue is that in your Aether class you don't honor this custom protocol. So to fix this we added <code> @Override public Wagon lookup( String roleHint ) throws Exception { if ( "http".equals( roleHint ) ) { //$NON-NLS-1$ return new AhcWagon(); } if ( "sramp".equals( roleHint ) ) { //$NON-NLS-1$ return new SrampWagonProxy(); } return null; } </code> However it should be possible to have it figure this out byitself; or at least one should be able to add Wagon by way of configuration. I'm going to add a test for it using something like the FileWagon so you don't need a running S-RAMP server. > Add support in KIE to register custom Wagons > -------------------------------------------- > > Key: DROOLS-194 > URL: https://issues.jboss.org/browse/DROOLS-194 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Kurt Stam > Assignee: Mark Proctor > > The ManualWagonProvider subclass of Aether in KIE registers the HTTPWagon. It should be possible to add your own Wagon through config our automated machinery when another Wagon is put on the classpath and references in the build/extensions of a MavenProject. To get the SrampWagon to work we used the following code: > {quote} > private static class ManualWagonProvider implements WagonProvider { > public Wagon lookup( String roleHint ) throws Exception { > if ( "http".equals( roleHint ) ) { > return new AhcWagon(); > } > if ( "sramp".equals( roleHint ) ) { > return new SrampWagon(); > } > return null; > } > public void release( Wagon wagon ) { } > } > {quote} -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2197) ClientCompatibilityUnitTestCase is broken in an IPv6 environment

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-2197: -------------------------------------- Summary: ClientCompatibilityUnitTestCase is broken in an IPv6 environment Key: WFLY-2197 URL: https://issues.jboss.org/browse/WFLY-2197 Project: WildFly Issue Type: Bug Components: Domain Management, Test Suite Affects Versions: 8.0.0.Alpha4 Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Fix For: 8.0.0.Beta1 ClientCompatibilityUnitTestCase has "localhost" hard coded as the address it tries to connect to. This fails when IPv6 is configured for testsuite runs, as the server is not listening on 127.0.0.1 but rather ::1. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2196) add x-forwarded-* headers support

by Michał Zegan (JIRA)

Michał Zegan created WFLY-2196: ---------------------------------- Summary: add x-forwarded-* headers support Key: WFLY-2196 URL: https://issues.jboss.org/browse/WFLY-2196 Project: WildFly Issue Type: Feature Request Reporter: Michał Zegan Priority: Minor Hello. If it is desirable, can you add the possibility for wildfly/undertow subsystem to retrieve x-forwarded-host and similar headers and set a remote ip address and hostname based on it? This header is set by proxy servers to indicate proxies this request has passed and to indicate the client's real ip address. It's extremely useful if an application checks and uses the hostname or ip of a client that connects to it. In the case of wildfly directly open to the public, the ip and host given will be that of a client, but if the server where an application is running is just a backend server and there is a frontend before it that proxies to it, the ip and host will be that of the proxy, often localhost if the proxy sits on the same machine, that is undesirable because you don't want to ip-ban a proxy. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2193) Upgrade javax.json to version 1.0.3

by Shelly McGowan (JIRA)

[ https://issues.jboss.org/browse/WFLY-2193?page=com.atlassian.jira.plugin.... ] Shelly McGowan updated WFLY-2193: --------------------------------- Fix Version/s: 8.0.0.Beta1 (was: 8.0.0.CR1) > Upgrade javax.json to version 1.0.3 > ----------------------------------- > > Key: WFLY-2193 > URL: https://issues.jboss.org/browse/WFLY-2193 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Shelly McGowan > Assignee: Shelly McGowan > Fix For: 8.0.0.Beta1 > > > WildFly consumes org.glassfish:javax.json artifacts, version 1.0. This needs to be updated. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2193) Upgrade javax.json to version 1.0.3

by Shelly McGowan (JIRA)

[ https://issues.jboss.org/browse/WFLY-2193?page=com.atlassian.jira.plugin.... ] Shelly McGowan resolved WFLY-2193. ---------------------------------- Resolution: Done The pull request has been merged. Resolving. > Upgrade javax.json to version 1.0.3 > ----------------------------------- > > Key: WFLY-2193 > URL: https://issues.jboss.org/browse/WFLY-2193 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Shelly McGowan > Assignee: Shelly McGowan > Fix For: 8.0.0.Beta1 > > > WildFly consumes org.glassfish:javax.json artifacts, version 1.0. This needs to be updated. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2195) add defensive check against EntityManagerFactory/EntityManager already being closed by ill-behaved deployment

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-2195?page=com.atlassian.jira.plugin.... ] Scott Marlow commented on WFLY-2195: ------------------------------------ This is needed for the entityManagerFactoryCloseExceptions tck test. > add defensive check against EntityManagerFactory/EntityManager already being closed by ill-behaved deployment > ------------------------------------------------------------------------------------------------------------- > > Key: WFLY-2195 > URL: https://issues.jboss.org/browse/WFLY-2195 > Project: WildFly > Issue Type: Bug > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 8.0.0.CR1 > > > When closing container managed entity manager or entity manager factory, check if the entity manager factory was already closed unexpectedly. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2195) add defensive check against EntityManagerFactory/EntityManager already being closed by ill-behaved deployment

by Scott Marlow (JIRA)

Scott Marlow created WFLY-2195: ---------------------------------- Summary: add defensive check against EntityManagerFactory/EntityManager already being closed by ill-behaved deployment Key: WFLY-2195 URL: https://issues.jboss.org/browse/WFLY-2195 Project: WildFly Issue Type: Bug Components: JPA / Hibernate Reporter: Scott Marlow Assignee: Scott Marlow Fix For: 8.0.0.CR1 When closing container managed entity manager or entity manager factory, check if the entity manager factory was already closed unexpectedly. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2194) Difficulty Enabling SSL for Management Interfaces Using CLI

by Darran Lofthouse (JIRA)

Darran Lofthouse created WFLY-2194: -------------------------------------- Summary: Difficulty Enabling SSL for Management Interfaces Using CLI Key: WFLY-2194 URL: https://issues.jboss.org/browse/WFLY-2194 Project: WildFly Issue Type: Task Components: CLI, Domain Management, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 8.0.0.Beta1 Trying to enable the HTTPS port for the HTTP management interface using the CLI results in the following: - {code} [standalone@localhost:9990 /] ./core-service=management/management-interface=http-interface:write-attribute(name=secure-socket-binding, value=management-https) Communication error: java.util.concurrent.ExecutionException: Operation failed: Operation failed: Channel closed {code} Server side the following is logged: - {code} 17:59:54,193 INFO [org.jboss.as.server] (management-handler-thread - 4) JBAS015890: Creating http management service using socket-binding (management-http) and secure-socket-binding (management-https) 17:59:54,212 INFO [org.jboss.as.server] (management-handler-thread - 4) JBAS015888: Creating http management service using socket-binding (management-http) 17:59:54,236 WARN [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014626: Operation was interrupted before stability could be reached {code} i.e. What appears to be happening is that as communication is lost with the client the update is being detected as a failure. As interface updates do result in restarting the services used to make the updates it may be better to switch these to reload required updates instead of being immediate - also the chances are that security realm updates would be made simultaneously and those also require a reload. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2194) Difficulty Enabling SSL for Management Interfaces Using CLI

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-2194?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-2194: ----------------------------------- Affects Version/s: 8.0.0.Alpha4 > Difficulty Enabling SSL for Management Interfaces Using CLI > ----------------------------------------------------------- > > Key: WFLY-2194 > URL: https://issues.jboss.org/browse/WFLY-2194 > Project: WildFly > Issue Type: Task > Components: CLI, Domain Management, Security > Affects Versions: 8.0.0.Alpha4 > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 8.0.0.Beta1 > > > Trying to enable the HTTPS port for the HTTP management interface using the CLI results in the following: - > {code} > [standalone@localhost:9990 /] ./core-service=management/management-interface=http-interface:write-attribute(name=secure-socket-binding, value=management-https) > Communication error: java.util.concurrent.ExecutionException: Operation failed: Operation failed: Channel closed > {code} > Server side the following is logged: - > {code} > 17:59:54,193 INFO [org.jboss.as.server] (management-handler-thread - 4) JBAS015890: Creating http management service using socket-binding (management-http) and secure-socket-binding (management-https) > 17:59:54,212 INFO [org.jboss.as.server] (management-handler-thread - 4) JBAS015888: Creating http management service using socket-binding (management-http) > 17:59:54,236 WARN [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014626: Operation was interrupted before stability could be reached > {code} > i.e. What appears to be happening is that as communication is lost with the client the update is being detected as a failure. > As interface updates do result in restarting the services used to make the updates it may be better to switch these to reload required updates instead of being immediate - also the chances are that security realm updates would be made simultaneously and those also require a reload. -- 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

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-266) KIE resolving dependend artifacts issue

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-266?page=com.atlassian.jira.plugin... ] Mario Fusco resolved DROOLS-266. -------------------------------- Fix Version/s: 6.0.0.CR5 Resolution: Done > KIE resolving dependend artifacts issue > --------------------------------------- > > Key: DROOLS-266 > URL: https://issues.jboss.org/browse/DROOLS-266 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 6.0.0.CR3 > Reporter: Kurt Stam > Assignee: Mario Fusco > Fix For: 6.0.0.CR5 > > Attachments: kie-load-from-maven-issue.tgz, kie-load-from-maven-issue.tgz > > > This happens when for a dependency the scope is > - set to 'provided' and > - a parameter (in the case ${jbpm.version}) is used in the version field. > So the relevant entry in the pom is: > <dependency> > <groupId>org.drools</groupId> > <artifactId>drools-core</artifactId> > <version>${drools.version}</version> > <scope>provided</scope> > </dependency> > which leads to > 11:15:02,584 WARN Dependency artifact not found for: org.jbpm:jbpm-bpmn2:${jbpm.version} > and then the NPE. I'm guessing the parameter is not being resolved. > 1. it probably should resolve parameters > 2. if a dependency is scoped as 'provided' I think it is supposed to locate it on the classpath and NOT from maven. However I'm not sure this is the way that works in testing anyway. > 3. if the dependency cannot be found it should probably stop and not even proceed rather then warn? > 4. it should be interesting to see why it gets the NPE. > If you change the dependency from 'provided' to 'test' things work fine. -- 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

12 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2013