February 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1356) javax.sql.api should declare a dependency on javax.transaction.api

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1356?page=com.atlassian.jira.plugi... ] Tom Jenkinson commented on WFCORE-1356: --------------------------------------- [~jamezp] - the fix versions don't seem to have a 2.1.0? > javax.sql.api should declare a dependency on javax.transaction.api > ------------------------------------------------------------------ > > Key: WFCORE-1356 > URL: https://issues.jboss.org/browse/WFCORE-1356 > Project: WildFly Core > Issue Type: Bug > Components: Modules > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Blocker > Labels: oracle-ucp > > javax.sql.XAConnection (https://docs.oracle.com/javase/7/docs/api/javax/sql/XAConnection.html) depends on javax.transaction.xa.XAResource > Including a partial stack trace that shows the failure: > {quote} > Caused by: java.lang.ClassNotFoundException: javax.transaction.xa.XAResource from [Module "javax.sql.api:main" from local module loader <SNIP/> > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130) > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1356) javax.sql.api should declare a dependency on javax.transaction.api

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1356?page=com.atlassian.jira.plugi... ] Tom Jenkinson moved JBEAP-3183 to WFCORE-1356: ---------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-1356 (was: JBEAP-3183) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Modules (was: Class Loading) Target Release: (was: 7.0.0.GA) Affects Version/s: (was: 7.0.0.ER4) > javax.sql.api should declare a dependency on javax.transaction.api > ------------------------------------------------------------------ > > Key: WFCORE-1356 > URL: https://issues.jboss.org/browse/WFCORE-1356 > Project: WildFly Core > Issue Type: Bug > Components: Modules > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Blocker > Labels: oracle-ucp > > javax.sql.XAConnection (https://docs.oracle.com/javase/7/docs/api/javax/sql/XAConnection.html) depends on javax.transaction.xa.XAResource > Including a partial stack trace that shows the failure: > {quote} > Caused by: java.lang.ClassNotFoundException: javax.transaction.xa.XAResource from [Module "javax.sql.api:main" from local module loader <SNIP/> > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130) > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4898) Change in permissions is not visible until server reload

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFLY-4898?page=com.atlassian.jira.plugin.... ] Tomas Hofman resolved WFLY-4898. -------------------------------- Fix Version/s: 10.0.0.Alpha6 Resolution: Done > Change in permissions is not visible until server reload > -------------------------------------------------------- > > Key: WFLY-4898 > URL: https://issues.jboss.org/browse/WFLY-4898 > Project: WildFly > Issue Type: Bug > Components: Security Manager > Affects Versions: 10.0.0.Alpha4 > Reporter: Josef Cacek > Assignee: Tomas Hofman > Fix For: 10.0.0.Alpha6 > > > When adding permissions in the security-manager subsystem, the changes are not used until server reload. But the CLI operation *doesn't require reload*. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4898) Change in permissions is not visible until server reload

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFLY-4898?page=com.atlassian.jira.plugin.... ] Tomas Hofman commented on WFLY-4898: ------------------------------------ Note that deployment permission configuration was changed by WFLY-4880. Setting minimum permissions would now translate from {code} /subsystem=security-manager/deployment-permissions=default/minimum-set=default:add /subsystem=security-manager/deployment-permissions=default/minimum-set=default/permission=test:add(class=java.security.AllPermission) {code} to following: {code} /subsystem=security-manager/deployment-permissions=default:write-attribute(name=minimum-permissions, value=[{"class" => "java.security.AllPermission"}]) {code} Also, reload-required state is correctly set after above command is executed, so I'm marking the issue as Resolved. > Change in permissions is not visible until server reload > -------------------------------------------------------- > > Key: WFLY-4898 > URL: https://issues.jboss.org/browse/WFLY-4898 > Project: WildFly > Issue Type: Bug > Components: Security Manager > Affects Versions: 10.0.0.Alpha4 > Reporter: Josef Cacek > Assignee: Tomas Hofman > > When adding permissions in the security-manager subsystem, the changes are not used until server reload. But the CLI operation *doesn't require reload*. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4898) Change in permissions is not visible until server reload

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFLY-4898?page=com.atlassian.jira.plugin.... ] Tomas Hofman reassigned WFLY-4898: ---------------------------------- Assignee: Tomas Hofman (was: Darran Lofthouse) > Change in permissions is not visible until server reload > -------------------------------------------------------- > > Key: WFLY-4898 > URL: https://issues.jboss.org/browse/WFLY-4898 > Project: WildFly > Issue Type: Bug > Components: Security Manager > Affects Versions: 10.0.0.Alpha4 > Reporter: Josef Cacek > Assignee: Tomas Hofman > > When adding permissions in the security-manager subsystem, the changes are not used until server reload. But the CLI operation *doesn't require reload*. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1347) StringListAttributeDefinition.unwarp doesn't take default value into account

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1347?page=com.atlassian.jira.plugi... ] Tomaz Cerar updated WFCORE-1347: -------------------------------- Affects Version/s: 2.0.10.Final > StringListAttributeDefinition.unwarp doesn't take default value into account > ---------------------------------------------------------------------------- > > Key: WFCORE-1347 > URL: https://issues.jboss.org/browse/WFCORE-1347 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 2.0.10.Final > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > unwrap method should first call resolveMethodAttribute to get value of attribute and than do unwrapping. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1355) StringListAttributeDefinition.unwarp doesn't take default value into account

