[JBoss JIRA] (WFLY-2493) EL cannot access public methods/fields of non-public classes
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/WFLY-2493?page=com.atlassian.jira.plugin.... ]
Jonáš Trantina updated WFLY-2493:
---------------------------------
Attachment: reproducer.zip
Corrected description and added new reproducer, as the previous one was not correct.
> EL cannot access public methods/fields of non-public classes
> ------------------------------------------------------------
>
> Key: WFLY-2493
> URL: https://issues.jboss.org/browse/WFLY-2493
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JSF
> Environment: JBoss AS 7.2.0.Final
> Reporter: Jonáš Trantina
> Attachments: elresolver_stack, reproducer.zip
>
>
> When trying to access public method/field of non-public class that implements public interface via EL I get
> {noformat}
> java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"
> {noformat}
> E.g. accessing Collections.unmodifiableList(..) via EL will throw the exception, because #unmodifiableList returns non-public implementation of List interface.
> This is apparently caused by JDK-4071957 [1], but since that is opened for over 16 years, it should be probably worth it to implement a workaround.
> Workaround for this issue is setting setAccessible(true) on the method before invoking it, thus suppress Java access checking.
> I have attached a simple reproducer app as well as a stack trace of the exception.
> [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4071957
--
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, 6 months
[JBoss JIRA] (WFLY-2493) EL cannot access public methods/fields of non-public classes
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/WFLY-2493?page=com.atlassian.jira.plugin.... ]
Jonáš Trantina updated WFLY-2493:
---------------------------------
Attachment: (was: reproducer.zip)
> EL cannot access public methods/fields of non-public classes
> ------------------------------------------------------------
>
> Key: WFLY-2493
> URL: https://issues.jboss.org/browse/WFLY-2493
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JSF
> Environment: JBoss AS 7.2.0.Final
> Reporter: Jonáš Trantina
> Attachments: elresolver_stack, reproducer.zip
>
>
> When trying to access public method/field of non-public class that implements public interface via EL I get
> {noformat}
> java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"
> {noformat}
> E.g. accessing Collections.unmodifiableList(..) via EL will throw the exception, because #unmodifiableList returns non-public implementation of List interface.
> This is apparently caused by JDK-4071957 [1], but since that is opened for over 16 years, it should be probably worth it to implement a workaround.
> Workaround for this issue is setting setAccessible(true) on the method before invoking it, thus suppress Java access checking.
> I have attached a simple reproducer app as well as a stack trace of the exception.
> [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4071957
--
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, 6 months
[JBoss JIRA] (WFLY-2493) EL cannot access public methods/fields of non-public classes
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/WFLY-2493?page=com.atlassian.jira.plugin.... ]
Jonáš Trantina updated WFLY-2493:
---------------------------------
Description:
When trying to access public method/field of non-public class that implements public interface via EL I get
{noformat}
java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"
{noformat}
E.g. accessing Collections.unmodifiableList(..) via EL will throw the exception, because #unmodifiableList returns non-public implementation of List interface.
This is apparently caused by JDK-4071957 [1], but since that is opened for over 16 years, it should be probably worth it to implement a workaround.
Workaround for this issue is setting setAccessible(true) on the method before invoking it, thus suppress Java access checking.
I have attached a simple reproducer app as well as a stack trace of the exception.
[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4071957
was:
When trying to access public method/field of non-public class via EL I get
{noformat}
java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"
{noformat}
This is apparently caused by JDK-4071957 [1], but since that is opened for over 16 years, it should be probably worth it to implement a workaround.
Workaround for this issue is setting setAccessible(true) on the method before invoking it, thus suppress Java access checking.
I have attached a simple reproducer app as well as a stack trace of the exception.
[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4071957
> EL cannot access public methods/fields of non-public classes
> ------------------------------------------------------------
>
> Key: WFLY-2493
> URL: https://issues.jboss.org/browse/WFLY-2493
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JSF
> Environment: JBoss AS 7.2.0.Final
> Reporter: Jonáš Trantina
> Attachments: elresolver_stack, reproducer.zip
>
>
> When trying to access public method/field of non-public class that implements public interface via EL I get
> {noformat}
> java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"
> {noformat}
> E.g. accessing Collections.unmodifiableList(..) via EL will throw the exception, because #unmodifiableList returns non-public implementation of List interface.
> This is apparently caused by JDK-4071957 [1], but since that is opened for over 16 years, it should be probably worth it to implement a workaround.
> Workaround for this issue is setting setAccessible(true) on the method before invoking it, thus suppress Java access checking.
> I have attached a simple reproducer app as well as a stack trace of the exception.
> [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4071957
--
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, 6 months
[JBoss JIRA] (DROOLS-337) Unable to set a column "ENABLED" in a spreadsheeet decision table
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-337?page=com.atlassian.jira.plugin... ]
Michael Anstis moved GUVNOR-2059 to DROOLS-337:
-----------------------------------------------
Project: Drools (was: Guvnor)
Key: DROOLS-337 (was: GUVNOR-2059)
Issue Type: Enhancement (was: Bug)
Workflow: GIT Pull Request workflow (was: classic default workflow)
Affects Version/s: 5.5.0.Final
(was: drools-5.5.0.Final)
Fix Version/s: (was: drools-5.6.0.Final)
Steps to Reproduce: (was: 1 - In a spreadsheet decision table, add a column named "ENABLED", add a value 'X' in a row/cell below (X means a boolean value of false/no/off)
2 - Upload this excel file to guvnor
3 - Choose view source : calendars "X" is generated)
> Unable to set a column "ENABLED" in a spreadsheeet decision table
> -----------------------------------------------------------------
>
> Key: DROOLS-337
> URL: https://issues.jboss.org/browse/DROOLS-337
> Project: Drools
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Affects Versions: 5.5.0.Final
> Reporter: Thierry Guerin
> Priority: Minor
> Attachments: ModifiedSourcesDecisiontableParser.zip
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> In a spreadsheet decision table, we can add a new column named "ENABLED", which can be used to disable rule on that row.
> But it doesn't works : When a column ENABLED is added, it puts CALENDARS in the DRL because it is taking the "E" from ENABLED which is for the short code of CALENDARS.
> With the 3 classes below, i have found that the ENABLED attribute is not supported in spreadsheet decision table :
> org.drools.decisiontable.parser.ActionType
> org.drools.decisiontable.parser.DefaultRuleSheetListener
> org.drools.template.model.AttributedDRLElement
> The short code for CALENDARS needs to be changed (with the associated documentation) and the ENABLED attribute needs to be managed as well.
--
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, 6 months
[JBoss JIRA] (WFLY-1997) NPE executing domain operation
by Emanuel Muckenhuber (JIRA)
[ https://issues.jboss.org/browse/WFLY-1997?page=com.atlassian.jira.plugin.... ]
Emanuel Muckenhuber commented on WFLY-1997:
-------------------------------------------
For further reference. The problem here is seems to be the server=*:read-resource-description causing the NPE. The operation can usually be executed, since it's handled as part of the multi-target part of the read-resource-description. As part of a composite operation this would be executed as a 2-phase operation and the handling for wildcard targets is missing.
> NPE executing domain operation
> ------------------------------
>
> Key: WFLY-1997
> URL: https://issues.jboss.org/browse/WFLY-1997
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Heiko Braun
> Assignee: Brian Stansberry
> Fix For: 8.0.0.CR1
>
>
> {noformat}
> [ERROR] Request
> [ERROR] {
> [ERROR] "operation" => "composite",
> [ERROR] "address" => [],
> [ERROR] "steps" => [
> [ERROR] {
> [ERROR] "address" => [("server-group" => "*")],
> [ERROR] "operation" => "read-resource-description",
> [ERROR] "access-control" => "trim-descriptions",
> [ERROR] "operations" => true
> [ERROR] },
> [ERROR] {
> [ERROR] "address" => [
> [ERROR] ("host" => "master"),
> [ERROR] ("server" => "*")
> [ERROR] ],
> [ERROR] "operation" => "read-resource-description",
> [ERROR] "access-control" => "trim-descriptions",
> [ERROR] "operations" => true
> [ERROR] },
> [ERROR] {
> [ERROR] "address" => [("extension" => "*")],
> [ERROR] "operation" => "read-resource-description",
> [ERROR] "access-control" => "trim-descriptions",
> [ERROR] "operations" => true
> [ERROR] }
> [ERROR] ],
> [ERROR] "operation-headers" => {"roles" => "OPERATOR"}
> [ERROR] }
> {noformat}
> leads to
> {noformat}
> [Host Controller] 16:34:53,544 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-12) JBAS014612: Operation ("composite") failed - address: ([]): java.lang.NullPointerException
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.HostControllerExecutionSupport$Factory.create(HostControllerExecutionSupport.java:167)
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.HostControllerExecutionSupport$Factory.create(HostControllerExecutionSupport.java:181)
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.OperationSlaveStepHandler.addSteps(OperationSlaveStepHandler.java:108)
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.OperationCoordinatorStepHandler.executeTwoPhaseOperation(OperationCoordinatorStepHandler.java:201)
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.OperationCoordinatorStepHandler.execute(OperationCoordinatorStepHandler.java:124)
> [Host Controller] at org.jboss.as.domain.controller.operations.coordination.PrepareStepHandler.execute(PrepareStepHandler.java:103)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:610) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:488) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:277) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:272) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:257) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:142) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:154) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$2.run(SubjectDoAsHandler.java:96) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$2.run(SubjectDoAsHandler.java:92) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_17]
> [Host Controller] at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_17]
> [Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:92) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:86) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:50) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
> [Host Controller] at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:87) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
> [Host Controller] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
> [Host Controller] at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
> [Host Controller] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:614) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]
> [Host Controller] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
> [Host Controller]
> {noformat}
--
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, 6 months
[JBoss JIRA] (WFLY-1577) Deployment error
by Emanuel Muckenhuber (JIRA)
[ https://issues.jboss.org/browse/WFLY-1577?page=com.atlassian.jira.plugin.... ]
Emanuel Muckenhuber resolved WFLY-1577.
---------------------------------------
Assignee: Emanuel Muckenhuber (was: Brian Stansberry)
Resolution: Rejected
I am rejecting this issue, because we do not want to change the behavior of missing deployments contents. This should only happen when you manually remove the contents from the repository, which is not a valid use case.
There however was a related issue which probably lead to this problem in the first place:
https://issues.jboss.org/browse/WFLY-2420
> Deployment error
> ----------------
>
> Key: WFLY-1577
> URL: https://issues.jboss.org/browse/WFLY-1577
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Heiko Braun
> Assignee: Emanuel Muckenhuber
>
> [Host Controller] 15:09:15,993 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) Operation ("add") failed - address: ([("deployment" => "jboss-as-helloworld-mdb.war")]) - failure description: "JBAS010876: No deployment content with hash 7ba3e87a0079895f0aad95c16739b513fd5a28d8 is available in the deployment content repository for deployment 'jboss-as-helloworld-mdb.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuraiton file and restart."
--
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, 6 months
[JBoss JIRA] (WFLY-479) Ability to rollback AS version updates
by Emanuel Muckenhuber (JIRA)
[ https://issues.jboss.org/browse/WFLY-479?page=com.atlassian.jira.plugin.s... ]
Emanuel Muckenhuber resolved WFLY-479.
--------------------------------------
Assignee: Emanuel Muckenhuber
Resolution: Done
This is covered by the patching mechanism.
> Ability to rollback AS version updates
> --------------------------------------
>
> Key: WFLY-479
> URL: https://issues.jboss.org/browse/WFLY-479
> Project: WildFly
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Emanuel Muckenhuber
> Fix For: 8.0.0.CR1
>
>
> This JIRA is based on feedback we received after the Andiamo BOF at JBoss World 2010:
> >> A fixpack installer that handles version rollbacks would be fantastic.
> >> Of course it needs to remain flexible to work with JBoss installs that
> >> have been manually modified.
> Note that this may be out of scope for community AS 7; e.g. it may be a JON function. However, the AS 7 design of things like how we lay down content on the filesystem should take this use case into account.
--
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, 6 months
[JBoss JIRA] (WFLY-2495) ContainerXFilter not invoked when registered via DynamicFeature in JAX-RS
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/WFLY-2495?page=com.atlassian.jira.plugin.... ]
Aslak Knutsen commented on WFLY-2495:
-------------------------------------
Same behavior on 8.0.0.Beta2-SNAPSHOT, current master.
> ContainerXFilter not invoked when registered via DynamicFeature in JAX-RS
> -------------------------------------------------------------------------
>
> Key: WFLY-2495
> URL: https://issues.jboss.org/browse/WFLY-2495
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: REST
> Affects Versions: 8.0.0.Beta1
> Reporter: Aslak Knutsen
> Assignee: Stuart Douglas
>
> {code}
> @Provider
> public class DynamicServerLogggingFilterFeature implements DynamicFeature {
> @Override
> public void configure(ResourceInfo ri, FeatureContext fc) {
> if (MyResource.class.isAssignableFrom(ri.getResourceClass())
> && ri.getResourceMethod().isAnnotationPresent(GET.class)) {
> fc.register(new ServerLoggingFilter());
> }
> }
> }
> @Provider
> @ServerLogged
> public class ServerLoggingFilter implements ContainerRequestFilter, ContainerResponseFilter {
> ...
> }
> {code}
> DynamicServerLogggingFilterFeature is called the the ServerLoggingFilter is registered in the FeatureContext, but the filter(ContainerXContext crc) is never called on the ServerLoggingFilter.
> Sample: https://github.com/arun-gupta/javaee7-samples/tree/master/jaxrs/dynamicfi...
--
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, 6 months