API XML Struktur

[pirat@…]

Hallo Entwickler,

Ich wollte einen API Wrapper (Deserialisierer) für .NET bauen. Ich habe über ein Jahr lang an einem OS Projekt für Twitter mitgearbeitet.

Meine Frage: Ist die Struktur schon "in Stein gemeißelt" oder sind noch Änderungen möglich? Momentan bekommt man ja sowas wie eine Flache Liste zurück. Wünschenswert wäre eine Struktur in der Form:

<area_list>
   area properties
   <issue_list>
      issue properties
      <initiative_list>
          <initiative>
              initiative properties
          </initiative>
          <initiative>
              initiative properties
          </initiative>

Diese Struktur könnte man wunderbar zu Klassenlisten deserialisieren und in einem entsprechenden GUI Aufbereiten über Treeviews und Grids. Was ich oben beschrieben hab ist auch in etwa die Struktur eines Twitter Feeds bzw RSS Feeds. Es würde jede Menge Daten bei der Übertragung sparen, da die issue properties ja derzeit für jede initiative mitgeliefert werden obwohl nur einmal nötig.

Ich würde den NET Wrapper in einem OS Projekt als DLL entwickeln wollen - Step by Step so wie auf Eurer Seite die API "wächst". Kontakt - gern auf meine E-mail.

Gruß,
Thomas

[pirat@…]

Sollte das ein wontfix sein? zumindest unter  https://lqpp.de/st/api/ habe ich die issue properties in jeder initiative und nicht die Initiativen als Untermenge in einem Issue.
Also so wie ich es im Eingangstext skizziert habe ist es zumindest auf o.g. Link nicht. Auf der Testumgebung  http://www.public-software-group.org/liquid_feedback_testing/ ist die /api/initiative.html ja grad irgendwie kaputt

einziger parameter - 'key' ->

../env/format/timestamp.lua:16: attempt to index local 'options' (a nil value)

Stack trace follows:
../env/format/timestamp.lua:16: in function <../env/format/timestamp.lua:14>
(tail call): ?
/opt/liquid_feedback_testing/app/env/util/autoapi.lua:14: in function 'autoapi_xml'
/opt/liquid_feedback_testing/app/env/util/autoapi.lua:76: in function 'autoapi'
...uid_feedback_testing/app/app/main/api/initiative.lua:210: in function 'func'
../env/execute/file_path.lua:24: in function 'file_path'
../env/execute/view.lua:17: in function 'view'
../env/execute/filtered_view.lua:31: in function <../env/execute/filtered_view.lua:30>
(tail call): ?
../env/execute/multi_wrapped.lua:18: in function 'inner_func'
...
../env/execute/file_path.lua:24: in function 'file_path'
../env/execute/_add_filters_by_path.lua:17: in function 'wrapper_func'
../env/execute/wrapped.lua:21: in function <../env/execute/wrapped.lua:11>
(tail call): ?
(tail call): ?
../env/execute/filtered_view.lua:28: in function 'filtered_view'
...feedback_testing/webmcp/framework/cgi-bin/webmcp.lua:354: in function <...feedback_testing/webmcp/framework/cgi-bin/webmcp.lua:231>
[C]: in function 'xpcall'
...feedback_testing/webmcp/framework/cgi-bin/webmcp.lua:230: in main chunk
[C]: ?