by Tomaz Cerar (JIRA)

Tomaz Cerar created WFCORE-1355: ----------------------------------- Summary: StringListAttributeDefinition.unwarp doesn't take default value into account Key: WFCORE-1355 URL: https://issues.jboss.org/browse/WFCORE-1355 Project: WildFly Core Issue Type: Bug Components: Domain Management Affects Versions: 2.0.10.Final Reporter: Tomaz Cerar Assignee: Tomaz Cerar unwrap method should first call resolveMethodAttribute to get value of attribute and than do unwrapping. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6114) service.bat points user to wrong directory

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6114?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-6114: ------------------------------ Issue Type: Bug (was: Feature Request) > service.bat points user to wrong directory > ------------------------------------------ > > Key: WFLY-6114 > URL: https://issues.jboss.org/browse/WFLY-6114 > Project: WildFly > Issue Type: Bug > Components: Scripts > Affects Versions: 10.0.0.Final > Reporter: Nicklas Karlsson > Assignee: Tomaz Cerar > Priority: Trivial > > Running service.bat from the docs/contrib/scripts/service dir tells user to run the script under bin/service*s* but the binary paths to the services expects bin/service, resulting in service install failure with file not found -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-314) FormAuthenticator duplicates original request GET parameters

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBWEB-314?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated JBWEB-314: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1302434 Bugzilla Update: Perform > FormAuthenticator duplicates original request GET parameters > ------------------------------------------------------------ > > Key: JBWEB-314 > URL: https://issues.jboss.org/browse/JBWEB-314 > Project: JBoss Web > Issue Type: Bug > Reporter: Dominik Pospisil > Assignee: Remy Maucherat > Attachments: FormAuthenticator.diff > > > The FormAuthenticator duplicates original request GET parameters. This is a regression since rev. 2320. > The FormAuth does saved.addParameter(name, val) which results in parameter value stored twice. > request.getParameter(String name) retutns the original value which is fine > but request.getParameterValues(String name) returns String[] {val,val} incorrectly. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-314) FormAuthenticator duplicates original request GET parameters

by Dominik Pospisil (JIRA)

[ https://issues.jboss.org/browse/JBWEB-314?page=com.atlassian.jira.plugin.... ] Dominik Pospisil updated JBWEB-314: ----------------------------------- Attachment: FormAuthenticator.diff Attaching proposed patch. > FormAuthenticator duplicates original request GET parameters > ------------------------------------------------------------ > > Key: JBWEB-314 > URL: https://issues.jboss.org/browse/JBWEB-314 > Project: JBoss Web > Issue Type: Bug > Reporter: Dominik Pospisil > Assignee: Remy Maucherat > Attachments: FormAuthenticator.diff > > > The FormAuthenticator duplicates original request GET parameters. This is a regression since rev. 2320. > The FormAuth does saved.addParameter(name, val) which results in parameter value stored twice. > request.getParameter(String name) retutns the original value which is fine > but request.getParameterValues(String name) returns String[] {val,val} incorrectly. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 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 February 2016