Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [soc-dev] Eclipse Platform: Implementing generic in JFace viewers

Hi Hendrik,

I have uploaded it here:

I also added a link on this general page on Eclipse API design:

I hope it's useful. The part you are interested in likely starts on page 44, which talks about introducing generics in existing API in a compatible way.


From:        Hendrik Still <hendrik.still@xxxxxxxxx>
To:        Summer of Code dev list <soc-dev@xxxxxxxxxxx>,
Date:        04/19/2013 03:13 PM
Subject:        Re: [soc-dev] Eclipse Platform: Implementing generic in JFace        viewers
Sent by:        soc-dev-bounces@xxxxxxxxxxx

Hash: SHA1

Hey John,

I'm currently playing with the code from the master branch. You wrote
that you have some presentations on moving APIs to Java 5. It would be
very nice if you could send me some of them.


Am 02.04.2013 15:18, schrieb John Arthorne:
> Hi Hendrik, this sounds great. There may be other candidates but I
> would be happy to act as a mentor on this. I can dig up some old
> presentation material on moving APIs to Java 5 to help get you
> started.
> You can certainly run your own build, but the easiest way to
> develop is just build JFace in your Eclipse workspace and run the
> automated tests as you develop. Here are some pointers to help get
> started:
> John
> From:   Hendrik Still <hendrik.still@xxxxxxxxx> To:
> soc-dev@xxxxxxxxxxx, Date:   04/02/2013 08:13 AM Subject:
> [soc-dev] Eclipse Platform: Implementing generic in JFace viewers
> Sent by:        soc-dev-bounces@xxxxxxxxxxx
> Hey, my name is Hendrik Still and I'm interested to work on the
> topic "Eclipse Platform: Implementing generic in JFace viewers" as
> part of the GSoC. At the moment I'm studying Computer Science in my
> third year in Karlsruhe (Germany). Before I've started studying, I
> gained a degree as IT specialist for application development. As
> part of my work as a software developer and student I'm using
> Eclipse JDT, PDT, CDT..  daily. To be honest until now I've not
> committed to one of this projects or the eclipse platform yet, but
> I'm really looking forward to do so.
> By now I've already cloned the source of eclipse.platform.ui,
> skimmed through the code and tried to build the platform from the
> eclipse.platform.releng.aggregator.git repository. Currently my
> build isn't running but hopefully I'll get this to work by this or
> next week.
> As far as I understand the main issue is that without specifying
> the type for e.g. the used model while compiletime leads to heavily
> using of casting. That's why, according to me, the goal is to avoid
> castings like in this example from with the use of
> Java Generics
> public class TodoLabelProvider extends LabelProvider { //...
> @Override public String getText(Object element) { if (element
> instanceof Category) { Category category = (Category) element;
> return category.getName(); } return ((Todo) element).getSummary();
> } //...
> I really want to take the Google Summer of Code as a chance to
> learn more about the Eclipse Platform and about Eclipse opensource
> community, as well . Extending my proficiency, it would be a great
> chance to share my time and knowledge and become part of the
> project.
> Kindest Regards Hendrik Still
> _______________________________________________ soc-dev mailing
> list soc-dev@xxxxxxxxxxx
> _______________________________________________ soc-dev mailing
> list soc-dev@xxxxxxxxxxx

Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined -

soc-dev mailing list

Back to the top