October 2013 - jboss-jira - Jboss List Archives

[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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

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

10 years, 11 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-266?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-266: ------------------------------------------------ Mario Fusco <mfusco(a)redhat.com> made a comment on [bug 1014157|https://bugzilla.redhat.com/show_bug.cgi?id=1014157] Fixed by https://github.com/droolsjbpm/drools/commit/bcbfd88b3 Note that this fix works only if you have kie-ci on the classpath. > 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 > 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

10 years, 11 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-266?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-266: ------------------------------------------------ Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1014157|https://bugzilla.redhat.com/show_bug.cgi?id=1014157] from NEW to MODIFIED > 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 > 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

10 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2013