[jboss-jira] [JBoss JIRA] Reopened: (JBAS-8381) Widen the range of raw SNMP types permitted by RequestHandlerImpl

Jason Greene (JIRA) jira-events at lists.jboss.org
Thu Apr 21 14:27:16 EDT 2011


     [ https://issues.jboss.org/browse/JBAS-8381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Greene reopened JBAS-8381:
--------------------------------



Due to feedback from the community, I have split the AS7 and AS6 projects and reopened all unscheduled AS6 issues that are a year or less old. This will make it easier community members to find and work on them.

Future releases beyond 6.1 can be done provided a community member steps up to coordinate them.

> Widen the range of raw SNMP types permitted by RequestHandlerImpl
> -----------------------------------------------------------------
>
>                 Key: JBAS-8381
>                 URL: https://issues.jboss.org/browse/JBAS-8381
>             Project: Legacy JBoss Application Server 6 
>          Issue Type: Patch
>      Security Level: Public(Everyone can see) 
>          Components: SNMP adapter
>    Affects Versions: JBossAS-5.1.0.GA
>            Reporter: Kenny MacLeod
>            Assignee: Dimitris Andreadis
>            Priority: Minor
>         Attachments: RequestHandlerImpl.patch
>
>
> RequestHandlerImpl.getValue() for includes logic for determining how to express a JMX attribute in terms of an SNMP type. It supports Long, Integer, and String, as well as values of the raw SnmpTimeTicks and SnmpObjectId types.
> I think this should be widened, by removing the check for SnmpTimeTicks and SnmpObjectId, and replacing it with a single check for the SnmpSyntax interface. This would allow beans to return the full range of SNMP types.  Also, an explicit check for null should be performed, and represented by the SnmpNull type.
> Note that setValueFor() is already more restrictive than getValueFor(), so we wouldn't be introducing any new asymmetry.
> Patch for RequestHandlerImpl.java to follow.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jboss-jira mailing list