<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/cgupnpjava/feature-requests/</id><updated>2008-01-05T11:44:18Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>General file support for WebServer</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/8/" rel="alternate"/><published>2008-01-05T11:44:18Z</published><updated>2008-01-05T11:44:18Z</updated><author><name>Kusis</name><uri>https://sourceforge.net/u/kusig/</uri></author><id>https://sourceforge.netf49bdad0691984252cda30ae50d4ba2806a70dc6</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In order to make the usage of the Device class easier it would be nice to provide all kind of files by the webserver (including icon files like gif,jpg,png ...). &lt;/p&gt;
&lt;p&gt;For security reasons, only files in a given subdirectory must be supported and not all files in the applications path!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Standardize logging and debugging</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/7/" rel="alternate"/><published>2006-03-23T14:34:17Z</published><updated>2006-03-23T14:34:17Z</updated><author><name>Stephen More</name><uri>https://sourceforge.net/u/mores/</uri></author><id>https://sourceforge.netd0d0886131ba7d3a0f8b5de924fa2d053fff9ca7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Can you use a standard java class for logging and&lt;br /&gt;
debugging instead of: org/cybergarage/util/Debug.java ?&lt;/p&gt;
&lt;p&gt;java.util.logging.Logger&lt;br /&gt;
-or-&lt;br /&gt;
org.apache.log4j.Logger&lt;br /&gt;
-or-&lt;br /&gt;
org.apache.commons.logging.Log&lt;/p&gt;
&lt;p&gt;I would be willing to help out and make some of these&lt;br /&gt;
changes.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>'DeviceChangeListener' Interface?</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/6/" rel="alternate"/><published>2004-09-12T19:25:09Z</published><updated>2004-09-12T19:25:09Z</updated><author><name>Oliver Newell</name><uri>https://sourceforge.net/u/olivern/</uri></author><id>https://sourceforge.net7ed866e1f68f970067df942e7d782b33b290764b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Greetings Satoshi -&lt;/p&gt;
&lt;p&gt;One feature I have found a handy addition to CLink is a&lt;br /&gt;
'DeviceChangeListener' interface.  A ControlPoint&lt;br /&gt;
application that supports this interface is notified&lt;br /&gt;
via callbacks when a device is added or removed by the&lt;br /&gt;
ControlPoint base class.  Here's the interface:&lt;/p&gt;
&lt;p&gt;package org.cybergarage.upnp.device;&lt;/p&gt;
&lt;p&gt;import org.cybergarage.upnp.Device;&lt;/p&gt;
&lt;p&gt;public interface DeviceChangeListener&lt;br /&gt;
{&lt;br /&gt;
public void deviceAdded( Device dev );&lt;br /&gt;
public void deviceRemoved( Device dev );&lt;br /&gt;
}&lt;/p&gt;
&lt;p&gt;The modification consists of a few extra lines of code in&lt;br /&gt;
ControlPoint.java, and the new 'DeviceChangeListener' class&lt;br /&gt;
in cybergararge/upnp/device.  Attached is a zip file with&lt;br /&gt;
the files (started with CLink1.5 version of&lt;br /&gt;
ControlPoint.java)&lt;/p&gt;
&lt;p&gt;-Oliver&lt;/p&gt;
&lt;p&gt;P.S.  Feel free to pick another name besides&lt;br /&gt;
'DeviceChangeListener' if you decide to include the&lt;br /&gt;
feature and have a better name - it was the first thing&lt;br /&gt;
that popped into my head!&lt;/p&gt;
&lt;p&gt;Also, I noticed that the CLink source has a mixture of&lt;br /&gt;
Windows/Unix line endings - some lines end with &amp;lt;CR&amp;gt;&amp;lt;LF&amp;gt;,&lt;br /&gt;
and some with just a &amp;lt;LF&amp;gt;.  Not a problem - just noticed &lt;br /&gt;
it since my emacs editor under UNIX displays the &amp;lt;CR&amp;gt; &lt;br /&gt;
symbols at the end of only some of the lines.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Handle missing 'Content-Length' header field?</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/5/" rel="alternate"/><published>2004-03-13T19:19:53Z</published><updated>2004-03-13T19:19:53Z</updated><author><name>Oliver Newell</name><uri>https://sourceforge.net/u/olivern/</uri></author><id>https://sourceforge.net8895a23867646db8d09a2666d93dcd6a97849fd3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Greetings Skonno...&lt;/p&gt;
&lt;p&gt;A friend of mine got a Play@TV device recently&lt;br /&gt;
(www.playattv.com) and I tried interacting with it via&lt;br /&gt;
CLink.  It didn't quite work, and&lt;br /&gt;
after a little snooping, I discovered that the device&lt;br /&gt;
was not putting a 'Content-Length' header in it's HTTP&lt;br /&gt;
responses.  A little suprising, given that the device&lt;br /&gt;
uses Intel's UPNP MicroStack - maybe the PlayTV guys&lt;br /&gt;
got over-enthusiastic 'customizing' it? :)&lt;/p&gt;
&lt;p&gt;Anyway, I managed to get it to work by putting a couple&lt;br /&gt;
of kludges in the CLink code.  Basically I modified the&lt;br /&gt;
HTTPPacket.getContentLength() so it returned -1 (as&lt;br /&gt;
opposed to 0) if no Content-Length header was found,&lt;br /&gt;
and then I modified HTTPPacket.set( InputStream in) so&lt;br /&gt;
that if there was no Content-Length header in an&lt;br /&gt;
incoming HTTP response (first line starts with HTTP),&lt;br /&gt;
the reader code just reads until it hits EOF or&lt;br /&gt;
64Kbytes. I told you it was a kludge! :)&lt;/p&gt;
&lt;p&gt;I don't know if you want to formally support this&lt;br /&gt;
device and similarly broken devices - in my opinion&lt;br /&gt;
they should fix their stuff (I sent them a note letting&lt;br /&gt;
them know). In any event, it might be nice to print a&lt;br /&gt;
warning message about the missing Content-Length field&lt;br /&gt;
so it's obvious when one has a slightly defective device.&lt;/p&gt;
&lt;p&gt;Let me know if you want the source for my hacked-up&lt;br /&gt;
workaround - it may do more harm than good!&lt;/p&gt;
&lt;p&gt;-Oliver&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Support for Sony's UPnP stack</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/4/" rel="alternate"/><published>2004-01-16T16:04:57Z</published><updated>2004-01-16T16:04:57Z</updated><author><name>Thomas Schulz</name><uri>https://sourceforge.net/u/tsroyale/</uri></author><id>https://sourceforge.net550e8e7cce9922723054e25bb5344763fd2431f1</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi, &lt;/p&gt;
&lt;p&gt;I am working with some Sony UPnP applications. Sonys &lt;br /&gt;
adressing scheme for services and actions is different to &lt;br /&gt;
the others (like Intels or Atinavs) but still conform with &lt;br /&gt;
the standard (UPnP? Device Architecture v1.0.1 Draft, p.&lt;br /&gt;
25 and p.27). Sony uses the following addressing scheme &lt;br /&gt;
in the devices root document:&lt;/p&gt;
&lt;p&gt;As base address it uses a hostname with an additional &lt;br /&gt;
path in the URI, like&lt;/p&gt;
&lt;p&gt;&amp;lt;URLBase&amp;gt;http://hostname/mediaserver&amp;lt;/URLBase&amp;gt;&lt;/p&gt;
&lt;p&gt;All service specific URIs (like SCPDURL, controlURL and &lt;br /&gt;
eventSubURL) are relative to the URLBase like&lt;/p&gt;
&lt;p&gt;&amp;lt;controlURL&amp;gt;/musicServer/actionsURI&amp;lt;/controlURL&amp;gt;&lt;/p&gt;
&lt;p&gt;As consequence the total address would be the &lt;br /&gt;
concatenation of both URIs which is not supported by the &lt;br /&gt;
Cyberlink stack yet. It would be nice to have that &lt;br /&gt;
support.&lt;/p&gt;
&lt;p&gt;I fixed it manualy by altering the org.cyberlink.upnp.&lt;br /&gt;
control.ControlRequest.setRequestHost() method. Maybe &lt;br /&gt;
there is a better way to include the support. Attached &lt;br /&gt;
there is my ControlRequest.java class as example.&lt;/p&gt;
&lt;p&gt;Cheers, Thomas&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Custom UPnPError replies</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/3/" rel="alternate"/><published>2003-12-05T15:53:16Z</published><updated>2003-12-05T15:53:16Z</updated><author><name>Thomas Schulz</name><uri>https://sourceforge.net/u/tsroyale/</uri></author><id>https://sourceforge.netcd9b322f887915410ea4446c546fc644ea76cc70</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi, &lt;/p&gt;
&lt;p&gt;it would be nice to set a custom error code maybe &lt;br /&gt;
combined with an error message in case an action &lt;br /&gt;
couldn't be processed right. A method like &lt;/p&gt;
&lt;p&gt;action.setUPnPError(int code, String message)&lt;/p&gt;
&lt;p&gt;would be nice. The set of Error Code and Error Message &lt;br /&gt;
could be checked if the implementation of the &lt;br /&gt;
ActionListener returns a &amp;amp;quot;false&amp;amp;quot;. In case it is set, the &lt;br /&gt;
reply could be changed according to the error message.&lt;/p&gt;
&lt;p&gt;What do you think?&lt;/p&gt;
&lt;p&gt;Regards, Thomas&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Support for Simple Network Management Protocol?</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/2/" rel="alternate"/><published>2003-08-30T21:23:24Z</published><updated>2003-08-30T21:23:24Z</updated><author><name>Markus Elfring</name><uri>https://sourceforge.net/u/elfring/</uri></author><id>https://sourceforge.netc41bfded543d552b2fc47a146c9eb7ba16ba7c8c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Would you like to offer a SMNP interface for UPnP?&lt;br /&gt;
Is there a &lt;br /&gt;
virtual SNMP &amp;amp;quot;device&amp;amp;quot; or service available?&lt;/p&gt;
&lt;p&gt;- &lt;br /&gt;
&lt;a href="http://burks.bton.ac.uk/burks/internet/rfcs/rfcs/57/rfc1157.htm" rel="nofollow"&gt;http://burks.bton.ac.uk/burks/internet/rfcs/rfcs/57/rfc1157.htm&lt;/a&gt;&lt;br /&gt;
-&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm" rel="nofollow"&gt;http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm&lt;/a&gt;&lt;br /&gt;
-&lt;br /&gt;
&lt;a href="http://www.henrys.de/daniel/download/SNMP.HTM" rel="nofollow"&gt;http://www.henrys.de/daniel/download/SNMP.HTM&lt;/a&gt;&lt;br /&gt;
- &lt;br /&gt;
ftp://ftp.rfc-editor.org/in-notes/rfc3584.txt&lt;br /&gt;
- ftp://ftp.rfc-&lt;br /&gt;
editor.org/in-notes/rfc3512.txt&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>CORBA integration for UPnP</title><link href="https://sourceforge.net/p/cgupnpjava/feature-requests/1/" rel="alternate"/><published>2003-08-30T21:13:31Z</published><updated>2003-08-30T21:13:31Z</updated><author><name>Markus Elfring</name><uri>https://sourceforge.net/u/elfring/</uri></author><id>https://sourceforge.net56c653162ee84e7c45a730486617a040f46a9b33</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Can CORBA objects be transformed into virtual &lt;br /&gt;
&amp;amp;quot;devices&amp;amp;quot;?&lt;br /&gt;
Would you like to offer an adaptor for Universal &lt;br /&gt;
Plug and Play like the software &lt;br /&gt;
&amp;amp;quot;http://soap2corba.sourceforge.net/&amp;amp;quot; can be a similar &lt;br /&gt;
gateway?&lt;/p&gt;
&lt;p&gt;How do you think about to publish the &lt;br /&gt;
interfaces of your class library in OMG-IDL?&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>