We do need rewrite rfc4180 which seemed to me always a little too short.
Am 29.11.2011 um 00:05 schrieb Matt Benson: > On Mon, Nov 28, 2011 at 4:55 PM, Erhan Bagdemir > <erhan.bagde...@googlemail.com> wrote: >> I meant the Collection members of beans. >> I think that it won't be so easy to >> hold a complex data structure in human-readable form in a "singe" csv file. > > This doesn't seem different from what I proposed. Difficult != impossible. > > Matt > >> >> >> >> Am 28.11.2011 um 22:28 schrieb Simone Tripodi: >> >>> What do you mean by collections? A single collection of CSV annotated >>> elements, or inner collection of a CSV annotated element? >>> I have doubts on option #2, I would expect that any CSV record is >>> mapped to a single Java POJO... or not? >>> Simo >>> >>> http://people.apache.org/~simonetripodi/ >>> http://simonetripodi.livejournal.com/ >>> http://twitter.com/simonetripodi >>> http://www.99soft.org/ >>> >>> >>> >>> On Mon, Nov 28, 2011 at 9:33 PM, Erhan Bagdemir >>> <erhan.bagde...@googlemail.com> wrote: >>>> Apache JCA >>>> Java CSV API :-) >>>> It is a very cool approach to use annotations for mapping CSV fields with >>>> beans. >>>> >>>> It can be even configured using a class annotation like this: >>>> @CSVEntity(seperator= COMMA, quotas=true|false,... ) >>>> public class Person { >>>> @CSVField(header="NAME", width=15) >>>> } >>>> >>>> But how will the Collections be handled ? >>>> >>>> >>>> Am 28.11.2011 um 21:14 schrieb Simone Tripodi: >>>> >>>>> Hi all, >>>>> I like the idea of having annotations, and here in CVS you are >>>>> proposing IMHO a very good approach. If you need some support, as >>>>> mentioned by Matt, I already deeply explored Annotations analysis at >>>>> runtime, have a look at[1] >>>>> >>>>> @Matt: you reminded me an old idea I had about opening the digester to >>>>> other formats, not just XML... coming soon with a new proposal :) >>>>> >>>>> Have a nice day, >>>>> Simo >>>>> >>>>> [1] http://commons.apache.org/digester/guide/annotations.html >>>>> >>>>> http://people.apache.org/~simonetripodi/ >>>>> http://simonetripodi.livejournal.com/ >>>>> http://twitter.com/simonetripodi >>>>> http://www.99soft.org/ >>>>> >>>>> >>>>> >>>>> On Mon, Nov 28, 2011 at 6:09 PM, Matt Benson <gudnabr...@gmail.com> wrote: >>>>>> On Fri, Nov 11, 2011 at 12:50 PM, Emmanuel Bourg <ebo...@apache.org> >>>>>> wrote: >>>>>> [SNIP] >>>>>>> >>>>>>> The other idea relates to the bean mapping feature. CSVFormat could be >>>>>>> generified and work on annotated classes. I imagine something like this: >>>>>>> >>>>>>> public class Person { >>>>>>> @CSVField(trim = true) >>>>>>> private String firstname; >>>>>>> >>>>>>> @CSVField(header="NAME", width=12) >>>>>>> private String lastname; >>>>>>> >>>>>>> @CSVField(header="DATE", format="yyyy-MM-dd") >>>>>>> private Date birthdate; >>>>>>> } >>>>>>> >>>>>>> then: >>>>>>> >>>>>>> CSVFormat<Person> format = new CSVFormat().withType(Person.class); >>>>>>> >>>>>>> for (Person person : format.parse(in)) { >>>>>>> .... >>>>>>> } >>>>>>> >>>>>>> >>>>>>> What do you think? >>>>>> >>>>>> These make me think of the annotation support Simo added to >>>>>> [digester]. I wonder if there would be any value in extending >>>>>> [digester]'s scope to formats beyond XML including CSV/flat files/etc. >>>>>> >>>>>> Matt >>>>>> >>>>>>> >>>>>>> >>>>>>> Emmanuel Bourg >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
