Hi everyone,
how can I get the list of registered devices by BaseDriver.
thanks for reply
-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
On 05/11/2009 15.58, chihi asma wrote:
Hi,
I have problems with the Felix UPnP BaseDriver. I'm testing two instances of
Felix on which I'm running Basedriver and some Felix UPnP devices. On the first
instance, I have installed org.apache.felix.upnp.basedriver-0.9.0-SNAPSHOT.jar
to is selected by the OS,
and no option exist to fix the port.
Thanks
--- En date de : Lun 25.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Lundi 25 Mai 2009, 16h11
chihi asma wrote:
Thanks, but I'm not refering t
: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Lundi 25 Mai 2009, 16h11
chihi asma wrote:
> Thanks, but I'm not refering to the cyberdomo.ssdp.port which is 1900 but the
> port on wich the basedriver receive unicast messages from devices?? where can
> I found
; Lenzi
--- En date de : Ven 22.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Vendredi 22 Mai 2009, 17h53
chihi asma wrote:
Thanks, it's working now, I started the basedriver bundle succesfully. Now, I
want to change the base
Thanks, but I'm not refering to the cyberdomo.ssdp.port which is 1900 but the
port on wich the basedriver receive unicast messages from devices?? where can I
found it?
Thanks in advance
--- En date de : Ven 22.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedri
vices will be
discovered only if they use the same SSDP port and SSDP multicast
address as the UPnP Base Driver.
Ciao,
Stefano "Kismet" Lenzi
--- En date de : Ven 22.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Vendr
Thanks, it's working now, I started the basedriver bundle succesfully. Now, I
want to change the basedriver port, how can I do this?
--- En date de : Ven 22.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Vendredi 22 Mai 2009,
chihi asma wrote:
Yes, Im using a proxy to connect to Internet, the mvn install command should
not work?
Maven works behind a proxy but it has to be configured to use a proxy to
access to Internet. Can you check that your maven settings.xm file is
configured as requested by this page:
http:
Yes, Im using a proxy to connect to Internet, the mvn install command should
not work?
--- En date de : Jeu 21.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Jeudi 21 Mai 2009, 23h36
chihi asma wrote:
> I downloaded the subproj
écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Jeudi 21 Mai 2009, 14h00
chihi asma wrote:
Hi,
I created a new projet netbeans containing all the basedriver packages, created
the manifest and builded all to get the jar file. I start the jar file with
start file
M/2M
[INFO]
Thanks in advance
--- En date de : Jeu 21.5.09, Stefano Lenzi a écrit :
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Jeudi 21 Mai 2009, 14h00
chihi asma wrote:
> Hi,
> I created a new projet net
chihi asma wrote:
Hi,
I created a new projet netbeans containing all the basedriver packages, created
the manifest and builded all to get the jar file. I start the jar file with
start file://..
I'm new in OSGi so please tell me if Im wrong.
Dear Asma,
I'm wondering that the problem coul
:
De: Stefano Lenzi
Objet: Re: UPnP Basedriver
À: users@felix.apache.org
Date: Mercredi 20 Mai 2009, 17h18
chihi asma wrote:
> Hi,
>
> I downloaded the basedriver source and build it succefully within netbeans
> with cybergarage library but when I try to start it, I get this error:
chihi asma wrote:
Hi,
I downloaded the basedriver source and build it succefully within netbeans with
cybergarage library but when I try to start it, I get this error:
Couldn't start bundle: UPnP Base Driver (#775) (due to:
java.lang.NoClassDefFoundError: org/cybergarage/upnp/UPnP)
java.lang.N
Hi,
I downloaded the basedriver source and build it succefully within netbeans with
cybergarage library but when I try to start it, I get this error:
Couldn't start bundle: UPnP Base Driver (#775) (due to:
java.lang.NoClassDefFoundError: org/cybergarage/upnp/UPnP)
java.lang.NoClassDefFoundError:
mr furfari confirm this as a bug and the
>cause of my problem?
>And Question B is: could one of you please please fix it, build me the
>basedriver against the fixed code and send it to me? :-/
>Or just update the pom.xml and the sourcecode so i can build it using the
>"apache felix&q
and mr furfari confirm this as a bug and the
>cause of my problem?
>And Question B is: could one of you please please fix it, build me the
>basedriver against the fixed code and send it to me? :-/
>Or just update the pom.xml and the sourcecode so i can build it using the
>"apach
el Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 01. August 2008 08:46
An: 'users@felix.apache.org'
Betreff: Re: Re: UPnP Basedriver 0.8.0 from felix - Devices get lost after a
certain period of time...(basedriver locks up)
Hi again,
i just checked the active ethernet links via ifco
g, 01. August 2008 08:40
An: users@felix.apache.org
Betreff: RE: Re: UPnP Basedriver 0.8.0 from felix - Devices get lost after a
certain period of time...(basedriver locks up)
Hi Daniel,
IP(v4) addresses in the 196.254.0.0/16 range are link-local IP
addresses.
These are (obviously) not routable b
2008 8:25 AM
> To: users@felix.apache.org
> Subject: Re: Re: UPnP Basedriver 0.8.0 from felix - Devices
> get lost after a certain period of time...(basedriver locks up)
>
> Hello again
>
>
> A follow up to the below - remember the ip address of the
> host exporting
[mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 01. August 2008 08:13
An: users@felix.apache.org
Betreff: Re: UPnP Basedriver 0.8.0 from felix - Devices get lost after a
certain period of time...(basedriver locks up)
Hello,
a small follow up - maybe this causes the problem?
This shows the discovery
e Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 01. August 2008 08:03
An: users@felix.apache.org
Cc: 'Francesco Furfari'; 'Stefano "Kismet" Lenzi'
Betreff: UPnP Basedriver 0.8.0 from felix - Devices get lost after a certain
period of time
Hello all,
I already published that in another post but since it is a new topic /
problem i summarise my architecture.
I have 2 hosts A and B. Both are running UPnP Basedriver to access the upnp
network.
Host A acts as a upnp bridge to export X10 like devices (Switches
gards,
Daniel
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 20:28
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: AW: AW: bug in felix upnp
basedriver 0.8 m-search the problem? AH ... one more note...
? Cause on apache felix
> > download page you also find 2 versions :)
> > Well...but 17 devices arent really that much if you ask me! Hmmz
> >
> >
> > Well - kind regards,
> > Daniel
> >
> >
> > -Ursprüngliche Nachricht-
> > Von: S
you also find 2 versions :)
Well...but 17 devices arent really that much if you ask me! Hmmz
Well - kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 17:41
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW
D]
Gesendet: Freitag, 25. Juli 2008 17:41
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: AW: bug in felix upnp basedriver
0.8 m-search the problem? AH ... one more note...
Daniel Felsing wrote:
> I know that you're the same stefano lenzi :)
> The mess
well - that are my thoughts about it,
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 18:12
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-sear
Daniel Felsing wrote:
> Hmmm...
>
> Look at osgi CMPN 111.8.1
>
> Special care must be taken with the initial subscription to events.
> According
> to the UPnP specification, when a client subscribes for notification of
> events
> for the first time, the device sends out a number of events for ea
when the refining driver
> removes the object and calls destroy on it...
>
>
> :)
>
> Kind regards,
> Daniel
>
> -Ursprüngliche Nachricht-
> Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
> Gesendet: Freitag, 25. Juli 2008 16:39
> An: users@felix.apache.
stroy on it...
:)
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 16:39
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-search the problem? AH ... one mor
Daniel Felsing wrote:
> Please Mr Lenzi...take a look at that...
>
>
> Is it possible that my issue is connected to this one mentioned in the
> cyberlink forum?
Yes it is possible but only because we are speaking about the UDP
communication
>
> Stefano answered to it in the cyberlink forum!!
>
eady fixed in the current base driver
of felix?
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 16:02
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-se
Daniel Felsing wrote:
> Just forgot...
>
> AND why do the "lost" event updates do not get propagated in future???...
>
> I can start the m-search..manually...and if there would be any states
> missing they should be delivered ANYTIME in the future...but they simply
> dont...
Because the packet c
the current base driver
of felix?
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 13:06
An: users@felix.apache.org
Betreff: AW: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-search the problem
...
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 25. Juli 2008 12:48
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-search the problem?
Daniel Felsing wrote:
>
AW: bug in felix upnp basedriver 0.8
m-search the problem?
Daniel Felsing wrote:
> Nah...
> The more i look into the problem the more patterns appear in my head. ;-)
>
> In fact there is no difference...i ran tests with m-search and
without...the
> behavior can be considered t
Daniel Felsing wrote:
> Nah...
> The more i look into the problem the more patterns appear in my head. ;-)
>
> In fact there is no difference...i ran tests with m-search and without...the
> behavior can be considered the same.
> Server randomly receives no notification...
>
>
> Ok - i have tried
g, 25. Juli 2008 11:54
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: bug in felix upnp basedriver 0.8
m-search the problem?
Hi Daniel,
Please look at my comments below.
Daniel Felsing wrote:
> Can it be that the "ongoing" m-search is influencing the status
notificat
Hi Daniel,
Please look at my comments below.
Daniel Felsing wrote:
> Can it be that the "ongoing" m-search is influencing the status notification
> behavior?
Yes
>
> I started a manual m-search while starting my upnp event tester on the
> server side, cause i thought maybe there was a problem
Can it be that the "ongoing" m-search is influencing the status notification
behavior?
I started a manual m-search while starting my upnp event tester on the
server side, cause i thought maybe there was a problem with some leases or
something.
But the situation got even worse. Missing devices prop
--Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 20:33
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: bug in felix upnp basedriver 0.8 - question for my
understanding...!
yes,
http://svn.apache.org/viewvc/felix/trunk/upnp/extra
UPnPEventNotifier(context, this, statusservice,
dimswitchDev);
kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 17:53
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8
Ok - i have filed
: Donnerstag, 24. Juli 2008 17:53
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8
Ok - i have filed the issue under
https://issues.apache.org/jira/browse/FELIX-642
Please let me know if you need something else!
Kind regards and MANY MANY thanks in advance,
Daniel
2008 17:34
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8
Ok - what should the jira issue contain?
Also my source code?
What else?
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24
uli 2008 15:43
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8 - did a
small test with the state variables.
mmm
in your code you have two services but you use only one
UPnPEventNofier() for the service "switchdevswitchservice". Is it
norm
No I mean the routine you use for counting the devices sending a notify.
That's, the code implementing the subscription.
basically you are running all the UPnP related code on the same felix
runtime.
francesco
Daniel Felsing wrote:
With listener routine you mean the UPnPEventNotifier?
Yes...
Ok - what should the jira issue contain?
Also my source code?
What else?
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 17:27
An: users@felix.apache.org
Betreff: Re: AW: AW: bug in felix upnp basedriver
st service of it
Maybe this can lead u to something?
Kind regards,
Daniel Felsing
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 14:49
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: bug in felix upnp basedriver
gliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 16:19
An: users@felix.apache.org
Betreff: AW: AW: bug in felix upnp basedriver 0.8
Hi again,
hmm
Overall Environment Setup:
--
- yes, connected by a switch
- the first
last service of it
Maybe this can lead u to something?
Kind regards,
Daniel Felsing
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 14:49
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: AW: bug in felix upnp basedriver
eally frustrated and dont know what to do
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 16:19
An: users@felix.apache.org
Betreff: AW: AW: bug in felix upnp basedriver 0.8
Hi again,
hmm
hricht-
>> Von: Daniel Felsing [mailto:[EMAIL PROTECTED] Gesendet:
>> Mittwoch, 23. Juli 2008 19:43
>> An: users@felix.apache.org
>> Betreff: bug in felix upnp basedriver 0.8
>>
>> Hello.
>>
>>
>>
>> It seems there is a bug in event not
With listener routine you mean the UPnPEventNotifier?
Yes...my devices are "EventSources" using the propertyChange thing
switchDev is an EventSource
I register them with the notifier in that line:
> notify_switch = new UPnPEventNotifier(context, this,
switchdevswitchservice, switchD
> Kind regards,
>> Daniel
>>
>> -Ursprüngliche Nachricht-
>> Von: Daniel Felsing [mailto:[EMAIL PROTECTED] Gesendet:
>> Mittwoch, 23. Juli 2008 19:43
>> An: users@felix.apache.org
>> Betreff: bug in felix upnp basedriver 0.8
>>
>> Hel
)
*/
public void stop(BundleContext context) throws Exception {
servReg.unregister();
}
}
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 15:49
An: users@felix.apache.org
Betreff: Re: AW
ok I will take a look later.
another question, the devices are all exported devices running on the
same felix platform with the listener routine too, aren't?
In this case the BaseDriver is not involved in the delivery of the
UPnPNotifyEvents.
So the bug should be either in the UPnPEventNotifier
Yes i'm using them in every exported device type...
Wait - i paste you some code of a whole device type implementation :-)
Note that there is also a upnpdimmabledevice which is reusing the status
things of switchabledevice
It just provides an additional levelmy class hierarchy of my own
basedr
upnp listener
is fuxxed up somehow...
Kind regards,
Daniel Felsing
-Ursprüngliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 12:43
An: users@felix.apache.org
Betreff: AW: AW: AW: AW: bug in felix upnp basedriver 0.8 - and one more
24. Juli 2008 12:51
An: users@felix.apache.org
Betreff: AW: AW: AW: AW: bug in felix upnp basedriver 0.8 - and one more
addition forgot one thing!
Hello,
one more thing.
The felix UPNP tester shows up ALL the devices, services and state
variables.
when i switch the state of a missed device (whi
upnp basedriver 0.8 - and one more
addition
Hello Francesco,
- yes, the devices are using the same host pc.
I have written a "basedriver" for my device technology...and then a
UPnPBridgeDriver exporting them to my network.
I'm directly connected to the host by a switch (so cabl
--
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 12:35
An: users@felix.apache.org
Betreff: Re: AW: AW: AW: bug in felix upnp basedriver 0.8 - and one more
addition
Hi Daniel,
well few question so far before starting to work on it.
you should describe you execut
Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 23. Juli 2008 23:16
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8 - Maybe that hint can
help you to pin down the problem?
Hi again,
one more thing.
If i have Felix UPnP Tester running parallel to my
lto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008 10:07
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8 - and one more
addition
Hello..
One more thing i experienced is that when i change e.g. a device from on to
off...or set another level for a dimming
]
Gesendet: Mittwoch, 23. Juli 2008 23:16
An: users@felix.apache.org
Betreff: AW: AW: AW: bug in felix upnp basedriver 0.8 - Maybe that hint can
help you to pin down the problem?
Hi again,
one more thing.
If i have Felix UPnP Tester running parallel to my device tester and i
subscribe the device that is
quot; eventing behaviour of
the upnp devices.
Kind regards, Daniel Felsing
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 23. Juli 2008 21:18
An: users@felix.apache.org
Betreff: Re: AW: bug in felix upnp basedriver 0.8
Hi Daniel,
it seems th
enting behaviour of
the upnp devices.
Kind regards, Daniel Felsing
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 23. Juli 2008 21:18
An: users@felix.apache.org
Betreff: Re: AW: bug in felix upnp basedriver 0.8
Hi Daniel,
it seems th
ll - i really dont know what to do.
Kind regards,
Daniel Felsing
-Ursprüngliche Nachricht-
Von: Francesco Furfari [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 23. Juli 2008 21:18
An: users@felix.apache.org
Betreff: Re: AW: bug in felix upnp basedriver 0.8
Hi Daniel,
it seems that two
: bug in felix upnp basedriver 0.8
Hello.
It seems there is a bug in event notification in the actual release of the
upnp basedriver 0.8.
I have exported exactly 17 devices to the upnp network.
After "UPnP Event" subscription i should get informed about all device
stati.
So the
Betreff: bug in felix upnp basedriver 0.8
Hello.
It seems there is a bug in event notification in the actual release of the
upnp basedriver 0.8.
I have exported exactly 17 devices to the upnp network.
After "UPnP Event" subscription i should get informed about all device
stati.
So
Hello.
It seems there is a bug in event notification in the actual release of the
upnp basedriver 0.8.
I have exported exactly 17 devices to the upnp network.
After "UPnP Event" subscription i should get informed about all device
stati.
So the number of actual devices by whic
72 matches
Mail list logo