Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 27618 invoked from network); 29 Sep 2009 19:25:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Sep 2009 19:25:40 -0000 Received: (qmail 33527 invoked by uid 500); 29 Sep 2009 19:25:38 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 33455 invoked by uid 500); 29 Sep 2009 19:25:38 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 33446 invoked by uid 99); 29 Sep 2009 19:25:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Sep 2009 19:25:38 +0000 X-ASF-Spam-Status: No, hits=-1997.8 required=10.0 tests=ALL_TRUSTED,HTML_MESSAGE X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 29 Sep 2009 19:25:29 +0000 Received: (qmail 27332 invoked by uid 99); 29 Sep 2009 19:25:09 -0000 Received: from localhost.apache.org (HELO mail-qy0-f179.google.com) (127.0.0.1) (smtp-auth username rott, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Sep 2009 19:25:09 +0000 Received: by qyk9 with SMTP id 9so8887790qyk.30 for ; Tue, 29 Sep 2009 12:25:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.18.140 with SMTP id w12mr2212529qca.77.1254252308474; Tue, 29 Sep 2009 12:25:08 -0700 (PDT) In-Reply-To: <76DDE27B-A55B-4001-9CB1-8E9DFDB21BB2@klassa.com> References: <76DDE27B-A55B-4001-9CB1-8E9DFDB21BB2@klassa.com> Date: Tue, 29 Sep 2009 14:25:08 -0500 Message-ID: <5da1a4730909291225r18e42b7o4341dcc0f3e64c35@mail.gmail.com> Subject: Re: looking for sample code (simultaneous SOAP, REST and JSON) From: Mike Rheinheimer To: axis-user@ws.apache.org Content-Type: multipart/alternative; boundary=0016e64ec9824e2da80474bc5f44 X-Virus-Checked: Checked by ClamAV on apache.org --0016e64ec9824e2da80474bc5f44 Content-Type: text/plain; charset=ISO-8859-1 It sounds like a pure REST implementation is better suited for your needs than Axis2 with a REST layer on top. Is that right? Do you know for sure that you need some of the underlying Axis2 or webservices technologies? If you can give up WSDL and SOAP, why not give a good JAX-RS implementation a try? (... and you can still support SOAP with a JAX-RS implementation. I suppose it depends how much effort you want to put into it. Like you said, it may be quite a bit of work to get REST and JSON working on top of Axis2 along with WSDL tweaks. With JAX-RS implementations, specifically Apache Wink, you get REST and JSON "out-of-the-box") See Apache Wink: http://incubator.apache.org/wink/ It's still in incubator, but it's getting enough attention that I think it will be out pretty soon. On Tue, Sep 29, 2009 at 1:49 PM, John Klassa wrote: > > I'm looking for sample code (a complete, working system, even) that > exemplifies how to support SOAP, REST and JSON inputs and outputs with the > same underlying business logic... And at that, I'm looking for "real" REST, > like the kind described here: > > http://wso2.org/library/3726 > > Seems like Axis2 is set up to do SOAP out of the box, and then also do > something REST-like without too much trouble. "Real" REST requires > WSDL-tweaking that seems unnatural (to me)... And, JSON seems to require > even more effort. > > (I base all of this on a couple day's worth of reading everything I can > find on the subject. Apologies if this characterization is woefully > inaccurate.) > > What I'm trying to get a handle on is how realistic it is to attempt to > write the core logic just once (the part that reads data from a database, > and writes it back out, for example), and then leverage it to provide SOAP, > REST and JSON interfaces simultaneously. And if it's realistic, how hard is > it -- and how hard is it to maintain, as features/services are added? > > The key, for me, is interoperability -- most of my clients won't be using > Axis2 on the client side, nor even Java (most likely). A great many will > use Javascript (ala AJAX), or perl, or other technologies. I want to make > the resulting service offerings as useful and flexible as possible, to > accommodate as many of my users as possible. I'm hopeful that Axis2 can > help. > > Pointers appreciated. > > Thanks! > > --0016e64ec9824e2da80474bc5f44 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It sounds like a pure REST implementation is better suited for your needs t= han Axis2 with a REST layer on top.=A0 Is that right?=A0 Do you know for su= re that you need some of the underlying Axis2 or webservices technologies?= =A0 If you can give up WSDL and SOAP, why not give a good JAX-RS implementa= tion a try?=A0 (... and you can still support SOAP with a JAX-RS implementa= tion.=A0 I suppose it depends how much effort you want to put into it.=A0 L= ike you said, it may be quite a bit of work to get REST and JSON working on= top of Axis2 along with WSDL tweaks.=A0 With JAX-RS implementations, speci= fically Apache Wink, you get REST and JSON "out-of-the-box")

See Apache Wink:=A0 http:= //incubator.apache.org/wink/

It's still in incubator, but it= 's getting enough attention that I think it will be out pretty soon.


On Tue, Sep 29, 2009 at 1:49 PM, Joh= n Klassa <john@klas= sa.com> wrote:

I'm looking for sample code (a complete, working system, even) that exe= mplifies how to support SOAP, REST and JSON inputs and outputs with the sam= e underlying business logic... =A0And at that, I'm looking for "re= al" REST, like the kind described here:

http://wso2.org/= library/3726

Seems like Axis2 is set up to do SOAP out of the box, and then also do some= thing REST-like without too much trouble. =A0"Real" REST requires= WSDL-tweaking that seems unnatural (to me)... =A0And, JSON seems to requir= e even more effort.

(I base all of this on a couple day's worth of reading everything I can= find on the subject. =A0Apologies if this characterization is woefully ina= ccurate.)

What I'm trying to get a handle on is how realistic it is to attempt to= write the core logic just once (the part that reads data from a database, = and writes it back out, for example), and then leverage it to provide SOAP,= REST and JSON interfaces simultaneously. =A0And if it's realistic, how= hard is it -- and how hard is it to maintain, as features/services are add= ed?

The key, for me, is interoperability -- most of my clients won't be usi= ng Axis2 on the client side, nor even Java (most likely). =A0A great many w= ill use Javascript (ala AJAX), or perl, or other technologies. =A0I want to= make the resulting service offerings as useful and flexible as possible, t= o accommodate as many of my users as possible. =A0I'm hopeful that Axis= 2 can help.

Pointers appreciated.

Thanks!


--0016e64ec9824e2da80474bc5f44--