[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: Remote widgets, the next steps
From: Fabrizio Montesi <famontesi () gmail ! com>
Date: 2009-09-30 14:01:39
Message-ID: e20638690909300701tb3df433g654f35ff2eb68747 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Wed, Sep 30, 2009 at 3:45 PM, Rob Scheepmaker <
r.scheepmaker@student.utwente.nl> wrote:
> Cool, I'll append some more information to the remote widgets design doc
> when
> I've got the time.
>
Great, thanks.
>
> > Also, publishing
> >
> > > a Plasma::Service using a different technology (like as a SOAP service)
> > > would
> > > be tricky since the access/control and message singing would make this
> > > SOAP service quite complicated to use
> >
> > Well, a lot of SOAP services in the industry there have very complicated
> > specifications on how to access them. I don't think anybody would kick us
> > for some security parameters that need to be added to messages. :-)
>
> Ok, it'll require me to change the implementation to no longer stream
> Credentials to a bytearray, but append the different fields as child nodes
> in
> the message to be somewhat usable, but that's a relatively minor change.
> And I
> suppose we could always write some libs for php/ruby/whatnot to make
> accessing
> these plasma soap services easier.
>
Definitely. Moreover, they already have some very nice APIs for accessing
Web Services so if we make a little document with the specs it would already
be pretty easy I think.
> >
> > For the future tools, we would just need a WSDL2Jolie converter, since we
> > already have Jolie2Plasma (which converts a Jolie interface to a
> kconfigxml
> > service descriptor).
>
>
> That would be lovely... such a converter could make a lot of common cases
> extremely easy to use. Think of something like:
>
> Plasma::Service *service =
> AccessManager::self()-
> >accessService("http://soap.amazon.com/schemas2/AmazonWebServices.wsdl");
>
> and then just being able to use service just like any Plasma::Service.
>
Yes we should aim to something like that. A first step would be at least to
have a semi-automatic tool that takes the WSDL as input and outputs a Jolie
script that can then be used with loadEmbeddedJolieService and let it handle
the dirty work.
> > What I'd like to get working first is to, at least, be able to implement
> > local (yes, local) services in Jolie. By doing so I would already gain a
> > lot of power, for example a plasmoid could load this Jolie service using
> > loadEmbeddedJolieService in MetaService and I could use this Jolie
> service
> > to orchestrate whatever distributed application in a network, hiding the
> > complexity from Plasma.
> > Orchestrating a distributed application could be something complicated
> > (multiparty p2p session) or simply accessing your GoogleMail. ;)
>
> Cool stuff :p
>
> Thanks for your feedback. You've given me some useful stuff to make the
> implementation more flexible. I'll be improving the implementation, and
> will
> keep you informed of the progress.
>
Ok, thanks a lot. :-)
Cheers,
Fabrizio.
[Attachment #5 (text/html)]
<br><div class="gmail_quote">On Wed, Sep 30, 2009 at 3:45 PM, Rob \
Scheepmaker <span dir="ltr"><<a \
href="mailto:r.scheepmaker@student.utwente.nl">r.scheepmaker@student.utwente.nl</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div \
class="im"> </div>Cool, I'll append some more information to the remote \
widgets design doc when<br> I've got the \
time.<br></blockquote><div>Great, thanks.<br> <br></div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); \
margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im"><br>
</div><div class="im">
> Also, publishing<br>
><br>
> > a Plasma::Service using a different technology (like as a SOAP \
service)<br> > > would<br>
> > be tricky since the access/control and message singing would make \
this<br> > > SOAP service quite complicated to use<br>
><br>
> Well, a lot of SOAP services in the industry there have very \
complicated<br> > specifications on how to access them. I don't \
think anybody would kick us<br> > for some security parameters that need \
to be added to messages. :-)<br> <br>
</div>Ok, it'll require me to change the implementation to no longer \
stream<br> Credentials to a bytearray, but append the different fields as \
child nodes in<br> the message to be somewhat usable, but that's a \
relatively minor change. And I<br> suppose we could always write some libs \
for php/ruby/whatnot to make accessing<br> these plasma soap services \
easier.<br></blockquote><div>Definitely. Moreover, they already have some \
very nice APIs for accessing Web Services so if we make a little document \
with the specs it would already be pretty easy I think.<br> \
</div><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div \
class="im"> ><br>
> For the future tools, we would just need a WSDL2Jolie converter, since \
we<br> > already have Jolie2Plasma (which converts a Jolie interface to \
a kconfigxml<br> > service descriptor).<br>
<br>
</div><br>That would be lovely... such a converter could make a lot of \
common cases<br> extremely easy to use. Think of something like:<br>
<br>
Plasma::Service *service =<br>
AccessManager::self()-<br>
>accessService("<a \
href="http://soap.amazon.com/schemas2/AmazonWebServices.wsdl" \
target="_blank">http://soap.amazon.com/schemas2/AmazonWebServices.wsdl</a>");<br>
<br>
and then just being able to use service just like any \
Plasma::Service.<br></blockquote><div>Yes we should aim to something like \
that. A first step would be at least to have a semi-automatic tool that \
takes the WSDL as input and outputs a Jolie script that can then be used \
with loadEmbeddedJolieService and let it handle the dirty work. <br> <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div \
class="im"><br> > What I'd like to get working first is to, at \
least, be able to implement<br> > local (yes, local) services in Jolie. \
By doing so I would already gain a<br> > lot of power, for example a \
plasmoid could load this Jolie service using<br> > \
loadEmbeddedJolieService in MetaService and I could use this Jolie \
service<br> > to orchestrate whatever distributed application in a \
network, hiding the<br> > complexity from Plasma.<br>
> Orchestrating a distributed application could be something \
complicated<br> > (multiparty p2p session) or simply accessing your \
GoogleMail. ;)<br> <br>
</div>Cool stuff :p<br>
<br>
Thanks for your feedback. You've given me some useful stuff to make \
the<br> implementation more flexible. I'll be improving the \
implementation, and will<br> keep you informed of the \
progress.<br></blockquote><div><br></div></div>Ok, thanks a lot. \
:-)<br><br>Cheers,<br>Fabrizio.<br>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic