[Maintain-dev] [JIRA] Updated: (MNT-1410) Produce a CSV or XML representation of objects

Zack Bartel (JIRA) jira at osuosl.org
Wed Feb 15 13:23:39 PST 2006


     [ http://bugs.osuosl.org/browse/MNT-1410?page=history ]

Zack Bartel updated MNT-1410:
-----------------------------

    Description: 
As discussed in IRC with danny_osl and wenzel, we need to decide how to implement object dumps/representations. The old way is to Email a comma separated value report to the user. We are thinking of new ways to do this. We had the following ideas

** Each object knows how to make its own CSV/XML ie $host->csv()

** The form knows how to make the CSV/XML for each object

** A module knows how to make the CSV/XML for *all* objects

This brings up the following quesitons:

* How should the reports be formatted
** Straight field dump or pretty representations

* What will this be used for
** Reporting
** DB backup/restore

Sorry to cut short but please add thoughts

  was:
As discussed in IRC with danny_osl and wenzel, we need to decide how to implement database dumps. The old way is to Email a comma separated value report to the user. We are thinking of new ways to do this. We had the fillowing ideas

** Each object knows how to make its own CSV/XML ie $host->csv()

** The form knows how to make the CSV/XML for each object

** A module knows how to make the CSV/XML for *all* objects

This brings up the following quesitons:

** How should the reports be formatted



> Produce a CSV or XML representation of objects
> ----------------------------------------------
>
>          Key: MNT-1410
>          URL: http://bugs.osuosl.org/browse/MNT-1410
>      Project: Maintain
>         Type: New Feature
>   Components: Modules
>     Versions: 2.6, 3.0
>  Environment: Windows ME on SPARC arch
>     Reporter: Zack Bartel
>     Assignee: Zack Bartel
>     Priority: Minor

>
>
> As discussed in IRC with danny_osl and wenzel, we need to decide how to implement object dumps/representations. The old way is to Email a comma separated value report to the user. We are thinking of new ways to do this. We had the following ideas
> ** Each object knows how to make its own CSV/XML ie $host->csv()
> ** The form knows how to make the CSV/XML for each object
> ** A module knows how to make the CSV/XML for *all* objects
> This brings up the following quesitons:
> * How should the reports be formatted
> ** Straight field dump or pretty representations
> * What will this be used for
> ** Reporting
> ** DB backup/restore
> Sorry to cut short but please add thoughts

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://bugs.osuosl.org/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



More information about the Maintain-dev mailing list