Re: [soapbuilders] Sample scripts for editing a Manila home page with SOAP
- Hi, Jake!
I believe you have their own reasons, but in my understanding that
was the wrong decision to allow to have non-encoded entities in
attributes and values. Your OPML examples (and implementation allows
it) have attributes like text="bla-bla <a href="something">here<a>"
and I believe it should be text="bla-bla <a
href="something">here<a>". It'll hurt sooner or later
(actually sooner). The same thing is true about element values.
Effect is less visible, but I'd rather expect to have
<item>bla-bla <a href="something">here<a></item>, because former will
be deserialized just fine into item element with XML fragment as
value and later ..., hm it's hard to tell how would I deserialize
later, because such kind of encoding is not allowed according to sec5
of SOAP spec as far as I understand. And though parser will deal with
it just fine, YOU (as user) need to know that <item> is part of your
language and rest of it is just a value, so deserializer should have
knowledge about it. I'd rather keep this knowledge out of my app.
So, my point is that XML fragments that are clearly a DATA should be
entity encoded and attributes should definitely be encoded.
That's just my understanding and I'd rather be glad to hear I'm
wrong, because the more applications you'll have around your
interface, the more difficult would be change something in case you
Best wishes, Paul.
--- Jake Savin <jake@...> wrote:
> Today, I posted some sample scripts that allow a workstation to__________________________________________________
> Radio UserLand's outliner in editing a Manila website. They
> show how
> to edit a Manila site's home page using SOAP-RPC:
> Here's a quote from Scripting News:
> "We'd like to see two specific projects come from this. An editor
> that runs
> on Unix, perhaps emacs or vi, that through Apache, allows a user to
> and edit stories and update the home page of a Manila site in the
> natural way that Radio works with Manila. The other project is to
> write a
> .NET application that allows the CLR to be a great editor for
> Manila text in
> the same way...
> "All you'll have to do is emulate the functionality in other
> environments. Then we'll have a very important kind of interop,
> writers on all these platforms."
> It's important to note that you can do this with XML-RPC too.
> You're not
> tied to SOAP. The RPC interface to Manila is identical, no
> matter which
> protocol you decide to use.
>  - http://radio.userland.com/howToUseRadioWithManila
>  - http://manila.userland.com/
>  - http://scriptingnews.userland.com/backissues/2001/03/14
>  - http://www.xmlrpc.com/
>  - http://www.xmlrpc.com/manilaRpcSpec
> ------------------------ Yahoo! Groups Sponsor
> To unsubscribe from this group, send an email to:
> Your use of Yahoo! Groups is subject to
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.