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...
ow really 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
> B
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
gt; 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
> addition
>
> Hello Francesco,
>
> - yes, the devices are using the same host pc.
> I have written a "basedriver" f
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
Hi Daniel,
let's try to summarize this long thread, so that we can get a clear
vision on what is going on, and you can correct my wrong understanding
Overall Environment Setup
-
- You have two computer connected togheter by means of a switch. And
they are the only two com
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
server computer.
On the felix computer exporting my upnp devices i am justwondering about the
strange calls to "getCurrentValue" i described you
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Stefano Lenzi [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2008
)
*/
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
d regards,
Daniel Felsing
-Ursprüngliche Nachricht-
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 st
--
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
Hi Daniel,
it seems that two are the devices that whose events are not captured by
your tester code:
uuid:AT-SM-FHZ1-simplelight1 urn:upnp-org:serviceId:SwitchDevice:1Status
uuid:AT-SM-FHZ1-switch3 urn:upnp-org:serviceId:GetStatus:1Status
please, check the code generating the events for such d
Ah - one more update...
I think event change propagation of single devices is ok :)
Hm
Well - hoping for a solution!
Kind regards,
Daniel
-Ursprüngliche Nachricht-
Von: Daniel Felsing [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 23. Juli 2008 19:43
An: users@felix.apache.org
Betr
47 matches
Mail list logo