Ant

That's an interesting idea. There are certainly situations where you
might want to use a technique like this. I'm actually quite +ve about
doing things like this in Synapse, but I know that it breaks the
intermediary/service host divide.

Paul

On 11/14/06, ant elder <[EMAIL PROTECTED]> wrote:
This may not be quite what you guys mean talking about hosting services, but
there's already the fault mediator that can return a fault directly based on
the request so you could write your own mediator to work just like the fault
mediator but return a response instead of a fault. Here's one using a
JavaScript mediator that works with the existing StockQuoteClient sample:

    <in>
       <script.js><![CDATA[
          var symbol = mc.getPayloadXML()..*::symbol;
          mc.setPayloadXML(<ns:getQuoteResponse xmlns:ns="
http://services.samples/xsd";>
                                          <ns:return>

<ns:last>{symbol.toString().length}</ns:last>
                                          </ns:return>

</ns:getQuoteResponse>);
          mc.setTo(mc.getReplyTo());
          mc.setResponse(true);
       ]]></script.js>
    </in>
    <send/>

Is this something that should be discouraged?

   ...ant


On 11/14/06, Sanjiva Weerawarana <[EMAIL PROTECTED] > wrote:
> We can host whatever useful samples are needed to demo synapse
> effectively. If anyone else also wants to offer such facilities let's
> take them.
>
> I don't think we should corrupt the design or design in order to make
> samples work better.
>
> Sanjiva.
>
> On Mon, 2006-11-13 at 22:04 +0000, Paul Fremantle wrote:
> > Sounds good to me. I'll talk to our sysadmin about hosting some samples.
> >
> > Paul
> >
> > On 11/13/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
> > > how about hosting a remote demo service on wso2.net ?
> > > like a dummy stockqote service which implements the features we need
to
> > > show.
> > >
> > > you guys already have a tungsten server that people can play with, so
why
> > > not host this service ?
> > >
> > > but we better make sure that it's up and running 99.99% of the time :)
> > >
> > > Rajith
> > >
> > >
> > > On 11/13/06, Paul Fremantle < [EMAIL PROTECTED]> wrote:
> > > > I take your points Sanjiva, and we did use to have samples that used
> > > > publicly available services. Unfortunately, there aren't lots of
easy
> > > > to use services that demonstrate different aspects which is I think
> > > > why we moved to Axis2 as the service host.
> > > >
> > > > I think there is a balance to be had. On the one hand having samples
> > > > that show locally hosted services may confuse people. On the other
> > > > hand, expecting people to go and install another piece of software
> > > > before they can even try out Synapse seems like hard work. I'm sure
> > > > its putting people off.
> > > >
> > > > I think we need to make it as easy as possible to install and try
out
> > > Synapse.
> > > >
> > > > Paul
> > > >
> > > > On 11/13/06, Sanjiva Weerawarana <[EMAIL PROTECTED]> wrote:
> > > > > On Sun, 2006-11-12 at 09:08 -0700, Phil Steitz wrote:
> > > > > >
> > > > > > Sorry to cause a distraction here and that I can't be more
immediately
> > > > > > helpful.  Unless someone can find a simple way to make this work
> > > > > > without hacking the synapse_sample xml in distracting ways, I
think it
> > > > > > is probably best just to doc the fact that you need to have a
local
> > > > > > Axis2 RC1 running to get the samples to work.
> > > > >
> > > > > +1. I think that's the right way to do it .. Synapse is a
mediation
> > > > > engine and not a service host. The fact that its on Axis2 and
hence can
> > > > > host services should not be exploited to make it easier to run the
> > > > > samples.
> > > > >
> > > > > If the samples require a local service then you need a local
service
> > > > > runtime to run the service. Ideally the samples should go against
remote
> > > > > services so that the users don't have to do an work to get the
samples
> > > > > running other than downloading Synapse.
> > > > >
> > > > > > I would be happy to
> > > > > > patch the docs to reflect that if it would be helpful.  For the
> > > > > > release, it might be best to put the Axis2 RC into a more easily
> > > > > > locatable place like, e.g.
> > > http://people.apache.org/builds/axis2 or
> > > > > > something.
> > > > >
> > > > > Axis2 1.1 should be going out in a few hours ...
> > > > >
> > > > > Sanjiva.
> > > > >
> > > > >
> > > > >
> > > > >
> > >
---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> > > [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Paul Fremantle
> > > > VP/Technology, WSO2 and OASIS WS-RX TC Co-chair
> > > >
> > > > http://bloglines.com/blog/paulfremantle
> > > > [EMAIL PROTECTED]
> > > >
> > > > "Oxygenating the Web Service Platform", www.wso2.com
> > > >
> > > >
> > >
---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> >
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
[EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>




--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to