[JBoss JIRA] (WFLY-3166) can't enable datasource both via console or CLI with cluster mode(can't persist to domain.xml)
by hui gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-3166?page=com.atlassian.jira.plugin.... ]
hui gao commented on WFLY-3166:
-------------------------------
Is there any suggest ?I have trid AS7.1, it was OK.
> can't enable datasource both via console or CLI with cluster mode(can't persist to domain.xml)
> ----------------------------------------------------------------------------------------------
>
> Key: WFLY-3166
> URL: https://issues.jboss.org/browse/WFLY-3166
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: CLI, ConfigAdmin, Web Console
> Affects Versions: 8.0.0.Final
> Environment: Red Hat Enterprise Linux Server release 5.5
> Reporter: hui gao
> Assignee: Stefano Maestri
>
> Create a MySQL datasource via CLI:
> /profile=front-ha/subsystem=datasources/data-source=testmysql:add(driver-name=com.mysql,jndi-name=java:jboss/datasources/mysql,connection-url=jdbc:mysql://192.168.1.100:3306/udmp,max-pool-size=100,min-pool-size=10,user-name=aaaa,password=bbbb,enabled=false)
> And then enable it via console,but the lable of enabled didn't turn to √(enabled).
> Check the domain.xml,the value of enabled is still false.
> Enable it again whether via CLI or console,error log print:
> Response
> Internal Server Error
> {
> "outcome" => "failed",
> "result" => undefined,
> "failure-description" => "JBAS010839: Operation failed or was rolled back on all servers.",
> "rolled-back" => true,
> "server-groups" => {"front-group1" => {"host" => {"master" => {"fserver1" => {"response" => {
> "outcome" => "failed",
> "failure-description" => "JBAS014749: Operation handler failed: Service jboss.data-source-config.testmysql is already registered",
> "rolled-back" => true
> }}}}}}
> }
> [Server:fserver1] 16:45:48,888 ERROR [org.jboss.as.controller.management-operation] (host-controller-connection-threads - 10) JBAS014612: Operation ("enable") failed - address: ([
> [Server:fserver1] ("subsystem" => "datasources"),
> [Server:fserver1] ("data-source" => "testmysql")
> [Server:fserver1] ]): org.jboss.msc.service.DuplicateServiceException: Service jboss.data-source-config.testmysql is already registered
> [Server:fserver1] at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:767) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
> [Server:fserver1] at org.jboss.as.controller.OperationContextImpl$ContextServiceBuilder.install(OperationContextImpl.java:1418) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.connector.subsystems.datasources.DataSourceEnable.addServices(DataSourceEnable.java:188)
> [Server:fserver1] at org.jboss.as.connector.subsystems.datasources.DataSourceEnable$1.execute(DataSourceEnable.java:84)
> [Server:fserver1] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:272) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:146) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:179) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:149) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:113) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:109) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
> [Server:fserver1] at javax.security.auth.Subject.doAs(Subject.java:356) [rt.jar:1.7.0_25]
> [Server:fserver1] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:83) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:129) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:125) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
> [Server:fserver1] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:125) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [wildfly-protocol-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [wildfly-protocol-8.0.0.Final.jar:8.0.0.Final]
> [Server:fserver1] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> [Server:fserver1] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> [Server:fserver1] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> [Server:fserver1] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
> [Server:fserver1]
> I tried in the standalone mode,it worked.
--
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, 3 months
[JBoss JIRA] (WFLY-2639) HttpServletRequest.getAuthType returns incorrect value
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2639?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-2639.
----------------------------------
Resolution: Won't Fix
> HttpServletRequest.getAuthType returns incorrect value
> ------------------------------------------------------
>
> Key: WFLY-2639
> URL: https://issues.jboss.org/browse/WFLY-2639
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Reporter: Arun Gupta
> Assignee: Darran Lofthouse
> Priority: Minor
> Labels: web_security
>
> HttpServletRequest.getAuthType returns "Programatic" if login/logout methods are used.
> Javadoc says:
> one of the static members BASIC_AUTH, FORM_AUTH, CLIENT_CERT_AUTH, DIGEST_AUTH (suitable for == comparison) or the container-specific string indicating the authentication scheme, or null if the request was not authenticated.
> "Programatic" is not one of the expected values.
--
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, 3 months
[JBoss JIRA] (WFLY-2493) EL cannot access public methods/fields of non-public classes
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2493?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar resolved WFLY-2493.
-------------------------------
Fix Version/s: 8.1.0.CR1
8.0.0.Final
Resolution: Done
This was fixed some time ago.
> 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
> Affects Versions: JBoss AS7 7.2.0.Final
> Environment: JBoss AS 7.2.0.Final
> Reporter: Jonáš Trantina
> Fix For: 8.1.0.CR1, 8.0.0.Final
>
> 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(..).size() 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, 3 months
[JBoss JIRA] (WFLY-2907) Trinidad applications runs fine on JBoss AS 7, but on AS 8 generates error
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2907?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-2907:
-----------------------------------
Can you verify if this is still problem in WildFly 8.1.0.CR1?
> Trinidad applications runs fine on JBoss AS 7, but on AS 8 generates error
> --------------------------------------------------------------------------
>
> Key: WFLY-2907
> URL: https://issues.jboss.org/browse/WFLY-2907
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Environment: Trinidad 2
> Reporter: deepak vohra
>
> A Trinidad 2 UI page generates following exception. Application runs fine on JBoss AS 8.
> {noformat}
> java.lang.NullPointerException
> at com.sun.el.ValueExpressionLiteral.getValue(ValueExpressionLiteral.java:79) [javax.el-3.0-b07.jar:3.0-b07]
> at org.apache.jasper.el.JspValueExpression.getValue(JspValueExpression.java:101) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperty(UIXComponentELTag.java:109) [trinidad-api-2.0.1.jar:2.0.1]
> at org.apache.myfaces.trinidadinternal.taglib.core.nav.CoreCommandLinkTag.setProperties(CoreCommandLinkTag.java:251) [trinidad-impl-2.0.1.jar:2.0.1]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperties(UIXComponentELTag.java:96) [trinidad-api-2.0.1.jar:2.0.1]
> at javax.faces.webapp.UIComponentELTag.createComponent(UIComponentELTag.java:230) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.createChild(UIComponentClassicTagBase.java:504) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.findComponent(UIComponentClassicTagBase.java:742) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:1309) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.doStartTag(UIXComponentELTag.java:67) [trinidad-api-2.0.1.jar:2.0.1]
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fcommandLink_005f0(index_jsp.java:252)
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fform_005f0(index_jsp.java:208)
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fdocument_005f0(index_jsp.java:161)
> at org.apache.jsp.index_jsp._jspx_meth_f_005fview_005f0(index_jsp.java:118)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:80)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> ... 54 more
> {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, 3 months
[JBoss JIRA] (WFLY-2907) Trinidad applications runs fine on JBoss AS 7, but on AS 8 generates error
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2907?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-2907:
------------------------------
Description:
A Trinidad 2 UI page generates following exception. Application runs fine on JBoss AS 8.
{noformat}
java.lang.NullPointerException
at com.sun.el.ValueExpressionLiteral.getValue(ValueExpressionLiteral.java:79) [javax.el-3.0-b07.jar:3.0-b07]
at org.apache.jasper.el.JspValueExpression.getValue(JspValueExpression.java:101) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperty(UIXComponentELTag.java:109) [trinidad-api-2.0.1.jar:2.0.1]
at org.apache.myfaces.trinidadinternal.taglib.core.nav.CoreCommandLinkTag.setProperties(CoreCommandLinkTag.java:251) [trinidad-impl-2.0.1.jar:2.0.1]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperties(UIXComponentELTag.java:96) [trinidad-api-2.0.1.jar:2.0.1]
at javax.faces.webapp.UIComponentELTag.createComponent(UIComponentELTag.java:230) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.createChild(UIComponentClassicTagBase.java:504) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.findComponent(UIComponentClassicTagBase.java:742) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:1309) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.doStartTag(UIXComponentELTag.java:67) [trinidad-api-2.0.1.jar:2.0.1]
at org.apache.jsp.index_jsp._jspx_meth_tr_005fcommandLink_005f0(index_jsp.java:252)
at org.apache.jsp.index_jsp._jspx_meth_tr_005fform_005f0(index_jsp.java:208)
at org.apache.jsp.index_jsp._jspx_meth_tr_005fdocument_005f0(index_jsp.java:161)
at org.apache.jsp.index_jsp._jspx_meth_f_005fview_005f0(index_jsp.java:118)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:80)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
... 54 more
{noformat}
was:
A Trinidad 2 UI page generates following exception. Application runs fine on JBoss AS 8.
java.lang.NullPointerException
at com.sun.el.ValueExpressionLiteral.getValue(ValueExpressionLiteral.java:79) [javax.el-3.0-b07.jar:3.0-b07]
at org.apache.jasper.el.JspValueExpression.getValue(JspValueExpression.java:101) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperty(UIXComponentELTag.java:109) [trinidad-api-2.0.1.jar:2.0.1]
at org.apache.myfaces.trinidadinternal.taglib.core.nav.CoreCommandLinkTag.setProperties(CoreCommandLinkTag.java:251) [trinidad-impl-2.0.1.jar:2.0.1]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperties(UIXComponentELTag.java:96) [trinidad-api-2.0.1.jar:2.0.1]
at javax.faces.webapp.UIComponentELTag.createComponent(UIComponentELTag.java:230) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.createChild(UIComponentClassicTagBase.java:504) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.findComponent(UIComponentClassicTagBase.java:742) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:1309) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.doStartTag(UIXComponentELTag.java:67) [trinidad-api-2.0.1.jar:2.0.1]
at org.apache.jsp.index_jsp._jspx_meth_tr_005fcommandLink_005f0(index_jsp.java:252)
at org.apache.jsp.index_jsp._jspx_meth_tr_005fform_005f0(index_jsp.java:208)
at org.apache.jsp.index_jsp._jspx_meth_tr_005fdocument_005f0(index_jsp.java:161)
at org.apache.jsp.index_jsp._jspx_meth_f_005fview_005f0(index_jsp.java:118)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:80)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
... 54 more
> Trinidad applications runs fine on JBoss AS 7, but on AS 8 generates error
> --------------------------------------------------------------------------
>
> Key: WFLY-2907
> URL: https://issues.jboss.org/browse/WFLY-2907
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Environment: Trinidad 2
> Reporter: deepak vohra
>
> A Trinidad 2 UI page generates following exception. Application runs fine on JBoss AS 8.
> {noformat}
> java.lang.NullPointerException
> at com.sun.el.ValueExpressionLiteral.getValue(ValueExpressionLiteral.java:79) [javax.el-3.0-b07.jar:3.0-b07]
> at org.apache.jasper.el.JspValueExpression.getValue(JspValueExpression.java:101) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperty(UIXComponentELTag.java:109) [trinidad-api-2.0.1.jar:2.0.1]
> at org.apache.myfaces.trinidadinternal.taglib.core.nav.CoreCommandLinkTag.setProperties(CoreCommandLinkTag.java:251) [trinidad-impl-2.0.1.jar:2.0.1]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.setProperties(UIXComponentELTag.java:96) [trinidad-api-2.0.1.jar:2.0.1]
> at javax.faces.webapp.UIComponentELTag.createComponent(UIComponentELTag.java:230) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.createChild(UIComponentClassicTagBase.java:504) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.findComponent(UIComponentClassicTagBase.java:742) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:1309) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4]
> at org.apache.myfaces.trinidad.webapp.UIXComponentELTag.doStartTag(UIXComponentELTag.java:67) [trinidad-api-2.0.1.jar:2.0.1]
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fcommandLink_005f0(index_jsp.java:252)
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fform_005f0(index_jsp.java:208)
> at org.apache.jsp.index_jsp._jspx_meth_tr_005fdocument_005f0(index_jsp.java:161)
> at org.apache.jsp.index_jsp._jspx_meth_f_005fview_005f0(index_jsp.java:118)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:80)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) [jastow-1.0.0.CR1.jar:1.0.0.CR1]
> ... 54 more
> {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, 3 months
[JBoss JIRA] (WFLY-2493) EL cannot access public methods/fields of non-public classes
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2493?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-2493:
------------------------------
Affects Version/s: JBoss AS7 7.2.0.Final
> 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
> Affects Versions: JBoss AS7 7.2.0.Final
> 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(..).size() 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, 3 months
[JBoss JIRA] (WFLY-2937) Lack of Native Mgmt Makes Maven Plugin Unusable OTB
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2937?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-2937:
-----------------------------------
wildfly-maven-plugin works just fine without native mgmt port open...
> Lack of Native Mgmt Makes Maven Plugin Unusable OTB
> ---------------------------------------------------
>
> Key: WFLY-2937
> URL: https://issues.jboss.org/browse/WFLY-2937
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.Final
> Reporter: Bill Burke
>
> jboss-as-maven-plugin and wildfly-maven-plugin use the native-management interface. Starting in Wildfly 8.0.0.Final, this management interface has been turned off and you have to manually add it in order to use the plugin. Any reason it can't be turned back on in the distro? Other than port reduction? At least until there is a maven plugin solution?
> This may not seem like a big deal, but it is seriously annoying for users. Especially those unknowledgable enough to figure out why their jboss-maven-plugin no longer works.
--
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, 3 months