Return-Path: Delivered-To: apmail-synapse-user-archive@www.apache.org Received: (qmail 95907 invoked from network); 27 Mar 2009 08:44:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Mar 2009 08:44:04 -0000 Received: (qmail 48556 invoked by uid 500); 27 Mar 2009 08:44:04 -0000 Delivered-To: apmail-synapse-user-archive@synapse.apache.org Received: (qmail 48478 invoked by uid 500); 27 Mar 2009 08:44:04 -0000 Mailing-List: contact user-help@synapse.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@synapse.apache.org Delivered-To: mailing list user@synapse.apache.org Received: (qmail 48468 invoked by uid 99); 27 Mar 2009 08:44:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Mar 2009 08:44:04 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ruwan.linton@gmail.com designates 209.85.142.186 as permitted sender) Received: from [209.85.142.186] (HELO ti-out-0910.google.com) (209.85.142.186) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Mar 2009 08:43:56 +0000 Received: by ti-out-0910.google.com with SMTP id a6so663900tib.15 for ; Fri, 27 Mar 2009 01:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=MmDR4t3sRClSpJidEmYGGIMots6YmWy5fsGlyWXMLzY=; b=R1t+SY9T0eoRlCtLCsJxNh4qHA1ykiS4Rncto6C0WXytHbcQveEdBkP5LLBrERFWNE 96rr257T/6Ja/w3ra227TEwHEVh/Pyv35lEiowUl+Ww/BBN7RgiKF7rbke720kjuNRM0 xGP0G73PRiXc+s2do117OQLu2b7CmG6a7ysuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=AH7kZ/1thziWfEkY9G6XtJIkOJkR8maP9qUBLfnO8sHmsuN6hteHvSxI8K5zLOzg4r YWLQp9E+zngJLwGSqJhuF6Jcnn90f4tno+yaiictrOp1TwA5TcYS0BLrpol35so+48Ub 3zQOKDrOxfVPhJt/ESWjkAKNNTs26EI4ZNI5c= MIME-Version: 1.0 Received: by 10.110.53.19 with SMTP id b19mr304230tia.16.1238143414459; Fri, 27 Mar 2009 01:43:34 -0700 (PDT) In-Reply-To: <1177C63D-708F-465A-B01E-99DC65AB623F@callistaenterprise.se> References: <1177C63D-708F-465A-B01E-99DC65AB623F@callistaenterprise.se> Date: Fri, 27 Mar 2009 14:13:34 +0530 Message-ID: <672a01200903270143k437a9c0i8deaef4b7e565b9e@mail.gmail.com> Subject: Re: Generic WS gateway From: Ruwan Linton To: user@synapse.apache.org Content-Type: multipart/alternative; boundary=001485f02570668a83046615ba60 X-Virus-Checked: Checked by ClamAV on apache.org --001485f02570668a83046615ba60 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Johan, To me this is a message mediation scenario, where you want to respond to the client by looking at the To address of the message coming in. I am not saying this is not possible.... but this will require an extension to synapse. So basically you have to have a mediator to fetch the WSDL from the registry and insert the correct addresses to the WSDL. Rest of the scenario can be configured using a CBR in the synapse configuration. Thanks, Ruwan On Fri, Mar 27, 2009 at 5:02 AM, Johan Eltes < johan.eltes@callistaenterprise.se> wrote: > I would like to create a proxy service that handles any service request as > long as a WSDL can be dynamically associated with the request. The WS-Policy > attachments of the WSDL mapped to a request should be applied dynamically. > It is a bit like the DRY principle implemented by metaprogramming in Grails, > RobyOnRails etc. The following conventions would drive the behavior: > > wsdl GET request: > ------------------------- > http://my.synapse.host//?wsdl > > Synapse would look-up the wsdl from a registry based on the value of of Service> (e.g. urn:se:test:stock-quote:v1), replace the soap address and > then return the wsdl. > > SOAP request > ------------------- > When the soap request arrives at http://my.synapse.host/, > Synapse would dynamically look up the wsdl using as key > (see above) so that the policies defined by the wsdl could be applied. > > A metadata-driven mediation would use the soap Action (or wsa:action) + the > value of a customer soap header element as input to a custom registry, which > would yield the To-address for the outbound soap request. The outbound soap > processing would fetch the WSDL from the To-adress using the ?wsdl > convention. The WS-Policy attachments of the target service WSDL would be > applied. > > The purpose of this scenario is to have a generic Synapse virtual endpoint > that can process any soap request on behalf of any service, as long as a > wsdl is mapped to the last path element of the request URL and some > predefined conventions for metadata is applied. > > Is this possible in Synapse? Any pointers to significant capabilities are > appreciated. > > Thanks, > > Johan > > > -- Ruwan Linton Senior Software Engineer & Product Manager; WSO2 ESB; http://wso2.org/esb WSO2 Inc.; http://wso2.org email: ruwan@wso2.com; cell: +94 77 341 3097 blog: http://ruwansblog.blogspot.com --001485f02570668a83046615ba60--