Thanks for the link to http://jabsorb.org/ . I've been looking for a replacement for DWR (www.directwebremoting.org) for a while now given that the development has slowed down.
Thanks! Jean-Baptiste BRIAUD -- Novlog wrote: > > > On Sep 17, 2009, at 09:47 , Petr Kobalíček wrote: > >> Hi Jean, >> >> thanks for response. >> >> Currently my needs are a bit unspecified. We are started one >> application in java and I'm still learning things (not java, but the >> libraries we are using). My needs are that I should be able to work >> with POJOs (like you said), but sometimes I would probably need to >> include much more (not only getters / setters, add some data to rpc >> response). >> > Do you mean adding data on the javascript side ? If yes, witch > attribute will receive that on the java side ? > It could work if you just leave a empty (null) attribute on the way > java to js and then js will just fill it. > Then, you might args that is has a cost (on bandwidth on the way java > to js) but I suggest you'll see that when everything will works. > > I would also like to add one more engencement I had to do : it is not > on the serialization part but on the "service" part. > Rather than forcing the exact match of method parameters, I allow some > parameter not to be filled on js side but on Java side before the call > to service. > This allow me to have technical parameter to pass to all services. It > is used for transaction, passing database session, ... Any generic > technical params that has to be on service but not on js side. > >> Are you using JavaRPC together with Hibernate? > I'm using it with OpenJPA witch look better to me than Hibernate that > I used to use. > >> Or is anybody here >> using it with apache wicket and wicket custom sessions? > Is that linked to technical param you would like to pass to all > service methods ? >> >> And what do you think about this http://jabsorb.org/ ? (The title is >> misleading, it contains json-rpc implementation and some JS code to >> talk with, for me unneeded). >> > If you or others, are ready to use the current version of JavaRPC2 > (should we call it like that ?) I'm OK to give it right now. > The only thing I would warn is not on stability, maybe performance > witch I didn't try but API stability. Durring the future rewrite, > it'll probably change it, maybe a lot. > >> Thanks >> - Petr >> >> 2009/9/17 Jean-Baptiste BRIAUD -- Novlog <[email protected]>: >>> Hi Petr, >>> >>> I start using JavaRPC and found that it works fine but need to be >>> refresh. >>> I would also a more modern way to set the attributes that should be >>> included/excluded from serialization. >>> Finally, if you need simple things, current JavaRPC is OK. >>> By simple thing, I mean, take one class, take all its attributes via >>> and only via getters/setters, one instance is this class can wake'up >>> in javascript world as it is and come back to Java world. >>> If you need to select some attributes only, not only by getters/ >>> setters but directly on attributes, had some special needs that may >>> not allow you to 100% accept JavaBean specification, then JavaRPC is >>> to rigid. >>> >>> So, I had to modify it to fit our need and I feel I'll rewrite it and >>> provide it as contribution if community find it useful, when I'll be >>> out of my current taks. I'm late, lots of pressure, usual IT >>> things :-) >>> >>> Feel free to ask question on current JavaRPC, what are your needs ? >>> >>> On Sep 17, 2009, at 06:55 , Petr Kobalíček wrote: >>> >>>> Hi, >>>> >>>> how is status of JavaRpc in qooxdoo contrib (documentation is quite >>>> outdated)? Or, how other java rpc servers are people here using? >>>> >>>> Thanks >>>> - Petr >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry® Developer Conference in >>>> SF, CA >>>> is the only developer event you need to attend this year. Jumpstart >>>> your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> _______________________________________________ >>>> qooxdoo-devel mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry® Developer Conference in SF, >>> CA >>> is the only developer event you need to attend this year. Jumpstart >>> your >>> developing skills, take BlackBerry mobile applications to market >>> and stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> qooxdoo-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >>> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> qooxdoo-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > > -- View this message in context: http://n2.nabble.com/rpc-server-side-question-tp3661005p3677617.html Sent from the qooxdoo mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
