devicemap-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Werner Keil <>
Subject Re: [PROPOSE] Release DeviceMap-data and other dependencies (with connection URL etc. fixed)
Date Tue, 06 Sep 2016 09:53:55 GMT
What about DeviceMap Data?

Is there a reason why the XML files could not be put under something like

Similar to several other projects (like Karaf)
Allowing to replace that VM (which is not so reliable in any case,
even for active projects)

We can do a release of W3C DDR without it, but replacing the
Classifier/Client with the VM location baked into it makes almost no
sense without an alternative.


On Mon, Sep 5, 2016 at 3:39 PM, Werner Keil <> wrote:

> Can't exactly remember if it made it to
> devicemap/trunk/contrib/openddr/java/, but I remember OpenDDR had a
> readme on how to manually install the W3C JAR via Maven install-local
> before building it.
> Guess all it takes is to reactivate some of those guidelines and
> procedures, then the "lib" folder and its content could be removed and it
> was OK to release it.
> On a side note, a once much bigger project OpenOffice I heard is close to
> being retired, too. shows, it had the last
> release about a year ago, so it's not that unusual, and though OpenOffice
> graduated 2 years before DeviceMap, it may not be active that much
> longer...?;-|
> Werner
> On Mon, Sep 5, 2016 at 3:32 PM, Werner Keil <> wrote:
>> Hi,
>> I think that might work. The JAR (or WAR using it) will fail at runtime
>> until that external JAR is placed in the web-inf/lib folder, but given that
>> small inconvenience, I don't see why we could not release it without the
>> W3C JAR.
>> Werner
>> Hi,
>> On Mon, Aug 22, 2016 at 2:08 PM, Werner Keil <> wrote:
>> > ...The W3C DDR client is here
>> > ...
>> As previously discussed, this cannot be released due to the
>> lib/w3c.jar, Apache releases cannot contain such binaries.
>> Replacing that jar with a README indicating where people can get that
>> library code would be ok.
>> -Bertrand

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message