Re: [ecf-dev] Google Summer of Code Application

["Andrew Nelson" <duomax@xxxxxxxxx>]

Thanks for all the quick feedback. I don't think I can post a direct
link as you have to sign in order to view application. The URL for
mentor sign in is http://code.google.com/soc/2008/mentor.html, I
believe that's where you'd go to view my application. It's listed as a
project for the Eclipse Foundation, unfortunately I've never been a
mentor so I don't know how the mentor interface works. :)

On Thu, Apr 10, 2008 at 11:46 AM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
> Hi Andrew,
>
>
>  Andrew Nelson wrote:
>
> > Hey guys,
> >
> > I purposed an IM for Eclipse for my Summer of Code application. I did
> > this without knowing about ECF and now that I do, I've revised my
> > application. I'd like to make a RCP application using ECF. It'd be
> > aimed at meeting developers needs, but would also be a fully
> > functional instant messenger.
> >
>
>  This is a nice idea I think.  We had an RCP version of a (very) basic IM
> client...called rcpchat, and this project is still in the ECF OSUOSL
> repository here:
>
>  :pserver:anonymous@xxxxxxxxxxxxxxx:/ecf
> applications/org.eclipse.ecf.example.rcpchat
>
>  This is very rudimentary, however, and we have not been maintaining it
> (although it still build fine in my workspace I think some of the bundle
> dependencies are stale and it does not run).  Andrew you are more than
> welcome to look at this and use the code as a starting point if you like.
> If you don't want to use it that's fine too...your decision.
>
>
>
> > Just by looking around some, I've found
> > all sorts of cool support in ECF -- for file transfers and
> > multi-protocol messaging and voice (is this implemented yet?).
> >
>
>  Multi-protocol messaging...yes, we've got IM/presence providers for
> XMPPS/Google Talk, Skype, Yahoo, and have possible pending contributions for
> sametime, and AIM.
>
>  XMPPS/Google Talk supports the file transfer API
> (ISendFileTransferContainerAdapter is entry point).
>  RE: voice...we've got a 'call' API (org.eclipse.ecf.telephony.call), which
> is an abstract call signalling/setup API.  We have working impls (albeit
> still minimal UI) for Skype-based calling, and Moritz Post's work last year
> on integrating Jingle.  Here are some links for details:
>
>
>  http://wiki.eclipse.org/VoIP_via_the_ECF_Call_API_and_the_Jingle_Protocol
>  http://wiki.eclipse.org/VOIP
>  http://wiki.eclipse.org/Skype_Provider
>
>  There is also a proposal by Marek Zawirski for 2008 Google SOC project to
> work on a SIP provider for the ECF call API.  You can see the dialog about
> this proposal in the ecf-dev mailing list archives:
>
>  http://dev.eclipse.org/mhonarc/lists/ecf-dev/maillist.html
>
>  The short of it though is that we have lots of work TBD on VOIP...both at
> the level of protocol support (e.g. SIP) and UI work around initiating calls
> (i.e. without a buddy list), and presenting call status and control UI.
> Moritz had some of this in his 2007 work (Moritz is now an ECF committer),
> and Marek's work will hopefully integrate with that work.
>
>
>
> > I also
> > saw something very interesting --  Shared Object API. I'll have to
> > look into that more, but think it could have a lot of potential.
> >
> >
>
>  Yes, the shared object API could be useful in a number of ways...we have a
> very old and very simple real-time collaboration group support using the
> shared object API to implement (the shared object API really is just an API
> for dynamically replicating arbitrary java objects/applications/model state)
> into a distributed group...and providing messaging primitives (like failure
> detection and group membership info) that allow the
> objects/applications/models to synchronize state changes in a way that makes
> sense for the application requirements (i.e. from 'optimistic' to
> 'pessimistic'/n-phase commit strategies).
>
>
>
> > Anyway, come check out my application and maybe give me some feedback.
> >
> >
>
>  Would you please post a link to the application here?
>
>  Thanksinadvance,
>
>  Scott
>
>
>  _______________________________________________
>  ecf-dev mailing list
>  ecf-dev@xxxxxxxxxxx
>  https://dev.eclipse.org/mailman/listinfo/ecf-dev
>