I am not sure that the multicast API is entirely implemented in Mika. You should control this, check the source line of java.net.MulticastSocket l51). I used to have the same kind of problem with old version. Some part of the API were not implemented. If you are not linked to mika you can try alternatives vm like jamvm, it is working on our ARM platforms.
/stephane On Fri, Mar 27, 2009 at 5:39 PM, Stefano Lenzi <[email protected]> wrote: > chihi asma wrote: > >> Thanks a lot Stephane, that works now with the 2 PCs. But I tried to run >> the Felix UPnP bundles. >> on Mika it shows this error: >> > > We have never tested the UPnP Basedriver on the Mika java platform, can you > tell us more information on the run-time environment? Which mika version are > using, where have you download it from, which architecture are you running > mika on? With the above information may I have a chance to replicate your > problem and fix it. > > Are you using the UPnP Base Driver for jdk13 or for jdk14+ ? > > >> java.lang.NullPointerException >> at java.net.MulticastSocket.<init>(MulticastSocket.java:51) >> at >> org.cybergarage.upnp.ssdp.HTTPMUSocket.open(HTTPMUSocket.java:136) >> at >> org.cybergarage.upnp.ssdp.HTTPMUSocket.open(HTTPMUSocket.java:155) >> at >> org.cybergarage.upnp.ssdp.SSDPNotifySocket.<init>(SSDPNotifySocket.java:59) >> at >> org.cybergarage.upnp.ssdp.SSDPNotifySocketList.open(SSDPNotifySocketList.java:89) >> at org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:852) >> at org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:905) >> at >> org.apache.felix.upnp.basedriver.Activator.doInitImporter(Activator.java:239) >> at >> org.apache.felix.upnp.basedriver.Activator.start(Activator.java:87) >> at >> org.knopflerfish.framework.BundleImpl.start0(BundleImpl.java:373) >> at >> org.knopflerfish.framework.PermissionOps.callStart0(PermissionOps.java:212) >> at org.knopflerfish.framework.BundleImpl.start(BundleImpl.java:320) >> at >> org.knopflerfish.bundle.frameworkcommands.FrameworkCommandGroup.cmdStart(FrameworkCommandGroup.java:1354) >> at >> org.knopflerfish.bundle.frameworkcommands.FrameworkCommandGroup.cmdStart(FrameworkCommandGroup.java:1349) >> at java.lang.reflect.Method.invoke0(Native Method) >> at java.lang.reflect.Method.invoke(Method.java:112) >> at >> org.knopflerfish.service.console.CommandGroupAdapter.execute(CommandGroupAdapter.java:244) >> at org.knopflerfish.bundle.console.Command$2.run(Command.java:233) >> at org.knopflerfish.bundle.console.Command$2.run(Command.java:223) >> at java.security.AccessController.doPrivileged0(Native Method) >> at >> java.security.AccessController.doPrivileged(AccessController.java:61) >> at >> java.security.AccessController.doPrivileged(AccessController.java:55) >> at org.knopflerfish.bundle.console.Command.run(Command.java:220) >> >> Can anyone help me? >> >> --- En date de : Jeu 26.3.09, stephane frenot < >> [email protected]> a écrit : >> >> De: stephane frenot <[email protected]> >> Objet: Re: upnp base driver >> À: [email protected] >> Date: Jeudi 26 Mars 2009, 17h53 >> >> It seems that your routing table is wrong unless you have 2 network >> interfaces active. >> You can ping your two PCs, because you are on the same link (eth0) >> But when you throw your multicast announces you go through eth1, which go >> nowhere I presume. >> >> Try this : >> On PC1 : >> ifconfig eth0 192.168.0.20 >> route add default gw 192.168.0.21 /* or put you real gateway address */ >> >> On PC2 >> ifconfig eth0 192.168.0.21 >> route add default gw 192.168.0.20 /* same remark */ >> >> It should be better. >> >> /stephane >> >> >> On Thu, Mar 26, 2009 at 2:10 PM, chihi asma <[email protected]> wrote: >> >> This is the result of route command: >>> >>> >>> Table de routage IP du noyau >>> Destination Passerelle Genmask Indic Metric Ref Use >>> Iface >>> 192.168.0.0 * 255.255.255.0 U 0 0 >>> 0 eth0 >>> link-local * 255.255.0.0 U 0 >>> 0 0 eth1 >>> default * 0.0.0.0 U 1000 >>> 0 0 eth1 >>> >>> The 2 PCs adress are 192.168.0.20 and 192.168.0.21 >>> >>> I don't think thats a network configuration problem >>> >>> >>> >>> --- En date de : Jeu 26.3.09, mathieu <[email protected]> a écrit : >>> >>> De: mathieu <[email protected]> >>> Objet: Re: upnp base driver >>> À: [email protected] >>> Date: Jeudi 26 Mars 2009, 10h36 >>> >>> Your network configuration may lack a default route. >>> What does route command return ? >>> >>> mathieu >>> >>> On Wed, Mar 25, 2009 at 13:49, chihi asma <[email protected]> wrote: >>> >>>> No there is no firewall, I can ping and telnet from one PC to the other. >>>> >>>> --- En date de : Mer 25.3.09, Francesco Furfari < >>>> >>> [email protected]> a écrit : >>> >>>> De: Francesco Furfari <[email protected]> >>>> Objet: Re: upnp base driver >>>> À: [email protected] >>>> Date: Mercredi 25 Mars 2009, 13h12 >>>> >>>> It seems a network configuration problem. >>>> Are you sure that there aren't firewalls activated on your pcs. >>>> >>>> The basedriver fails starting the UPnP discovery request (a multicast >>>> messages on port 1900). >>>> >>>> try to figure out if they are enabled. >>>> >>>> francesco >>>> >>>> >>>> chihi asma wrote: >>>> >>>>> Hi, >>>>> >>>>> I have a similar problem. I tested two KF instances in two PCs in the >>>>> >>>> same network, but >>> >>>> the basedriver don't recognise the devices of the other instance on the >>>>> >>>> other PC. This the error I get: >>> >>>> [stdout] CyberDomo warning : addr = 0.0.0.0 >>>>> [stdout] CyberDomo warning : port = 33159 >>>>> [stdout] CyberDomo warning : Network is unreachable >>>>> [stdout] java.io.IOException: Network is unreachable >>>>> [stdout] at java.net.PlainDatagramSocketImpl.send(Native Method) >>>>> [stdout] at >>>>> java.net.DatagramSocket.send(DatagramSocket.java:612) >>>>> [stdout] at >>>>> >>>> org.cybergarage.upnp.ssdp.HTTPUSocket.post(HTTPUSocket.java:185) >>> >>>> [stdout] at >>>>> >>>> >>> org.cybergarage.upnp.ssdp.SSDPSearchResponseSocket.post(SSDPSearchResponseSocket.java:114) >>> >>>> [stdout] at >>>>> >>>> >>> org.cybergarage.upnp.ssdp.SSDPSearchResponseSocketList.post(SSDPSearchResponseSocketList.java:158) >>> >>>> [stdout] at >>>>> >>>> org.cybergarage.upnp.ControlPoint.search(ControlPoint.java:553) >>> >>>> [stdout] at >>>>> >>>> org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:875) >>> >>>> [stdout] at >>>>> >>>> org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:905) >>> >>>> [stdout] at >>>>> >>>> >>> org.apache.felix.upnp.basedriver.Activator.doInitImporter(Activator.java:239) >>> >>>> [stdout] at >>>>> >>>> org.apache.felix.upnp.basedriver.Activator.start(Activator.java:87) >>> >>>> [stdout] at >>>>> >>>> org.knopflerfish.framework.BundleImpl.start0(BundleImpl.java:373) >>> >>>> [stdout] at >>>>> >>>> >>> org.knopflerfish.framework.PermissionOps.callStart0(PermissionOps.java:212) >>> >>>> [stdout] at >>>>> >>>> org.knopflerfish.framework.BundleImpl.start(BundleImpl.java:320) >>> >>>> [stdout] at >>>>> >>>> >>> org.knopflerfish.bundle.frameworkcommands.FrameworkCommandGroup.cmdStart(FrameworkCommandGroup.java:1354) >>> >>>> [stdout] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>>> >>>> Method) >>> >>>> [stdout] at >>>>> >>>> >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> >>>> [stdout] at >>>>> >>>> >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> >>>> [stdout] at java.lang.reflect.Method.invoke(Method.java:585) >>>>> [stdout] at >>>>> >>>> >>> org.knopflerfish.service.console.CommandGroupAdapter.execute(CommandGroupAdapter.java:244) >>> >>>> [stdout] at >>>>> >>>> org.knopflerfish.bundle.console.Command$2.run(Command.java:233) >>> >>>> [stdout] at java.security.AccessController.doPrivileged(Native >>>>> >>>> Method) >>> >>>> [stdout] at >>>>> >>>> org.knopflerfish.bundle.console.Command.run(Command.java:220) >>> >>>> [stdout] at java.lang.Thread.run(Thread.java:595) >>>>> Started: Apache Felix UPnP Base Driver (#730) >>>>> >>>>> Thanks in advance >>>>> >>>>> Asma >>>>> >>>>> --- En date de : Mar 24.3.09, Francesco Furfari < >>>>> >>>> [email protected]> a écrit : >>> >>>> De: Francesco Furfari <[email protected]> >>>>> Objet: Re: upnp base driver >>>>> À: [email protected] >>>>> Date: Mardi 24 Mars 2009, 17h33 >>>>> >>>>> well, >>>>> >>>>> then you can test them by installing the Intel Tool Kit >>>>> and running the *Networked Light* sample >>>>> >>>>> >>> http://www.intel.com/cd/ids/developer/asmo-na/eng/downloads/upnp/overview/index.htm >>> >>>> >>>>> If you use Domoware sample you basically use the same approach I >>>>> suggested , because they run on OSGi v3 .... >>>>> >>>>> regards, >>>>> francesco >>>>> >>>>> >>>>> >>>>> sana wrote: >>>>> >>>>>> hi Francesco >>>>>> >>>>>> thank you for your idea but i need to try upnp devices running out of >>>>>> >>>>> an >>> >>>> OSGI framework .i tried to run the samples given by Domoware in this >>>>>> >>>>> link >>> >>>> http://domoware.isti.cnr.it/howToUse.html >>>>>> that i found in the documentation in Felix subproject upnp but i don't >>>>>> >>>>> know >>> >>>> how to launch them (control point and devices ) >>>>>> can anyone show me how? >>>>>> please i need your help >>>>>> thanks >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2009/3/23 Francesco Furfari <[email protected]> >>>>>> >>>>>> hello, >>>>>>> >>>>>>> it should be simple .... >>>>>>> >>>>>>> try to launch two instances of the felix runtime with the devices you >>>>>>> >>>>>> have >>> >>>> already tested ... in each instance you should see the two clocks and >>>>>>> >>>>>> two >>> >>>> TVs devices( being one local and the other remote). Clearly it works >>>>>>> >>>>>> also if >>> >>>> you launch the two instances on networked PC. >>>>>>> >>>>>>> You can type the command "services" to see how many UPnP device >>>>>>> >>>>>> services >>> >>>> are registered on the framework. A couple should be registered by the >>>>>>> >>>>>> bundle >>> >>>> implementing devices, and another couple by the basedriver bundle. >>>>>>> >>>>>>> you can also install the UPnP Tester bundle, it is a graphical >>>>>>> >>>>>> application >>> >>>> that monitors the devices registered on the framework, and enable you >>>>>>> >>>>>> to >>> >>>> issue UPnP actions through the GUI. >>>>>>> >>>>>>> regards, >>>>>>> francesco >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> sana wrote: >>>>>>> >>>>>>> hi, >>>>>>>> i would like to test upnpBundles figuring in your trunk, i succeed >>>>>>>> in >>>>>>>> testing the devices running in the framework but i don't know how to >>>>>>>> >>>>>>> test >>> >>>> external upnp devices( devices in the local network) like domoware >>>>>>>> examples >>>>>>>> ( i don't know how to launch them and how the upnp base driver will >>>>>>>> recognize them ?) >>>>>>>> >>>>>>>> >>>>>>>> i m waiting your reply, >>>>>>>> thanks a lot, >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>> For additional commands, e-mail: [email protected] >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >>> >>> >>> >>> >>> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- http://perso.citi.insa-lyon.fr/sfrenot work here : http://tinyurl.com/2ts4xf sleep here : http://tinyurl.com/33p2gt play here : http://tinyurl.com/3yarjz --- Stephane Frenot Université de Lyon, INRIA INSA-Lyon, CITI, F-69621, France
