On Thu, Dec 29, 2011 at 8:25 PM, Amila Suriarachchi < amilasuriarach...@gmail.com> wrote:
> > > On Tue, Dec 27, 2011 at 7:58 PM, Andreas Veithen < > andreas.veit...@gmail.com> wrote: > >> On Sun, Dec 25, 2011 at 15:09, Shameera Rathnayaka >> <shameerai...@gmail.com> wrote: >> > 2. store json string without doing any process untill it reaches >> > JsonMessageReceiver. JsonMessageReceiver is a new Message Receiver >> which use >> > gson to convert json to java objects, call relevant operation and get >> > result. >> >> What this means in practice is that you will have a message builder, a >> message receiver and a message formatter that interact with each >> other, but that have no meaningful interaction with any other >> component of the Axis2 framework (the fundamental reason being that >> google-gson defines a mapping between JSON and Java objects, but >> eliminates XML from the picture). The question is then why would a >> user go through all the pain of setting up Axis2 for this? >> > > if you look into a point where users only need to expose a POJO with json > then they don't have to use Axis2. > Understood clearly i was thinking these too. > > But if the user want to expose the same POJO service both soap and json > formats this provides a value in terms of performance for latter case. > +1 , Actually this would be very comfortable for users according to their point of view. > In this case JSON message receiver can be written extending RPC message > receiver and call the normal RPC processing if the received message is not > a json one. > got it. Thanks Shameera -- Shameera Rathnayaka Undergraduate Department of Computer Science and Engineering University of Moratuwa. Sri Lanka. Blog : http://shameerarathnayaka.blogspot.com/