Re: GSoC 2008 - Mentors Wanted!

> Den Wednesday 05 March 2008 08.58.15 skrev Imran M Yousuf:
>
> > I would like to suggest 2 projects that I want to work as a developer
>  > (and/or mentor):
>  >
>  > 1. GIT SCM Plugin for NetBeans (GPLv2 with CPE, same as NetBeans)
>  > The aim of the plugin is to integrate GIT with NetBeans using JNI so
>  > that any change in the implementation of GIT does not effect the SCM
>  > plugins way of work.
>  > Language: Java
>  > Goal: Make GIT available from IDE for NetBeans users and use GIT using
>  > Java Native Interfaces
>
>  As the current acting maintainer or egit/jgit I would not mind cooperating
>  with making it available to Netbeans, J2EE and command line interface or
>  whatever.

>
>  You can make a plugin for Netbeans today that will do the basic like walking
>  the history, finding out what to commit, commit, switch/create/reset
>  branches, decorations based on jgit and you wouldn't need to change a thing
>  in jgit. There might be things you *want* to change, but that's another story
>  and applied to the continued development for the Eclipse plugin too. Even
>  the license might be changed.

>
>  You will find support in jgit for this today. Cloning over git and ssh real
>  soon. I'm clensing the oopses from the history right now. (bless rebase -i
>  and git-gui).
>
>  There are no dependencies on Eclipse and I do not plan on introducing any.
>  Jgit and Egit live in the same repo at the moment simply because there are
>  no other users of egit so far.
>
>  There might be some operations that might be harder to do well in Java. For
>  those exec'ing might be the solution, I'm thinking repack, but then I haven't
>  tried it yet. In general jgit is almost as fast as git and probably
>  outperforms git on windows as git there doesn't use  memory mapped I/O for
>  packs (something I'd expect someone or even me to fix soon). For JNI'ed
>  operations the complexity is just horrible and even when possible, there is
>  a lot of overhead for JNI itselt, conversion from UTF-16 to somehing
>  eightbitish and back. On windows there's even yet another layer of
>  eight-bitish to UTF-16 and back in the Win32 API. Jgit also uses memory
>  mapped I/O on all platforms that support it for pack reading.
>
>  If someone *did* make a fully reentrant libgit, I'd be inclined to balance my
>  opinions differently.
>
>  -- robin
>