[JBoss JIRA] (WFLY-1517) regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-1517?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-1517:
-----------------------------------------------
Vladimir Rastseluev <vrastsel(a)redhat.com> changed the Status of [bug 976294|https://bugzilla.redhat.com/show_bug.cgi?id=976294] from ON_QA to VERIFIED
> regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy
> -------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1517
> URL: https://issues.jboss.org/browse/WFLY-1517
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 8.0.0.Alpha1
> Reporter: Tom Fonteyne
> Assignee: Tom Fonteyne
> Fix For: 8.0.0.Alpha2
>
>
> org.jboss.as.connector.util.Injection.java:159
> protected Method findMethod(Class<?> clz, String methodName, String propertyType) {
> while (!clz.equals(Object.class)) {
> List<Method> hits = null;
> Method[] methods = clz.getDeclaredMethods();
> for (int i = 0; i < methods.length; i++) {
> Method method = methods[i];
> if (methodName.equals(method.getName()) && method.getParameterTypes().length == 1) {
> if (propertyType == null || propertyType.equals(method.getParameterTypes()[0].getName())) {
> the above is not taking primitives into account.
> Example, the IBM IMS connector ims1132.rar has:
> <config-property>
> <config-property-name>enableHASupport</config-property-name>
> <config-property-type>java.lang.Boolean</config-property-type>
> <config-property-value>true</config-property-value>
> </config-property>
> and the method:
> public void setEnableHASupport(boolean isHAEnabled)
> Our "FindMethod" will find this method but will fail to select it as it compares "java.lang.Boolean" with "boolean"
--
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, 11 months
[JBoss JIRA] (WFLY-1517) regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-1517?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-1517:
-----------------------------------------------
Vladimir Rastseluev <vrastsel(a)redhat.com> made a comment on [bug 976294|https://bugzilla.redhat.com/show_bug.cgi?id=976294]
Verified on EAP 6.1.1.ER4
> regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy
> -------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1517
> URL: https://issues.jboss.org/browse/WFLY-1517
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 8.0.0.Alpha1
> Reporter: Tom Fonteyne
> Assignee: Tom Fonteyne
> Fix For: 8.0.0.Alpha2
>
>
> org.jboss.as.connector.util.Injection.java:159
> protected Method findMethod(Class<?> clz, String methodName, String propertyType) {
> while (!clz.equals(Object.class)) {
> List<Method> hits = null;
> Method[] methods = clz.getDeclaredMethods();
> for (int i = 0; i < methods.length; i++) {
> Method method = methods[i];
> if (methodName.equals(method.getName()) && method.getParameterTypes().length == 1) {
> if (propertyType == null || propertyType.equals(method.getParameterTypes()[0].getName())) {
> the above is not taking primitives into account.
> Example, the IBM IMS connector ims1132.rar has:
> <config-property>
> <config-property-name>enableHASupport</config-property-name>
> <config-property-type>java.lang.Boolean</config-property-type>
> <config-property-value>true</config-property-value>
> </config-property>
> and the method:
> public void setEnableHASupport(boolean isHAEnabled)
> Our "FindMethod" will find this method but will fail to select it as it compares "java.lang.Boolean" with "boolean"
--
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, 11 months
[JBoss JIRA] (WFLY-1790) RBAC: HostScopedRole* operations are wrong (copy&paste from ServerGroupScopedRole*)
by Ladislav Thon (JIRA)
[ https://issues.jboss.org/browse/WFLY-1790?page=com.atlassian.jira.plugin.... ]
Ladislav Thon closed WFLY-1790.
-------------------------------
> RBAC: HostScopedRole* operations are wrong (copy&paste from ServerGroupScopedRole*)
> -----------------------------------------------------------------------------------
>
> Key: WFLY-1790
> URL: https://issues.jboss.org/browse/WFLY-1790
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Ladislav Thon
> Assignee: Ladislav Thon
>
> This is the issue I was speaking about with Brian yesterday.
> The {{HostScopedRole*}} operations are clearly a copy&paste from {{ServerGroupScopedRole*}} operations. Sadly, there are few artifacts of this:
> - {{HostScopedRoleAdd.performRuntime}} refers to attribute definitions from {{ServerGroupScopedRoleResourceDefinition}}, while it should use the ones from {{HostScopedRolesResourceDefinition}}
> - all the {{HostScopedRoleAdd}}, {{HostScopedRoleRemove}} and {{HostScopedRoleWriteAttributeHandler}} operations expect that the {{hosts}} attribute will always contain a valid list, while it can easily be undefined (see {{HostScopedRolesResourceDefinition.HOSTS}})
--
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, 11 months
[JBoss JIRA] (WFLY-1790) RBAC: HostScopedRole* operations are wrong (copy&paste from ServerGroupScopedRole*)
by Ladislav Thon (JIRA)
[ https://issues.jboss.org/browse/WFLY-1790?page=com.atlassian.jira.plugin.... ]
Ladislav Thon resolved WFLY-1790.
---------------------------------
Assignee: Ladislav Thon (was: Brian Stansberry)
Resolution: Done
I issued a pull request with my fix and Brian accepted that. So this is fixed.
> RBAC: HostScopedRole* operations are wrong (copy&paste from ServerGroupScopedRole*)
> -----------------------------------------------------------------------------------
>
> Key: WFLY-1790
> URL: https://issues.jboss.org/browse/WFLY-1790
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Ladislav Thon
> Assignee: Ladislav Thon
>
> This is the issue I was speaking about with Brian yesterday.
> The {{HostScopedRole*}} operations are clearly a copy&paste from {{ServerGroupScopedRole*}} operations. Sadly, there are few artifacts of this:
> - {{HostScopedRoleAdd.performRuntime}} refers to attribute definitions from {{ServerGroupScopedRoleResourceDefinition}}, while it should use the ones from {{HostScopedRolesResourceDefinition}}
> - all the {{HostScopedRoleAdd}}, {{HostScopedRoleRemove}} and {{HostScopedRoleWriteAttributeHandler}} operations expect that the {{hosts}} attribute will always contain a valid list, while it can easily be undefined (see {{HostScopedRolesResourceDefinition.HOSTS}})
--
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, 11 months
[JBoss JIRA] (WFLY-490) Domain Management Role Based Access Control
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-490?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated WFLY-490:
----------------------------------
Parent: (was: WFLY-448)
Issue Type: Feature Request (was: Sub-task)
> Domain Management Role Based Access Control
> -------------------------------------------
>
> Key: WFLY-490
> URL: https://issues.jboss.org/browse/WFLY-490
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Labels: Authorization
> Fix For: 8.0.0.CR1
>
>
> Implement some coarse permissions for domain operations. Possibly allowing a break down for subsystem, profile, server, server-group - maybe read - write - execute.
> Also consider confidentiality in exchange e.g. Can read metrics over http but must use https to add new server.
--
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, 11 months