Menu
▾
▴
javaxdelta-devel
|
From: Elias R. <ge...@no...> - 2008-05-29 23:41:05
|
I'm starting work on JBoss Envers, which is a project that tracks changes in database tables using Hibernate. I'm looking at being able to track changes to LOB (large objects) such as binary files and also CLOB or large text strings. There are a couple of things I'd like to be able to do as well. It looks like, according to the mail archives, you are still "waiting" for a SVN migration from Source Forge. Could I help with this? I've done one migration before on a project on Source Forge. See: http://e-xml.svn.sourceforge.net/viewvc/e-xml/trunk/ Secondly, I'd also like to fix up the repository layout to be more "Maven-like". For editing, Eclipse doesn't like your directory structure, so it would seem wise to update it to be more Eclipse-friendly. I would like to keep the build.xml and create a Maven pom.xml as well for build integration as well. Thirdly, I'd like to clean up the code. I do see a bunch of unused variables and junk floating around etc., though keep the public interface intact and compiling on JDK 1.3. There's also a number of potential issues where the return value from "read(byte b[] ...)" calls aren't checked. And lastly, something I'd like to add for dealing with text strings is a character-based encoding for GDIFF. This is so that changes can be stored in a VARCHAR or CLOB type column. I would basically create a sub-package called "com.nothome.delta.char" which could use character streams. |
|
From: Torgeir V. <to...@po...> - 2008-06-04 10:59:33
|
On 30 May 2008, at 09:41, Elias Ross wrote: > I'm starting work on JBoss Envers, which is a project that tracks > changes in database tables using Hibernate. > > I'm looking at being able to track changes to LOB (large objects) such > as binary files and also CLOB or large text strings. Welcome to the project. > There are a couple of things I'd like to be able to do as well. > > It looks like, according to the mail archives, you are still "waiting" > for a SVN migration from Source Forge. Could I help with this? I've > done one migration before on a project on Source Forge. See: > http://e-xml.svn.sourceforge.net/viewvc/e-xml/trunk/ I was waiting for sourceforge to do the conversion. I didn't have the time to hassle them to get it done though. I guess it could be done manually by cvs2svn and svnadmin as well. > Secondly, I'd also like to fix up the repository layout to be more > "Maven-like". For editing, Eclipse doesn't like your directory > structure, so it would seem wise to update it to be more > Eclipse-friendly. I would like to keep the build.xml and create a > Maven pom.xml as well for build integration as well. > Thirdly, I'd like to clean up the code. I do see a bunch of unused > variables and junk floating around etc., though keep the public > interface intact and compiling on JDK 1.3. There's also a number of > potential issues where the return value from "read(byte b[] ...)" > calls aren't checked. > And lastly, something I'd like to add for dealing with text strings is > a character-based encoding for GDIFF. This is so that changes can be > stored in a VARCHAR or CLOB type column. I would basically create a > sub-package called "com.nothome.delta.char" which could use character > streams. All of this sounds interesting. Can you provide a patch with your improvements? Once you've posted some code I can grant you committer access. For my own part, I don't use javaxdelta in any production project, thus it gets less of my attention that it deserves, so anyone interested to work on it are welcome. -- Torgeir Veimo to...@po... |
|
From: Elias R. <ge...@no...> - 2008-06-04 23:03:31
|
On Wed, Jun 4, 2008 at 3:58 AM, Torgeir Veimo <to...@po...> wrote: > > I was waiting for sourceforge to do the conversion. I didn't have the time > to hassle them to get it done though. I guess it could be done manually by > cvs2svn and svnadmin as well. I've done the manual conversion before. I don't think Sourceforge does anything for you anymore. I'd be happy to do it for you. >> Secondly, I'd also like to fix up the repository layout to be more >> "Maven-like". For editing, Eclipse doesn't like your directory >> structure, so it would seem wise to update it to be more >> Eclipse-friendly. I would like to keep the build.xml and create a >> Maven pom.xml as well for build integration as well. > >> Thirdly, I'd like to clean up the code. I do see a bunch of unused >> variables and junk floating around etc., though keep the public >> interface intact and compiling on JDK 1.3. There's also a number of >> potential issues where the return value from "read(byte b[] ...)" >> calls aren't checked. > >> And lastly, something I'd like to add for dealing with text strings is >> a character-based encoding for GDIFF. This is so that changes can be >> stored in a VARCHAR or CLOB type column. I would basically create a >> sub-package called "com.nothome.delta.char" which could use character >> streams. > > > All of this sounds interesting. Can you provide a patch with your > improvements? Once you've posted some code I can grant you committer access. I created a patch for the text "diff". Look under "Tracker - Patches". There's a number of tests for the different files. The package is "text" since "char" is a Java reserved word. I left off the code clean-up changes since I'd like to fix the automated tests before I potentially break things. It seems there's some files it needs that are missing. I also can't create a pom.xml until I can move the main source files out of the project root directory. |
|
From: Torgeir V. <to...@po...> - 2008-06-04 23:12:23
|
On 5 Jun 2008, at 09:03, Elias Ross wrote: > On Wed, Jun 4, 2008 at 3:58 AM, Torgeir Veimo <to...@po...> > wrote: >> >> I was waiting for sourceforge to do the conversion. I didn't have >> the time >> to hassle them to get it done though. I guess it could be done >> manually by >> cvs2svn and svnadmin as well. > > I've done the manual conversion before. I don't think Sourceforge does > anything for you anymore. > > I'd be happy to do it for you. Ok. Can you send me your sourceforge id? >>> I created a patch for the text "diff". Look under "Tracker - >>> Patches". > There's a number of tests for the different files. The package is > "text" since "char" is a Java reserved word. > > I left off the code clean-up changes since I'd like to fix the > automated tests before I potentially break things. It seems there's > some files it needs that are missing. > > I also can't create a pom.xml until I can move the main source files > out of the project root directory. Ok. There was also a patch posted recently by Alexander Zhukov which should improve speed a bit. Can you have a look at applying that one as well? -- Torgeir Veimo to...@po... |
Thanks for helping keep SourceForge clean.
X