No, unless we used a JSON-backed DBMS;-) The way you render it to JSON could work for XML so if an "Entity" like a device is stored in a DB one can always export it into XML, JSON, Properties files (that is what Eclipse does for Babel) etc.
On Wed, Aug 27, 2014 at 4:54 PM, Reza <[email protected]> wrote: > Are you saying store the device data DDR in JSON? (Right now its in XML) > > > ________________________________ > From: Werner Keil <[email protected]> > To: "[email protected]" < > [email protected]>; Reza <[email protected]> > Sent: Wednesday, August 27, 2014 10:49 AM > Subject: Re: Device data 1.0.1: 18 new devices > > > Some of the services already provide a JSON output, so leveraging that into > one or more directions (JSON would even work great for certain DBs, > especially Mongo) to dynamically render the necesary structure and store it > where necessary could work well. > > Werner > > > > > > On Wed, Aug 27, 2014 at 4:37 PM, Reza <[email protected]> > wrote: > > > Anything to make updating the DDR easier will be good. I have no problem > > hand updating it and will continue down this path. 1.0.0, 1.0.1, and > future > > releases are being done in JIRA and SVN. > > > > I know Eberhard is working on a more structured approach. So im very open > > to seeing how this helps the DDR workflow. It will definitely make > > refactoring the DDR a lot easier because dealing with structured data > > (columns, rows, operations, etc) is a lot easier than dealing with semi > > structured xml. > > > > At the end of the day, the DDR will be a set of files which get published > > and released like how we do it today. 2.0 wont change this, it will just > be > > cleaner and better organized. But it will still and always be a set of > > files that we will publish in JAR/URL/downloadable format. > > > > Does this sound correct? > > > > > > ________________________________ > > From: Werner Keil <[email protected]> > > To: "[email protected]" < > > [email protected]> > > Sent: Wednesday, August 27, 2014 10:09 AM > > Subject: Re: Device data 1.0.1: 18 new devices > > > > > > +1 > > > > Not only on new properties, but also suggested ways to get more people to > > contribute it seems best to start a Wiki page and point this list only > to a > > link than sometimes a little scattered threads here;-) > > > > Werner > > > > > > > > > > On Wed, Aug 27, 2014 at 4:04 PM, Bertrand Delacretaz < > > [email protected] > > > wrote: > > > > > On Wed, Aug 27, 2014 at 3:55 PM, Werner Keil <[email protected]> > > > wrote: > > > > ...If we stick to traditional checking out from SVN of XML files, we > > > will not > > > > get a lot more people to update it than those who currently write > code, > > > > too;-|.. > > > > > > I think I'm starting to understand, you guys are looking for a simpler > > > way to people to contribute changes to the device data? > > > > > > Again, agreeing on a (brief) set of requirements for that, and > > > documenting that on the wiki or somewhere, would probably help discuss > > > the possible solutions. > > > > > > -Bertrand > > > > > >
