That's the environnement I'm running Mika on : PC with Pentium 4 processor, KUbuntu with Linux kernel 2.6.20. I downloaded Mika revesion 722 from K-embedded web site ( it should implemnts jdk 1.5) and finaly the UPnP Base Driver I tested is the one for jdk14+. Thanks in advance for your help
________________________________ De : Stefano Lenzi <kis...@interfree.it> À : users@felix.apache.org Envoyé le : Vendredi, 27 Mars 2009, 17h39mn 01s Objet : Re: upnp base driver 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 <stephane.fre...@insa-lyon.fr> > a écrit : > > De: stephane frenot <stephane.fre...@insa-lyon.fr> > Objet: Re: upnp base driver > À: users@felix.apache.org > 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 <chihi_a...@yahoo.fr> 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 <aori...@gmail.com> a écrit : >> >> De: mathieu <aori...@gmail.com> >> Objet: Re: upnp base driver >> À: users@felix.apache.org >> 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 <chihi_a...@yahoo.fr> 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 < >> francesco.furf...@isti.cnr.it> a écrit : >>> De: Francesco Furfari <francesco.furf...@isti.cnr.it> >>> Objet: Re: upnp base driver >>> À: users@felix.apache.org >>> 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 < >> francesco.furf...@isti.cnr.it> a écrit : >>>> De: Francesco Furfari <francesco.furf...@isti.cnr.it> >>>> Objet: Re: upnp base driver >>>> À: users@felix.apache.org >>>> 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 <francesco.furf...@isti.cnr.it> >>>>> >>>>>> 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: users-unsubscr...@felix.apache.org >>>>>> For additional commands, e-mail: users-h...@felix.apache.org >>>>>> >>>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>>> For additional commands, e-mail: users-h...@felix.apache.org >>>> >>>> >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>> For additional commands, e-mail: users-h...@felix.apache.org >>> >>> >>> >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> >> >> >> >> >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org