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/

Reply via email to