Didier Donsez escribió: > Manuel Santillan wrote: > >> That's great news. Regarding Spoon, however, I've seen that Spoon is >> CeCILL'ed (http://www.cecill.info/index.en.html ) and AFAIK is GPL-like. >> Maybe there's an issue there >> >> BTW, have you committed some of your bundles to the sandbox? >> > I received my Apache account yesterday ! I was being to anxious, sorry :-)
> >> I'm >> especially interested in JmDNS at the moment, > Sure, It enables to announce the JMX service urls > We use it in JOnASonDemand to discover the instances of a J2EE cluster > Mikael presented this at the OSGi World Congress 2005 in Paris. > > I have started to patch the JConsole (JDK 6.0) to add JMX service url > discovery but this work is still under construction > I can send you the code if you want to have a look on it ! That'd be great! In fact, mishell was inspired by an addition to JConsole: the script interpreter that accepted Javascript. I started playing around a bit and then things started to work. Having a look at the code might help me solve a strange issue I have: I receive the event but its ServiceInfo is null... > >> to let mishell discover >> jmood, but it's LGPL'd, and I wanted to make some modifications >> >> > I can change the licence but my code is only a SOA wrapper of the > http://jmdns.sourceforge.net/ > And " > > The code (jmdns) is released under the LGPL license so that it can be > freely incorporated into other products and services. > In fact, jmdns is also ASL'd so it works fine. I've looked at it and played with the code, but I think it does not make sense to bundelize it myself when you have done it already, so I'd rather use yours. In fact, if you commited it, I could just handle the dependency with Maven.. > " > >> (basically removing the command, as I do not use OSGi shell in mishell >> for obvious reasons) >> >> grrr, this licensing issues are boring... :-( >> >> > Sure ! > > Didier > >> Didier Donsez escribió: >> >> >>> For info >>> >>> Clement and I plan to commit a JMX handler for iPOJO in the sandbox ! >>> The handler eases the MBean development ! >>> >>> Another alternative is using Spoon JMX >>> http://spoon.gforge.inria.fr/SpoonJMX/Main >>> However it relies on the Java 5.0 annotations ! >>> >>> santillan wrote: >>> >>> >>>> Yep, Adding mbeans is fairly easy. I am not very much aware of UPnP >>>> -yet :-)- but >>>> I understand that you do not know a priori which is the interface. If >>>> so, >>>> the simplest approach is to use the StandardMBean class: >>>> Class interface=//get your management interface class >>>> StandardMBean myMBean=new StandardMBean(impl, interface); >>>> ObjectName oname=ObjectName.getInstance("<This string should contain >>>> a valid >>>> objectname, in the form 'domain:key1=value1[, key2=value2...]'>"); >>>> ManagementFactory.getPlatformMBeanServer.registerMBean(myBean, >>>> objectName); >>>> >>>> >>>> >>>> >>> Moreover, MOSGi uses the whiteboard pattern to register/unregister >>> MBeans >>> You have just to register a OSGi service implementing a *MBean >>> interface with a registration property "jmx.objectname" containing the >>> objectName value. >>> So you don't have to deal with ServiceListeners >>> Stephane, can you confirm ? >>> >>> Didier >>> >>> >>>> And when exiting, >>>> ManagementFactory.getPlatformMBeanServer.unRegisterMBean(objectName); >>>> >>>> -- >>>> >>>> Manuel Santillán <[EMAIL PROTECTED]> >>>> http://www.dit.upm.es/santillan >>>> Departamento de Ingeniería de Sistemas Telemáticos Escuela Técnica >>>> Superior de Ingenieros de Telecomunicación Universidad Politécnica de >>>> Madrid Avda. Complutense, s/n 28040 Madrid SPAIN Tel. +34 913367366 >>>> ext.3034 >>>> >>>> -----Mensaje original----- >>>> De: [EMAIL PROTECTED] >>>> [mailto:[EMAIL PROTECTED] Enviado el: viernes, 15 de >>>> septiembre de 2006 10:12 >>>> Para: [email protected] >>>> Asunto: Re: JMX and UPnP >>>> >>>> Yes that's it. You can have two implementing ways : >>>> >>>> - UPnPdev <-> MBean <-> JMXConsole >>>> In this case each UPnP device declares an MBean which represent >>>> himself. So the JMXConsole can be considered as a controlPoint >>>> >>>> >>>> - UPnPdev <-> ControlPoint <-> MBean <-> JMXconsole >>>> In this case the control point declares a MBean that enable the >>>> JMXConsole to manage it. >>>> I have done the second one in a simple example. >>>> /stephane >>>> On Fri, Sep 15, 2006 at 09:40:15AM +0200, Francesco Furfari wrote: >>>> >>>> >>>> >>>>>> The question I don't understand is if you want to do some UPnP >>>>>> control >>>>>> point out of JMX ? >>>>>> >>>>>> /stephane >>>>>> >>>>> I'm not sure to understand your question. Are you asking if I want >>>>> to create a new GUI (Tab) for your console acting as a Generic >>>>> Control Point, that is similar to GUI of the bundle we have >>>>> developed for testing UPnP? >>>>> or the question is about bridging two local UPnP networks ? >>>>> >>>>> francesco >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> > >
