git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: GSoC 2008 - Mentors Wanted!

From
Robin Rosenberg <robin.rosenberg@dewire.com>
Date
Mar 5, 2008, 21:13 UTC
Message-ID
<200803052213.20501.robin.rosenberg@dewire.com>
In-Reply-To
<7bfdc29a0803042358n6126286dr7a17f3b4dadbabe5@mail.gmail.com>
Den Wednesday 05 March 2008 08.58.15 skrev Imran M Yousuf:
Show 10 quoted lines
> 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
Previous: Shawn O. PearceNext: Shawn O. Pearce
Message 15 of 24 in “GSoC 2008 - Mentors Wanted!”
  1. Shawn O. PearceMar 4, 2008
  2. Matthieu MoyMar 4, 2008
  3. Shawn O. PearceMar 5, 2008
  4. Jakub NarebskiMar 4, 2008
  5. Carlos RicaMar 4, 2008
  6. Carlos RicaMar 4, 2008
  7. Shawn O. PearceMar 5, 2008
  8. Imran M YousufMar 5, 2008
  9. Shawn O. PearceMar 5, 2008
  10. Imran M YousufMar 5, 2008
  11. Imran M YousufMar 5, 2008
  12. Noel GrandinMar 5, 2008
  13. Johannes SchindelinMar 5, 2008
  14. Shawn O. PearceMar 6, 2008
  15. Robin RosenbergMar 5, 2008
  16. Shawn O. PearceMar 6, 2008
  17. Imran M YousufMar 6, 2008
  18. Johannes SchindelinMar 6, 2008
  19. Robin RosenbergMar 6, 2008
  20. Imran M YousufMar 6, 2008
  21. Robin RosenbergMar 6, 2008
  22. Christian CouderMar 6, 2008
  23. Christian CouderMar 6, 2008
  24. Shawn O. PearceMar 6, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.