GSoC proposal draft: network transparency.

[Fabrizio Montesi]

On Wed, Mar 25, 2009 at 9:24 AM, Kevin Ottens <ervin at kde.org> wrote:

> On Monday 23 March 2009 18:15:36 Rob Scheepmaker wrote:
> > I've mentioned my interest in this GSoC project before. Now I've made a
> > first draft of a proposal for GSoC.
>
> Excellent!

Indeed :-)


>
> > A way to synchronize changes between multiple shared applets. It should
> > require only very little effort for applets to publish changes to all
> > shared applets, or receive changes from other shared applets. Again, I
> will
> > use Kevin Otten's library to make this easy.
>
> Keep in mind that right now I'm concentrating on the "using services" part
> of
> the library. I'm somehow "forced" to put the "exposing services" part on
> hold
> because I'm waiting on some changes on Jolie's Metaservice side. AFAIK
> Fabrizio is working on that, but I don't really know when that'll deliver.


At italianaSoftware we just finished the design of a feature I was waiting
for which should solve all our problems w.r.t. security and service
exposure.
So the ETA is "not too far away". ;)


>
> > The security implications will need to be thought trough. We will need
> some
> > some way of authenticating systems that are allowed access to published
> > applets or activities.
>
> Oh, and once the library is ready to expose services, it's likely that for
> the
> first iteration it'll be a huge security hole. Jolie won't yet provide the
> security model, which means you'll be left on your own to authenticate
> clients. OTOH once Jolie provides a security model it won't be necessary
> for
> you to deal with that anymore (or at least it'll be much less complicated).
>

The new feature I'm gonna put in Jolie should make it easy to "inject"
security into unsecure services. We would still need to think the security
model we want in our particular case (Plasma+Jolie). There are various
possibilities, and the user should be prompted by Plasma when necessary. The
sooner we start thinking about this, the better.


> > Timeline
> > April 20 – May 22: Community bonding period, experiment with Kevin's
> > library, draft and discuss the required api. Draft and discuss the
> > interfaces for the required services.
>
> Hmmm, April 20, I'll seriously have to move faster, and kick Fabrizio
> harder.
> ;-)

My god, we will have to write some documentation! ;-)



>
>
> I'm seriously looking forward to your work. Obviously when the time comes
> I'm
> willing to mentor or co-mentor you. So far it's been always a pleasure to
> work
> with you, I'd be a fool not to participate in your mentoring. :-)

I'm interesting in helping co-mentoring this, too. This will really put the
qt/jolie integration to work.

Bye,
Fabrizio.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/plasma-devel/attachments/20090325/8c797183/attachment.htm