I am getting confused it seems. You want to control stuff inside the ESB via SNMP from outside the ESB? If yes then you should consider using a SNMP to JMX bridge. I think there is already something like this available, but don't ask me about details.
Regards Lars 2009/2/5 Hubschneider Joerg (CI/TMP) <[email protected]>: > Hi Lars, > yes you are right. My intention is to wrap the SNMP manager interface (i.e. > snmp4j) inside the BC, to have full access over ESB components to any SNMP > target elements. Further on, it is possible to create some SE's to map some > higher level services to individual SNMP agent elements, each with it's own > MIB describing the functionality. > The alternative would be, to do it in a external process and connect such > adaption processes via this SNMP-WebServices over JMS queues and a topic (for > traps) to the ESB. (... this is, what I have done before). > > So, if you can support me with servicemix things, it would be great ;-) > Cheers Joerg > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:[email protected]] Im Auftrag > von Lars Heinemann > Gesendet: Donnerstag, 5. Februar 2009 11:41 > An: [email protected] > Betreff: Re: AW: SMX3.3 Writing a BC > > Joerg, > > in my example I only use UDP/TCP for grabbing the values from a snmp > enabled device. > It seems to me now that you want to use a cxf webservice to do actions > on a snmp agent. Never did that before but is it really needed to use > a webservice for that? I fear I have to read some detailed spec about > this topic first before further discussing that ;) > > Regards > Lars > > > 2009/2/5 Hubschneider Joerg (CI/TMP) <[email protected]>: >> Hi Lars, >> Thanks for your response, >> OK: I have setup the SNMP data types schemas xsd for the SMI data types and >> SNMP Manager data structure (VariableBinding, PDU, Traget) related to the >> snmp4j framework. Then I have setup the WSDLs: >> SnmpManager, SnmpManagerListener(for async com) >> SnmpTrapListener and a optional SnmpTrapRouter. >> So in the first step I want to start with the SnmpManager to create simple >> SNMP GET or SET actions to a target SNMP agent. So the next step would be to >> replace the un-/marshalling from your example by cxf functionality. Therfor >> I have set up a cxf-se-wsdl-first SU maven module. Now I am just on the way >> to put it together. >> Does this help to understand? >> Cheers >> joerg >> -----Ursprüngliche Nachricht----- >> Von: [email protected] [mailto:[email protected]] Im Auftrag >> von Lars Heinemann >> Gesendet: Donnerstag, 5. Februar 2009 11:14 >> An: [email protected] >> Betreff: Re: AW: SMX3.3 Writing a BC >> >> Joerg, >> >> I am not sure if I got what you intend to do. >> It seems to me that you are working on some kind of SNMP - Webservice >> bridge, right? >> Maybe you could explain to us a bit more detailed what exactly has to >> be done to have support for receiving traps or doing GETS ? >> I am not that familiar with the snmp protocol so I only did this >> simple OID polling. >> >> Regards >> Lars >> >> >> >> 2009/2/5 Hubschneider Joerg (CI/TMP) <[email protected]>: >>> Hi Lars, >>> I'm glad to meet you servicemix guys. My problem is, that I am new to >>> servicemix with experience only based on apache-cxf services and I have now >>> to digg inside the servicemix framework. So my next simple question is: >>> >>> Can I directly extent my "SnmpManagerWsImpl" from ProviderEndPoint by >>> adding the necessary constructors and register it at the "smx-arch bc" >>> created MyComponent implementation? >>> >>> Kind regrads >>> joerg >>> -----Ursprüngliche Nachricht----- >>> Von: [email protected] [mailto:[email protected]] Im Auftrag >>> von Lars Heinemann >>> Gesendet: Donnerstag, 5. Februar 2009 10:45 >>> An: [email protected] >>> Betreff: Re: AW: SMX3.3 Writing a BC >>> >>> I agree. >>> >>> Jörg, it would be good to extend the existing servicemix component. If >>> you are willed to share your work with the community then you are >>> welcome to submit patches for servicemix-snmp bc. I would be happy to >>> apply them. >>> >>> Regards >>> Lars >>> >>> >>> 2009/2/5 Freeman Fang <[email protected]>: >>>> Hi, >>>> Then I think the better way is add features based on the currrent snmp bc, >>>> and if you want you can provide patch so that other guys can benefit from >>>> your work. :-) >>>> Regards >>>> Freeman >>>> >>>> Hubschneider Joerg (CI/TMP) wrote: >>>>> >>>>> Hello Freemann >>>>> Thanks for your response. OK, I want to provide a fully featured SNMP >>>>> protocoll BC. I have taken a look to the existent snmp-bc from Lars >>>>> Heinemann, which is a OID polling component. If I want to support SNMP >>>>> GET >>>>> (GET_WALK GET_BULK..) and SET actions and in addition receiving SNMP >>>>> traps, >>>>> I have to set up the appropriated SNMP schemas and WSDLs for full featured >>>>> SNMP over WebServices inside a ESB. >>>>> OK, I hope my intention is more clear. >>>>> Kind regards >>>>> Joerg >>>>> >>>>> >>>>> -----Ursprüngliche Nachricht----- >>>>> Von: Freeman Fang [mailto:[email protected]] Gesendet: Donnerstag, 5. >>>>> Februar 2009 10:01 >>>>> An: [email protected] >>>>> Betreff: Re: SMX3.3 Writing a BC >>>>> >>>>> Hubschneider Joerg (CI/TMP) wrote: >>>>> >>>>>> >>>>>> Hello servicemix guys, >>>>>> >>>>>> I want to write a Binding Component with a cxf-se-wsdl-first SU >>>>>> provider. Is there a nice example which helps a newbie for a rapid >>>>>> startup? >>>>>> >>>>>> >>>>> >>>>> I'm not sure I understand what you want here. >>>>> May I ask why you need write a Binding Component yourself, we already have >>>>> cxf binding component which also support asynchronous communication. >>>>> Freeman >>>>> >>>>>> >>>>>> In the second step, I want to provide asynchronous communication to the >>>>>> BC. Is there a useful pattern to identify a SE consumer at the enriched >>>>>> async BC provider side for a BC callback to a dynamically created (.. >>>>>> or pooled) SE "Listener" interface/portType consumer at the async >>>>>> response? >>>>>> >>>>>> Thanks for any ideas to such kind of (real world) playground. >>>>>> Joerg >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >>> -- >>> http://lhein.blogspot.com >>> >> >> >> >> -- >> http://lhein.blogspot.com >> > > > > -- > http://lhein.blogspot.com > -- http://lhein.blogspot.com
