[forge-dev] Opinion poll: Jackson vs Errai

[Thomas Frühbeck]

In fact, that's similar to what I was thinking of - just the other way 
round: try maintaining 10+ projects of different clients with complex 
entities and processes and different life cycles as a one man show with 
handcrafted JS ;-)
That's what I'm going to be in to. Although I admit that Errai is quite 
intimdating.

My next step will be to produce a showcase for Errai integration. Let's 
see if I succeed.
Thanks for your comments.

Thomas

Am 21.12.2012 22:44, schrieb Lincoln Baxter, III:
> If I were given the choice, I would choose Errai + REST over pure JS + 
> REST. Try maintaining a 100,000+ line javascript app over multiple 
> teams. Good luck!
>
>
> On Wed, Dec 19, 2012 at 3:41 PM, Luca Masini 
> <luca.masini.mailing.list at gmail.com 
> <mailto:luca.masini.mailing.list at gmail.com>> wrote:
>
>     Pete I think that Thomas is talking about the marshalling protocol
>     used by Errai, you can use its own or one that is "jackson
>     compatible".
>
>     I prefere the latter because I use JAX-RS services that produces
>     JSON with Jackson.
>
>     Ciao.
>
>
>     2012/12/19 Pete Muir <pmuir at redhat.com <mailto:pmuir at redhat.com>>
>
>         Jackson is a marshalling library for XML and JSON. Errai is a
>         framework for building apps that execute in the browser. I'm
>         not sure you can replace one with the other.
>
>         On 19 Dec 2012, at 13:55, A-ON Puls Referenz-User wrote:
>
>         > Sorry I was not up to the point, I am talking of current
>         implementation of Aerogear scaffold of Forge.
>         >
>         > The question is: should Aerogear scaffold continue with
>         Jackson or migrate to Errai?
>         >
>         > Thomas
>         >
>         > ----- Ursprüngliche Nachricht -----
>         > Von: "Luca Masini"
>         > Erhalten: 19.12.2012 13:03
>         > An: "forge-dev List"
>         >
>         > Hi Thomas, I didn't understand very well the question in
>         your poll.
>         >
>         > Anyway when you talk about the marshalling, do you mean an
>         annotation that know how to manage how to serialize persistent
>         collection ??
>         >
>         > In a way, are you talking about the problem that frameworks
>         like Gilead try to solve ??
>         >
>         >
>         > 2012/12/18 Thomas Frühbeck < fruehbeck at aon.at
>         <mailto:fruehbeck at aon.at> >
>         > Hi,
>         >
>         > during experiments extending a generated aerogear
>         application I found that
>         >   - the current integration of JSON via Jackson is kinda
>         creative hack
>         >   - not easily portable to recent releases of Jackson (see
>         above)
>         >   - does not make use of annotation driven
>         UI/ser/deserializ. processing
>         >
>         > During my investigations on upgrade possibilities to modern
>         Jackson I realized, that Errai is a very powerful and complete
>         framework well worth being featured
>         > in Forge's scaffold.
>         > As I am not really deep into Jackson/JSON/Rest yet I would
>         like to ask for your opinion on this.
>         >
>         > Another question regarding use of annotations in a scaffold:
>         > Especially regarding modern Errai/Jackson annotations are an
>         easy means to control the UI / (De-)Serialization, e.g. when
>         working with entities, I think it is
>         > necessary to use persistence-based entity instantiation
>         before deserialization, to avoid loss of data if an incomplete
>         entity is desrialized and persisted by
>         > merge().
>         >
>         > Do you think it acceptable to actively insert annotations
>         into entity code - possibly by a scaffold command like
>         "scaffold applyAnnotations"?
>         >
>         > In my opinion this could provide interesting best practice
>         propagation for novices like me.
>         >
>         > Thanks,
>         > Thomas
>         > _______________________________________________
>         > forge-dev mailing list
>         > forge-dev at lists.jboss.org <mailto:forge-dev at lists.jboss.org>
>         > https://lists.jboss.org/mailman/listinfo/forge-dev
>         >
>         >
>         >
>         > --
>         > ****************************************
>         > http://www.lucamasini.net
>         > http://twitter.com/lmasini
>         > http://www.linkedin.com/pub/luca-masini/7/10/2b9
>         > ****************************************
>         > _______________________________________________
>         > forge-dev mailing list
>         > forge-dev at lists.jboss.org <mailto:forge-dev at lists.jboss.org>
>         > https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>         _______________________________________________
>         forge-dev mailing list
>         forge-dev at lists.jboss.org <mailto:forge-dev at lists.jboss.org>
>         https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
>     -- 
>     ****************************************
>     http://www.lucamasini.net
>     http://twitter.com/lmasini
>     http://www.linkedin.com/pub/luca-masini/7/10/2b9
>     ****************************************
>
>     _______________________________________________
>     forge-dev mailing list
>     forge-dev at lists.jboss.org <mailto:forge-dev at lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20121222/6f429274/attachment.html