Menu
▾
▴
javagit-users — Javagit User Issues
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(49) |
Aug
(19) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: James L. <jam...@gm...> - 2008-08-04 15:09:31
|
Hello JavaGit Users,
The JavaGit team has released version 0.1.0 Alpha of the JavaGit API.
Thanks to you for your help with bug reporting and feedback.
Please see below for the release announcement.
Regards,
The JavaGit Team
------------------------------------------------------------
JavaGit Releases Version 0.1.0 Alpha - August 4, 2008
The JavaGit team is pleased to announce the release of JavaGit version
0.1.0 alpha, an API providing access to git repositories from Java
programs. The goal of JavaGit is to bring the power of git to the Java
developer as an API that is intuitive for developers new to git and
developers who are veteran git users.
JavaGit is engineered to provide the developer with access to the raw
git commands through a command API as well as an object API designed
to represent the .git repository, the working tree and other, familiar
git concepts. JavaGit uses the git binaries installed on the host
machine to proide git functionality and has been designed to easily
accommodate additional methods of access to git repositories.
JavaGit is released as open source software under the GNU LGPL license.
For additional information on the JavaGit project, please visit:
http://www.javagit.com
|
|
From: James L. <jam...@gm...> - 2008-08-03 04:54:51
|
I've added this to the FAQ. http://javagit.sourceforge.net/faq.php Thanks for the tip. James On Mon, Jul 21, 2008 at 10:09 PM, Andrew Case <ac...@co...> wrote: > Hey guys/gals, > > You may want to include this in a troubleshooting document. I recently > spent a few minutes trying to figure out what went wrong. The > circumstances were that I had just installed git on my system and hadn't > used it before. I followed the javagit documentation of 'mvn package' to build > the jar, but several tests failed. The problem became clear only when I > tried to git commit something myself: > > ----------- > darkfrog@raphael:~/projects/osp/test$ git commit > > *** Your name cannot be determined from your system services (gecos). > > Run > > git config --global user.email "yo...@ex..." > git config --global user.name "Your Name" > > to set your account's default identity. > Omit --global to set the identity only in this repository. > > fatal: empty ident <darkfrog@raphael.localdomain> not allowed > ----------- > > > This may seem obvious, but I'm sure others will run into this. Full log > to follow. > > -- > Drew > > > > > darkfrog@raphael:~/projects/osp/javagit$ mvn package > [INFO] Scanning for projects... > [INFO] > ------------------------------------------------------------------------ > [INFO] Building javagit > [INFO] task-segment: [package] > [INFO] > ------------------------------------------------------------------------ > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [compiler:compile] > [INFO] Nothing to compile - all classes are up to date > [INFO] [resources:testResources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [compiler:testCompile] > [INFO] Nothing to compile - all classes are up to date > [INFO] [surefire:test] > [INFO] Surefire report directory: > /home/darkfrog/projects/osp/javagit/target/surefire-reports > > ------------------------------------------------------- > T E S T S > ------------------------------------------------------- > Running edu.nyu.cs.javagit.api.commands.TestGitResetOptions > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.041 sec > Running edu.nyu.cs.javagit.api.commands.TestGitCommit > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.142 sec > <<< FAILURE! > Running edu.nyu.cs.javagit.client.cli.TestCliGitCommit > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec > Running edu.nyu.cs.javagit.api.commands.TestGitStatus > Tests run: 6, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.255 sec > <<< FAILURE! > Running edu.nyu.cs.javagit.api.TestDotGit > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec > Running edu.nyu.cs.javagit.api.commands.TestGitCheckout > Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.287 sec > <<< FAILURE! > Running edu.nyu.cs.javagit.api.TestRef > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec > Running edu.nyu.cs.javagit.utilities.TestCheckUtilities > Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec > Running edu.nyu.cs.javagit.api.commands.TestGitStatusResponse > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec > Running edu.nyu.cs.javagit.client.cli.TestCliGitAdd > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec > Running edu.nyu.cs.javagit.api.commands.TestGitBranch > Tests run: 8, Failures: 0, Errors: 8, Skipped: 0, Time elapsed: 1.075 sec > <<< FAILURE! > Running edu.nyu.cs.javagit.api.TestGitFileSystem > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.048 sec > Running edu.nyu.cs.javagit.client.cli.TestGitAddResponseImpl > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec > Running edu.nyu.cs.javagit.utilities.TestExceptionMessageMap > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec > Running edu.nyu.cs.javagit.api.commands.TestGitCommitResponse > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec > Running edu.nyu.cs.javagit.api.commands.TestGitMv > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec > Running edu.nyu.cs.javagit.api.TestWorkingTree > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec > Running edu.nyu.cs.javagit.api.commands.TestGitStatusOptions > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec > Running edu.nyu.cs.javagit.api.commands.TestGitAdd > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec > Running edu.nyu.cs.javagit.api.commands.TestGitAddResponse > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec > Running edu.nyu.cs.javagit.api.commands.TestGitCheckoutResponse > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec > > Results : > > Tests in error: > testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > testModifiedNotUpdatedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > testCreatingNewBranchFromMaster(edu.nyu.cs.javagit.api.commands.TestGitCheckout) > > testCheckingOutLocalllyDeletedFiles(edu.nyu.cs.javagit.api.commands.TestGitCheckout) > > testCheckingOutFileFromAnotherBranch(edu.nyu.cs.javagit.api.commands.TestGitCheckout) > testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > testDeleteBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > testCreateBranchBadArugmentPassing(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > testBranchBadArugmentPassing(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > testRenameBranchBadArugmentPassing(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > testDeleteBranchBadArugmentPassing(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > Tests run: 72, Failures: 0, Errors: 13, Skipped: 0 > > [INFO] > ------------------------------------------------------------------------ > [ERROR] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] There are test failures. > > Please refer to > /home/darkfrog/projects/osp/javagit/target/surefire-reports for the > individual test results. > [INFO] > ------------------------------------------------------------------------ > [INFO] For more information, run Maven with the -e switch > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 5 seconds > [INFO] Finished at: Mon Jul 21 21:57:03 EDT 2008 > [INFO] Final Memory: 5M/9M > [INFO] > ------------------------------------------------------------------------ > darkfrog@raphael:~/projects/osp/javagit$ cd ../test > darkfrog@raphael:~/projects/osp/test$ git-init > Initialized empty Git repository in .git/ > darkfrog@raphael:~/projects/osp/test$ touch cow > darkfrog@raphael:~/projects/osp/test$ git add cow > darkfrog@raphael:~/projects/osp/test$ git commit > > *** Your name cannot be determined from your system services (gecos). > > Run > > git config --global user.email "yo...@ex..." > git config --global user.name "Your Name" > > to set your account's default identity. > Omit --global to set the identity only in this repository. > > fatal: empty ident <darkfrog@raphael.localdomain> not allowed > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: James L. <jam...@gm...> - 2008-08-02 23:11:41
|
I've made the JavaDocs from the latest build available in exploded form for browsing at: http://www.cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest-javadocs/ Cheers, James On Sat, Aug 2, 2008 at 2:42 AM, Andrew Case <ac...@co...> wrote: > Nice. Do/Can you have the latest javadocs as webpages yet anywhere (I see > you have the zip, but since this is automated, can you run unzip and have it > published?) That would be a nice feature for me so I don't have to grab the > latest build and rebuild/rejavadoc everything. > > -- > Drew > > > On Thu, 31 Jul 2008, James Linder wrote: > >> Hi All, >> >> We are now publishing the latest successful build. It is at the URL: >> >> http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest.jar >> >> The JavaDoc API docs for the latest successful build are also being >> published at the URL: >> >> http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest-javadocs.zip >> >> Additionally, the historical versions of the successful builds are >> published in the format >> "javagit-YYYYMMDDhhmmss-major-minor-revision-SNAPSHOT.jar" at the URL: >> >> http://cs.nyu.edu/~jhl388/javagit/cc-builds/ >> >> The successful build .jar files will periodically be pared down. >> >> Cheers, >> >> James >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Javagit-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javagit-users >> > |
|
From: Andrew C. <ac...@co...> - 2008-08-02 06:43:03
|
Nice. Do/Can you have the latest javadocs as webpages yet anywhere (I see you have the zip, but since this is automated, can you run unzip and have it published?) That would be a nice feature for me so I don't have to grab the latest build and rebuild/rejavadoc everything. -- Drew On Thu, 31 Jul 2008, James Linder wrote: > Hi All, > > We are now publishing the latest successful build. It is at the URL: > > http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest.jar > > The JavaDoc API docs for the latest successful build are also being > published at the URL: > > http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest-javadocs.zip > > Additionally, the historical versions of the successful builds are > published in the format > "javagit-YYYYMMDDhhmmss-major-minor-revision-SNAPSHOT.jar" at the URL: > > http://cs.nyu.edu/~jhl388/javagit/cc-builds/ > > The successful build .jar files will periodically be pared down. > > Cheers, > > James > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: Paul M. B. <pm...@ny...> - 2008-08-01 14:24:28
|
[Gitclipsers I am including you on this, as we have some additional install instructions. ] Scratch part of my previous. javagit builds fine under Cygwin. (with the same 4 stray directories) I had a shell with a wacky environment. When I started a new cygwin terminal, everything was fine. So I guess you guys are The problem is that depending on your cygwin install, git may have problems with the '\r\n' that eclipse uses for newlines (Windows sucks). So - I/gitclipse, will need to warn our users that to use a cygwin install, they need to install the version that does windows newlines, not unix. (or if they want unix-cygwin as I do to share files back and forth with a real *nix install, then they have to install mysysgit. ----- Original Message ----- From: Paul Munson Bethe <pm...@ny...> Date: Friday, August 1, 2008 10:17 am Subject: Re: [Javagit-users] [Javagit-devel] Build on Windows Vista To: James Linder <jam...@gm...> Cc: jav...@li... > If I put mvn and mysysgit on my Path, and the in a command-window (not > cygwin), go to the javagit directory and run mvn package, all 90 tests > run. > Due to conflicts between various commands, I don't think it is > possible to build this under cygwin (I have tried most of them). > > However, I still have 4 stray GitStatusTestRepository directories > being created. (low priority bug on that one entered yesterday). But > these are now in c:\Temp so I don't mind so much. > > With the Path this way, I have gitclipse running quite well (or at > least calling javagit/git successfully) > > > -Paul > > > > ----- Original Message ----- > From: James Linder <jam...@gm...> > Date: Friday, August 1, 2008 8:49 am > Subject: Re: [Javagit-users] [Javagit-devel] Build on Windows Vista > To: jav...@li... > > > > Hey Paul, > > > > I though this was going to the javagit-users list originally, but it > > went to javagit-devel. Do you have any further information regarding > > my questions below? > > > > Thanks, > > > > James > > > > > > On Thu, Jul 31, 2008 at 9:38 PM, James Linder > > <jam...@gm...> wrote: > > > Hey Gurdeep, > > > > > > Excellent. That is great news! :-) > > > > > > Could you also test using msysgit instead of cygwin+git. (It may > be > > > beneficial to review one of Pauls previous emails about needing to > > > uninstall git from cygwin). Also, since we are targeting Java 1.5, > > > how do the tests run with Java 1.5? > > > > > > > > > Paul, > > > > > > How does this stack up to what you are seeing? Do our tests run with > > > cygwin+git? How about with msysgit? > > > > > > > > > Cheers, > > > > > > James > > > > > > > > > On Thu, Jul 31, 2008 at 9:28 PM, GD <gu...@op...> wrote: > > >> > > >> I have a good news. I had been testing our build on my Windows Vista > > >> machine and till yesterday night, we had few failures, but now after > > >> downloading latest update from svn, **all tests are passing on my > > >> Windows machine now and also able to build the javagit build successfully. > > >> > > >> Details - > > >> > > >> java version "1.6.0_01" > > >> Java(TM) SE Runtime Environment (build 1.6.0_01-b07) > > >> Java HotSpot(TM) Client VM (build 1.6.0_01-b07, mixed mode, sharing) > > >> > > >> Windows Vista Home edistoin, ( OS 64 Bit ) running Cygwin, with Git > > >> version 1.5.6 > > >> > > >> > > >> thanks > > >> Gurdeep > > >> > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win > great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in > the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users |
|
From: Paul M. B. <pm...@ny...> - 2008-08-01 14:17:26
|
If I put mvn and mysysgit on my Path, and the in a command-window (not cygwin), go to the javagit directory and run mvn package, all 90 tests run. Due to conflicts between various commands, I don't think it is possible to build this under cygwin (I have tried most of them). However, I still have 4 stray GitStatusTestRepository directories being created. (low priority bug on that one entered yesterday). But these are now in c:\Temp so I don't mind so much. With the Path this way, I have gitclipse running quite well (or at least calling javagit/git successfully) -Paul ----- Original Message ----- From: James Linder <jam...@gm...> Date: Friday, August 1, 2008 8:49 am Subject: Re: [Javagit-users] [Javagit-devel] Build on Windows Vista To: jav...@li... > Hey Paul, > > I though this was going to the javagit-users list originally, but it > went to javagit-devel. Do you have any further information regarding > my questions below? > > Thanks, > > James > > > On Thu, Jul 31, 2008 at 9:38 PM, James Linder > <jam...@gm...> wrote: > > Hey Gurdeep, > > > > Excellent. That is great news! :-) > > > > Could you also test using msysgit instead of cygwin+git. (It may be > > beneficial to review one of Pauls previous emails about needing to > > uninstall git from cygwin). Also, since we are targeting Java 1.5, > > how do the tests run with Java 1.5? > > > > > > Paul, > > > > How does this stack up to what you are seeing? Do our tests run with > > cygwin+git? How about with msysgit? > > > > > > Cheers, > > > > James > > > > > > On Thu, Jul 31, 2008 at 9:28 PM, GD <gu...@op...> wrote: > >> > >> I have a good news. I had been testing our build on my Windows Vista > >> machine and till yesterday night, we had few failures, but now after > >> downloading latest update from svn, **all tests are passing on my > >> Windows machine now and also able to build the javagit build successfully. > >> > >> Details - > >> > >> java version "1.6.0_01" > >> Java(TM) SE Runtime Environment (build 1.6.0_01-b07) > >> Java HotSpot(TM) Client VM (build 1.6.0_01-b07, mixed mode, sharing) > >> > >> Windows Vista Home edistoin, ( OS 64 Bit ) running Cygwin, with Git > >> version 1.5.6 > >> > >> > >> thanks > >> Gurdeep > >> > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users |
|
From: James L. <jam...@gm...> - 2008-08-01 12:48:57
|
Hey Paul, I though this was going to the javagit-users list originally, but it went to javagit-devel. Do you have any further information regarding my questions below? Thanks, James On Thu, Jul 31, 2008 at 9:38 PM, James Linder <jam...@gm...> wrote: > Hey Gurdeep, > > Excellent. That is great news! :-) > > Could you also test using msysgit instead of cygwin+git. (It may be > beneficial to review one of Pauls previous emails about needing to > uninstall git from cygwin). Also, since we are targeting Java 1.5, > how do the tests run with Java 1.5? > > > Paul, > > How does this stack up to what you are seeing? Do our tests run with > cygwin+git? How about with msysgit? > > > Cheers, > > James > > > On Thu, Jul 31, 2008 at 9:28 PM, GD <gu...@op...> wrote: >> >> I have a good news. I had been testing our build on my Windows Vista >> machine and till yesterday night, we had few failures, but now after >> downloading latest update from svn, **all tests are passing on my >> Windows machine now and also able to build the javagit build successfully. >> >> Details - >> >> java version "1.6.0_01" >> Java(TM) SE Runtime Environment (build 1.6.0_01-b07) >> Java HotSpot(TM) Client VM (build 1.6.0_01-b07, mixed mode, sharing) >> >> Windows Vista Home edistoin, ( OS 64 Bit ) running Cygwin, with Git >> version 1.5.6 >> >> >> thanks >> Gurdeep >> > |
|
From: James L. <jam...@gm...> - 2008-07-31 23:19:32
|
Yes. Please see the bug with ID 2034298. James On Thu, Jul 31, 2008 at 4:38 PM, Andrew Case <ac...@co...> wrote: > To add... > > Some of the more up-to-date javadocs actually say that the the > repositoryPath can take the path to the repo's root, or a sub-direcotry in > the working tree of the repo. > > Javadocs that make this distinction actually sort of indicate the possible > functionalilty that Patrick indicated and should probably be updated where > they don't note that possibility > > -- > Drew > > > On Thu, 31 Jul 2008, James Linder wrote: > >> Hey Patrick, >> >> All the GitStatus methods require the repository path because we need >> to know what working directory we need to be in when executing the git >> command. That is, when we fork to execute the git command, we set the >> current working directory for the forked process to the specified >> repository path. The same goes for all the other git commands too. >> >> With that said, I do see why you asked this question. If you pass a >> File object constructed with the full path to the file, it would be >> relatively easy for us to extract a working tree path in the git >> working tree from that full path. But, if a relative path was used to >> construct the File object, getting the full working path would be >> difficult; it would require using the getAbsolutePath() method but the >> results of this method for a relative path depend on the "current user >> directory" (see the explanation in the JDK's JavaDocs) in the >> environment of the application using the API. Thus, if the >> application does not set the correct current user directory, we can >> not reliably use getAbsolutePath(). >> >> A second problem is that git does not like being given the absolute >> path as arguments in some of its commands. Thus, if the user gives us >> an absolute path for a file or a list of files, we would need to >> remove the beginning of those paths to make them relative to the path >> to the working tree path. >> >> For further discussion about how the File objects are used, please see >> the following email: >> >> >> http://sourceforge.net/mailarchive/forum.php?thread_name=5dfc0b810807301205k3741f159jb55afd587b03d17f%40mail.gmail.com&forum_name=javagit-devel >> >> >> Now that you've read that long explaination, I do think that for >> single-file argument methods, it would be good to add a method to take >> a File object constructed with the absolute path to the file. Please >> enter a feature request for any methods like these to the JavaGit >> Feature Tracker. >> >> If this doesn't sufficiently answer your questions, please respond. >> >> Cheers, >> >> James >> >> >> On Thu, Jul 31, 2008 at 3:33 PM, Patrick Winters >> <pat...@ny...> wrote: >>> >>> Why does GitStatus, for example, require a repository path? All >>> GitStatus.status() signatures require a repository path argument, and >>> the GitFile constructor requires a WorkingTree argument. >>> >>> It doesn't seem necessary, and looking at the Cli implementation it >>> seems like all you do with the repository path is verify the folder >>> exists. In some cases you determine whether the file arguments are >>> passed relative to the repoPath or absolutely. >>> >>> If I want to get status on a file, but I don't know the repository path, >>> I'm forced, as a workaround, to incorrectly pass the file as repository >>> path. This works because it's not really used for anything, but doesn't >>> make any sense. >>> -- >>> Patrick >>> Gitclipse >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Javagit-users mailing list >>> Jav...@li... >>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Javagit-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javagit-users >> > |
|
From: Patrick W. <pat...@ny...> - 2008-07-31 21:14:58
|
Maybe the argument name should be changed to working directory? On Thu, 2008-07-31 at 16:38 -0400, Andrew Case wrote: > To add... > > Some of the more up-to-date javadocs actually say that the the > repositoryPath can take the path to the repo's root, or a sub-direcotry in > the working tree of the repo. > > Javadocs that make this distinction actually sort of indicate the possible > functionalilty that Patrick indicated and should probably be updated where > they don't note that possibility > > -- > Drew > > > On Thu, 31 Jul 2008, James Linder wrote: > > > Hey Patrick, > > > > All the GitStatus methods require the repository path because we need > > to know what working directory we need to be in when executing the git > > command. That is, when we fork to execute the git command, we set the > > current working directory for the forked process to the specified > > repository path. The same goes for all the other git commands too. > > > > With that said, I do see why you asked this question. If you pass a > > File object constructed with the full path to the file, it would be > > relatively easy for us to extract a working tree path in the git > > working tree from that full path. But, if a relative path was used to > > construct the File object, getting the full working path would be > > difficult; it would require using the getAbsolutePath() method but the > > results of this method for a relative path depend on the "current user > > directory" (see the explanation in the JDK's JavaDocs) in the > > environment of the application using the API. Thus, if the > > application does not set the correct current user directory, we can > > not reliably use getAbsolutePath(). > > > > A second problem is that git does not like being given the absolute > > path as arguments in some of its commands. Thus, if the user gives us > > an absolute path for a file or a list of files, we would need to > > remove the beginning of those paths to make them relative to the path > > to the working tree path. > > > > For further discussion about how the File objects are used, please see > > the following email: > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=5dfc0b810807301205k3741f159jb55afd587b03d17f%40mail.gmail.com&forum_name=javagit-devel > > > > > > Now that you've read that long explaination, I do think that for > > single-file argument methods, it would be good to add a method to take > > a File object constructed with the absolute path to the file. Please > > enter a feature request for any methods like these to the JavaGit > > Feature Tracker. > > > > If this doesn't sufficiently answer your questions, please respond. > > > > Cheers, > > > > James > > > > > > On Thu, Jul 31, 2008 at 3:33 PM, Patrick Winters > > <pat...@ny...> wrote: > >> Why does GitStatus, for example, require a repository path? All > >> GitStatus.status() signatures require a repository path argument, and > >> the GitFile constructor requires a WorkingTree argument. > >> > >> It doesn't seem necessary, and looking at the Cli implementation it > >> seems like all you do with the repository path is verify the folder > >> exists. In some cases you determine whether the file arguments are > >> passed relative to the repoPath or absolutely. > >> > >> If I want to get status on a file, but I don't know the repository path, > >> I'm forced, as a workaround, to incorrectly pass the file as repository > >> path. This works because it's not really used for anything, but doesn't > >> make any sense. > >> -- > >> Patrick > >> Gitclipse > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > >> Build the coolest Linux based applications with Moblin SDK & win great prizes > >> Grand prize is a trip for two to an Open Source event anywhere in the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> _______________________________________________ > >> Javagit-users mailing list > >> Jav...@li... > >> https://lists.sourceforge.net/lists/listinfo/javagit-users > >> > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win great prizes > > Grand prize is a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > |
|
From: Andrew C. <ac...@co...> - 2008-07-31 20:38:35
|
To add... Some of the more up-to-date javadocs actually say that the the repositoryPath can take the path to the repo's root, or a sub-direcotry in the working tree of the repo. Javadocs that make this distinction actually sort of indicate the possible functionalilty that Patrick indicated and should probably be updated where they don't note that possibility -- Drew On Thu, 31 Jul 2008, James Linder wrote: > Hey Patrick, > > All the GitStatus methods require the repository path because we need > to know what working directory we need to be in when executing the git > command. That is, when we fork to execute the git command, we set the > current working directory for the forked process to the specified > repository path. The same goes for all the other git commands too. > > With that said, I do see why you asked this question. If you pass a > File object constructed with the full path to the file, it would be > relatively easy for us to extract a working tree path in the git > working tree from that full path. But, if a relative path was used to > construct the File object, getting the full working path would be > difficult; it would require using the getAbsolutePath() method but the > results of this method for a relative path depend on the "current user > directory" (see the explanation in the JDK's JavaDocs) in the > environment of the application using the API. Thus, if the > application does not set the correct current user directory, we can > not reliably use getAbsolutePath(). > > A second problem is that git does not like being given the absolute > path as arguments in some of its commands. Thus, if the user gives us > an absolute path for a file or a list of files, we would need to > remove the beginning of those paths to make them relative to the path > to the working tree path. > > For further discussion about how the File objects are used, please see > the following email: > > http://sourceforge.net/mailarchive/forum.php?thread_name=5dfc0b810807301205k3741f159jb55afd587b03d17f%40mail.gmail.com&forum_name=javagit-devel > > > Now that you've read that long explaination, I do think that for > single-file argument methods, it would be good to add a method to take > a File object constructed with the absolute path to the file. Please > enter a feature request for any methods like these to the JavaGit > Feature Tracker. > > If this doesn't sufficiently answer your questions, please respond. > > Cheers, > > James > > > On Thu, Jul 31, 2008 at 3:33 PM, Patrick Winters > <pat...@ny...> wrote: >> Why does GitStatus, for example, require a repository path? All >> GitStatus.status() signatures require a repository path argument, and >> the GitFile constructor requires a WorkingTree argument. >> >> It doesn't seem necessary, and looking at the Cli implementation it >> seems like all you do with the repository path is verify the folder >> exists. In some cases you determine whether the file arguments are >> passed relative to the repoPath or absolutely. >> >> If I want to get status on a file, but I don't know the repository path, >> I'm forced, as a workaround, to incorrectly pass the file as repository >> path. This works because it's not really used for anything, but doesn't >> make any sense. >> -- >> Patrick >> Gitclipse >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Javagit-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javagit-users >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: James L. <jam...@gm...> - 2008-07-31 20:32:14
|
Hey Patrick, All the GitStatus methods require the repository path because we need to know what working directory we need to be in when executing the git command. That is, when we fork to execute the git command, we set the current working directory for the forked process to the specified repository path. The same goes for all the other git commands too. With that said, I do see why you asked this question. If you pass a File object constructed with the full path to the file, it would be relatively easy for us to extract a working tree path in the git working tree from that full path. But, if a relative path was used to construct the File object, getting the full working path would be difficult; it would require using the getAbsolutePath() method but the results of this method for a relative path depend on the "current user directory" (see the explanation in the JDK's JavaDocs) in the environment of the application using the API. Thus, if the application does not set the correct current user directory, we can not reliably use getAbsolutePath(). A second problem is that git does not like being given the absolute path as arguments in some of its commands. Thus, if the user gives us an absolute path for a file or a list of files, we would need to remove the beginning of those paths to make them relative to the path to the working tree path. For further discussion about how the File objects are used, please see the following email: http://sourceforge.net/mailarchive/forum.php?thread_name=5dfc0b810807301205k3741f159jb55afd587b03d17f%40mail.gmail.com&forum_name=javagit-devel Now that you've read that long explaination, I do think that for single-file argument methods, it would be good to add a method to take a File object constructed with the absolute path to the file. Please enter a feature request for any methods like these to the JavaGit Feature Tracker. If this doesn't sufficiently answer your questions, please respond. Cheers, James On Thu, Jul 31, 2008 at 3:33 PM, Patrick Winters <pat...@ny...> wrote: > Why does GitStatus, for example, require a repository path? All > GitStatus.status() signatures require a repository path argument, and > the GitFile constructor requires a WorkingTree argument. > > It doesn't seem necessary, and looking at the Cli implementation it > seems like all you do with the repository path is verify the folder > exists. In some cases you determine whether the file arguments are > passed relative to the repoPath or absolutely. > > If I want to get status on a file, but I don't know the repository path, > I'm forced, as a workaround, to incorrectly pass the file as repository > path. This works because it's not really used for anything, but doesn't > make any sense. > -- > Patrick > Gitclipse > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: Patrick W. <pat...@ny...> - 2008-07-31 19:33:17
|
Why does GitStatus, for example, require a repository path? All GitStatus.status() signatures require a repository path argument, and the GitFile constructor requires a WorkingTree argument. It doesn't seem necessary, and looking at the Cli implementation it seems like all you do with the repository path is verify the folder exists. In some cases you determine whether the file arguments are passed relative to the repoPath or absolutely. If I want to get status on a file, but I don't know the repository path, I'm forced, as a workaround, to incorrectly pass the file as repository path. This works because it's not really used for anything, but doesn't make any sense. -- Patrick Gitclipse |
|
From: James L. <jam...@gm...> - 2008-07-31 14:46:02
|
Hi All, We are now publishing the latest successful build. It is at the URL: http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest.jar The JavaDoc API docs for the latest successful build are also being published at the URL: http://cs.nyu.edu/~jhl388/javagit/cc-builds/javagit-latest-javadocs.zip Additionally, the historical versions of the successful builds are published in the format "javagit-YYYYMMDDhhmmss-major-minor-revision-SNAPSHOT.jar" at the URL: http://cs.nyu.edu/~jhl388/javagit/cc-builds/ The successful build .jar files will periodically be pared down. Cheers, James |
|
From: James L. <jam...@gm...> - 2008-07-31 01:56:31
|
Agreed. :-) James On Wed, Jul 30, 2008 at 9:55 PM, Andrew Case <ac...@co...> wrote: > Good hack. Much preferred as opposed to having all these directories show > up in unexpected places. Even if they are only temporary, there are always > the cases where they won't be deleted for some reason, so this is much > nicer. > > Thanks, > > -- > Drew > > On Wed, 30 Jul 2008, James Linder wrote: > >> Good suggestion. >> >> File.createTempFile() by itself doesn't work for our needs because we >> need to create a temp directory in the system temp directory. I did >> make a nice hack, though, that creates a temp file in the system temp >> directory, then gets the system temp directory location from it. So >> now, all temp directories/files created for our test cases should be >> made in the system temp directory. >> >> James >> >> On Wed, Jul 30, 2008 at 3:27 PM, Andrew Case <ac...@co...> >> wrote: >>> >>> Can't you use File.createTempFile so it gets put in the proper place? >>> >>> -- >>> Drew >>> >>> On Wed, 30 Jul 2008, Paul Munson Bethe wrote: >>> >>>> >>>> Still 1 directory being created: 'GitLogTestRepo'. >>>> >>>> >>>> Also - when running on Windows, could you write to c:/Temp if available? >>>> That is the standard equivalent to /tmp >>>> >>>> -Paul >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: Gurdeep Dhindsa <gs...@ny...> >>>> Date: Tuesday, July 29, 2008 5:57 pm >>>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new >>>> directories >>>> To: Anirudha Jadhav <ani...@ny...> >>>> Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe >>>> <pm...@ny...>, jav...@li... >>>> >>>> >>>>> I have fixed the tearDown() in TestGitStatus. Let me know if you still >>>>> >>>>> get directories created under root with names containing GitStatus. >>>>> >>>>> -Gurdeep >>>>> >>>>> >>>>> On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: >>>>> >>>>>> Hello All, >>>>>> >>>>>> I have fixed the problem by adding a call to System.gc() before >>>>>> deleting the file. This is necessary since we open a file stream >>>>>> shortly before deleting it. These changes are not picked up by the >>>>> >>>>>> JVM instantaneously. Please let me know if you find any other >>>>>> slolution. >>>>>> >>>>>> Now I have my 18 less directories after doing a mvn package. >>>>>> >>>>>> There are still a couple stray directories created my gitStatus. >>>>>> >>>>>> thanks, >>>>>> >>>>>> Anirudha >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa >>>>> >>>>> <gs...@ny... >>>>>>> >>>>>>> wrote: >>>>>> >>>>>> I'll fix GitStatus creating files under root directory, tonight >>>>>> (don't have access from work). I must have missed to uncomment the >>>>> >>>>>> teardown method in Junit while debugging. >>>>>> >>>>>> Gurdeep >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: Ross Snyder <ros...@ny...> >>>>>> Date: Tuesday, July 29, 2008 11:51 am >>>>>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new >>>>>> directories >>>>>> To: Andrew Case <ac...@co...> >>>>>> Cc: Paul Munson Bethe <pm...@ny...>, >>>>>> jav...@li... >>>>>> >>>>>> >>>>>>> Beyond what Anirudha pointed out, about failed tests not cleaning >>>>> >>>>> up >>>>>>> >>>>>>> after themselves, I think GitStatus might be a chronic litterer - >>>>> >>>>> I >>>>>>> >>>>>>> have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / >>>>> >>>>>> tmp >>>>>>> >>>>>>> on my machine. (Though that's from developing on my branch, which >>>>>>> was created last week - this may have already been fixed.) >>>>>>> >>>>>>> On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: >>>>>>> >>>>>>>> Paul, >>>>>>>> >>>>>>>> I already filed a bug about this: >>>>>>>> http://sourceforge.net/tracker/index.php? >>>>>>>> func=detail&aid=2023955&group_id=233450&atid=1089899 >>>>>>>> >>>>>>>> -- >>>>>>>> Drew >>>>>>>> >>>>>>>> P.S. javagit related issues go to their mailing lists, not the >>>>>>>> class list. >>>>>>>> >>>>>>>> >>>>>>>> On Tue, 29 Jul 2008, Paul Munson Bethe wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> Javagit folks, >>>>>>>>> >>>>>>>>> Question: why does a single run of 'mvn package' create 21 >>>>>>>>> directories under c:/ >>>>>>>>> ... and then not clean them up? >>>>>>>>> >>>>>>>>> Directories of the flavor 'GitFileSystemTest_dir0' etc... >>>>>>>>> >>>>>>>>> and then if I run again, 21 more directories are created... >>>>>>>>> >>>>>>>>> It would seem to me that a succesful test should clean up its >>>>>>>>> temporary files. >>>>>>>>> Maybe a failure should leave the temp stuff alone to allow one >>>>> >>>>> to >>>>>>> >>>>>>>>> inspect them (or not). >>>>>>>>> >>>>>>>>> Also when running against the current source tree on Win XP: >>>>>>>>> >>>>>>>>> Failed tests: >>>>>>>>> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>>>> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>>>> testNewlyAddedFiles >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) >>>>>>>>> testModifiedAndDeletedFiles >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo >>>>>>>>> nse) >>>>>>>>> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) >>>>>>>>> >>>>>>>>> Tests in error: >>>>>>>>> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) >>>>>>>>> testGitMvInvalidResponse >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>>>> testGitMvValidResponse >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>>>> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>>> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>>> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>>> testCreateBranchBadArugmentPassing >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>>>> ch) >>>>>>>>> testBranchBadArugmentPassing >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>>> testRenameBranchBadArugmentPassing >>>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>>>> ch) >>>>>>>>> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>>> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>>> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>>> >>>>>>>>> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> G22_3033_003_su08 mailing list >>>>>>>>> G22...@cs... >>>>>>>>> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> ---------------------------------------------------------------------- >>>>>>> >>>>>>>> --- >>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>>> >>>>>>>> challenge >>>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>>> great prizes >>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>>>> the world >>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>>> _______________________________________________ >>>>>>>> Javagit-users mailing list >>>>>>>> Jav...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>>> >>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> >>>>>> challenge >>>>>>> >>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>> >>>>>> great >>>>>>> >>>>>>> prizes >>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>> >>>>>> the >>>>>>> >>>>>>> world >>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>> _______________________________________________ >>>>>>> Javagit-users mailing list >>>>>>> Jav...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> >>>>>> challenge >>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>> great prizes >>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>> the world >>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>> _______________________________________________ >>>>>> Javagit-users mailing list >>>>>> Jav...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Anirudha P. Jadhav >>>>>> R&D Bloomberg LP >>>>>> M.S. Computer Science >>>>>> New York University >>>>>> Sun Certified Java Programmer >>>>>> RedHat Certified Engineer >>>>>> Cisco Certified Network Associate >>>>>> email : ani...@ny... >>>>>> cell : (415) 755-8172 >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win great >>>> prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>> world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> Javagit-users mailing list >>>> Jav...@li... >>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Javagit-users mailing list >>> Jav...@li... >>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>> >> > |
|
From: James L. <jam...@gm...> - 2008-07-31 01:55:42
|
Hi Paul, Thanks for the update. We'll add a FAQ entry with that solution to the website. As for your '\r' problems, could you expound on where you are having the problems in windows. On the command line, in gitclipse? And where did commit not work from? Cheers, James On Wed, Jul 30, 2008 at 3:58 PM, Paul Munson Bethe <pm...@ny...> wrote: > > Even if you install http://code.google.com/p/msysgit/ > (using option B - add to PATH) > and then change the Path entry to be .../bin instead of .../cmd > > You cannot run this under cygwin, as it prepends /bin and /usr/bin into the path, thus picking up the cygwin git. > So either users will need to uninstall cygwin-git, or run 'mvn-package' from the cmd-prompt > > The good news, is that from eclipse/gitclipse, the path entry does the trick... except on windows, I am having trouble with my '\r' characters... > commit did not work, as it will only work with '-n'. > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: Andrew C. <ac...@co...> - 2008-07-31 01:55:30
|
Good hack. Much preferred as opposed to having all these directories show up in unexpected places. Even if they are only temporary, there are always the cases where they won't be deleted for some reason, so this is much nicer. Thanks, -- Drew On Wed, 30 Jul 2008, James Linder wrote: > Good suggestion. > > File.createTempFile() by itself doesn't work for our needs because we > need to create a temp directory in the system temp directory. I did > make a nice hack, though, that creates a temp file in the system temp > directory, then gets the system temp directory location from it. So > now, all temp directories/files created for our test cases should be > made in the system temp directory. > > James > > On Wed, Jul 30, 2008 at 3:27 PM, Andrew Case <ac...@co...> wrote: >> Can't you use File.createTempFile so it gets put in the proper place? >> >> -- >> Drew >> >> On Wed, 30 Jul 2008, Paul Munson Bethe wrote: >> >>> >>> Still 1 directory being created: 'GitLogTestRepo'. >>> >>> >>> Also - when running on Windows, could you write to c:/Temp if available? >>> That is the standard equivalent to /tmp >>> >>> -Paul >>> >>> >>> >>> ----- Original Message ----- >>> From: Gurdeep Dhindsa <gs...@ny...> >>> Date: Tuesday, July 29, 2008 5:57 pm >>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories >>> To: Anirudha Jadhav <ani...@ny...> >>> Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, jav...@li... >>> >>> >>>> I have fixed the tearDown() in TestGitStatus. Let me know if you still >>>> >>>> get directories created under root with names containing GitStatus. >>>> >>>> -Gurdeep >>>> >>>> >>>> On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: >>>> >>>>> Hello All, >>>>> >>>>> I have fixed the problem by adding a call to System.gc() before >>>>> deleting the file. This is necessary since we open a file stream >>>>> shortly before deleting it. These changes are not picked up by the >>>> >>>>> JVM instantaneously. Please let me know if you find any other >>>>> slolution. >>>>> >>>>> Now I have my 18 less directories after doing a mvn package. >>>>> >>>>> There are still a couple stray directories created my gitStatus. >>>>> >>>>> thanks, >>>>> >>>>> Anirudha >>>>> >>>>> >>>>> >>>>> On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa >>>> <gs...@ny... >>>>>> wrote: >>>>> >>>>> I'll fix GitStatus creating files under root directory, tonight >>>>> (don't have access from work). I must have missed to uncomment the >>>> >>>>> teardown method in Junit while debugging. >>>>> >>>>> Gurdeep >>>>> >>>>> ----- Original Message ----- >>>>> From: Ross Snyder <ros...@ny...> >>>>> Date: Tuesday, July 29, 2008 11:51 am >>>>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new >>>>> directories >>>>> To: Andrew Case <ac...@co...> >>>>> Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... >>>>> >>>>> >>>>>> Beyond what Anirudha pointed out, about failed tests not cleaning >>>> up >>>>>> >>>>>> after themselves, I think GitStatus might be a chronic litterer - >>>> I >>>>>> have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / >>>> >>>>> tmp >>>>>> >>>>>> on my machine. (Though that's from developing on my branch, which >>>>>> was created last week - this may have already been fixed.) >>>>>> >>>>>> On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: >>>>>> >>>>>>> Paul, >>>>>>> >>>>>>> I already filed a bug about this: >>>>>>> http://sourceforge.net/tracker/index.php? >>>>>>> func=detail&aid=2023955&group_id=233450&atid=1089899 >>>>>>> >>>>>>> -- >>>>>>> Drew >>>>>>> >>>>>>> P.S. javagit related issues go to their mailing lists, not the >>>>>>> class list. >>>>>>> >>>>>>> >>>>>>> On Tue, 29 Jul 2008, Paul Munson Bethe wrote: >>>>>>> >>>>>>>> >>>>>>>> Javagit folks, >>>>>>>> >>>>>>>> Question: why does a single run of 'mvn package' create 21 >>>>>>>> directories under c:/ >>>>>>>> ... and then not clean them up? >>>>>>>> >>>>>>>> Directories of the flavor 'GitFileSystemTest_dir0' etc... >>>>>>>> >>>>>>>> and then if I run again, 21 more directories are created... >>>>>>>> >>>>>>>> It would seem to me that a succesful test should clean up its >>>>>>>> temporary files. >>>>>>>> Maybe a failure should leave the temp stuff alone to allow one >>>> to >>>>>> >>>>>>>> inspect them (or not). >>>>>>>> >>>>>>>> Also when running against the current source tree on Win XP: >>>>>>>> >>>>>>>> Failed tests: >>>>>>>> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>>> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>>> testNewlyAddedFiles >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) >>>>>>>> testModifiedAndDeletedFiles >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo >>>>>>>> nse) >>>>>>>> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) >>>>>>>> >>>>>>>> Tests in error: >>>>>>>> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) >>>>>>>> testGitMvInvalidResponse >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>>> testGitMvValidResponse >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>>> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>> testCreateBranchBadArugmentPassing >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>>> ch) >>>>>>>> testBranchBadArugmentPassing >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>>> testRenameBranchBadArugmentPassing >>>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>>> ch) >>>>>>>> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>>> >>>>>>>> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> G22_3033_003_su08 mailing list >>>>>>>> G22...@cs... >>>>>>>> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> ---------------------------------------------------------------------- >>>>>> >>>>>>> --- >>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>> >>>>>>> challenge >>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>> great prizes >>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>>> the world >>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>> _______________________________________________ >>>>>>> Javagit-users mailing list >>>>>>> Jav...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>>> >>>>>> >>>>>> >>>>> ------------------------------------------------------------------------- >>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> >>>>> challenge >>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>> >>>>> great >>>>>> prizes >>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>> >>>>> the >>>>>> world >>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>> _______________________________________________ >>>>>> Javagit-users mailing list >>>>>> Jav...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> >>>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>> great prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>> the world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> Javagit-users mailing list >>>>> Jav...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>> >>>>> >>>>> >>>>> -- >>>>> Anirudha P. Jadhav >>>>> R&D Bloomberg LP >>>>> M.S. Computer Science >>>>> New York University >>>>> Sun Certified Java Programmer >>>>> RedHat Certified Engineer >>>>> Cisco Certified Network Associate >>>>> email : ani...@ny... >>>>> cell : (415) 755-8172 >>>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >>> Build the coolest Linux based applications with Moblin SDK & win great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Javagit-users mailing list >>> Jav...@li... >>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Javagit-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javagit-users >> > |
|
From: James L. <jam...@gm...> - 2008-07-31 01:49:44
|
Good suggestion. File.createTempFile() by itself doesn't work for our needs because we need to create a temp directory in the system temp directory. I did make a nice hack, though, that creates a temp file in the system temp directory, then gets the system temp directory location from it. So now, all temp directories/files created for our test cases should be made in the system temp directory. James On Wed, Jul 30, 2008 at 3:27 PM, Andrew Case <ac...@co...> wrote: > Can't you use File.createTempFile so it gets put in the proper place? > > -- > Drew > > On Wed, 30 Jul 2008, Paul Munson Bethe wrote: > >> >> Still 1 directory being created: 'GitLogTestRepo'. >> >> >> Also - when running on Windows, could you write to c:/Temp if available? >> That is the standard equivalent to /tmp >> >> -Paul >> >> >> >> ----- Original Message ----- >> From: Gurdeep Dhindsa <gs...@ny...> >> Date: Tuesday, July 29, 2008 5:57 pm >> Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories >> To: Anirudha Jadhav <ani...@ny...> >> Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, jav...@li... >> >> >>> I have fixed the tearDown() in TestGitStatus. Let me know if you still >>> >>> get directories created under root with names containing GitStatus. >>> >>> -Gurdeep >>> >>> >>> On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: >>> >>>> Hello All, >>>> >>>> I have fixed the problem by adding a call to System.gc() before >>>> deleting the file. This is necessary since we open a file stream >>>> shortly before deleting it. These changes are not picked up by the >>> >>>> JVM instantaneously. Please let me know if you find any other >>>> slolution. >>>> >>>> Now I have my 18 less directories after doing a mvn package. >>>> >>>> There are still a couple stray directories created my gitStatus. >>>> >>>> thanks, >>>> >>>> Anirudha >>>> >>>> >>>> >>>> On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa >>> <gs...@ny... >>>>> wrote: >>>> >>>> I'll fix GitStatus creating files under root directory, tonight >>>> (don't have access from work). I must have missed to uncomment the >>> >>>> teardown method in Junit while debugging. >>>> >>>> Gurdeep >>>> >>>> ----- Original Message ----- >>>> From: Ross Snyder <ros...@ny...> >>>> Date: Tuesday, July 29, 2008 11:51 am >>>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new >>>> directories >>>> To: Andrew Case <ac...@co...> >>>> Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... >>>> >>>> >>>>> Beyond what Anirudha pointed out, about failed tests not cleaning >>> up >>>>> >>>>> after themselves, I think GitStatus might be a chronic litterer - >>> I >>>>> have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / >>> >>>> tmp >>>>> >>>>> on my machine. (Though that's from developing on my branch, which >>>>> was created last week - this may have already been fixed.) >>>>> >>>>> On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: >>>>> >>>>>> Paul, >>>>>> >>>>>> I already filed a bug about this: >>>>>> http://sourceforge.net/tracker/index.php? >>>>>> func=detail&aid=2023955&group_id=233450&atid=1089899 >>>>>> >>>>>> -- >>>>>> Drew >>>>>> >>>>>> P.S. javagit related issues go to their mailing lists, not the >>>>>> class list. >>>>>> >>>>>> >>>>>> On Tue, 29 Jul 2008, Paul Munson Bethe wrote: >>>>>> >>>>>>> >>>>>>> Javagit folks, >>>>>>> >>>>>>> Question: why does a single run of 'mvn package' create 21 >>>>>>> directories under c:/ >>>>>>> ... and then not clean them up? >>>>>>> >>>>>>> Directories of the flavor 'GitFileSystemTest_dir0' etc... >>>>>>> >>>>>>> and then if I run again, 21 more directories are created... >>>>>>> >>>>>>> It would seem to me that a succesful test should clean up its >>>>>>> temporary files. >>>>>>> Maybe a failure should leave the temp stuff alone to allow one >>> to >>>>> >>>>>>> inspect them (or not). >>>>>>> >>>>>>> Also when running against the current source tree on Win XP: >>>>>>> >>>>>>> Failed tests: >>>>>>> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>>> testNewlyAddedFiles >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) >>>>>>> testModifiedAndDeletedFiles >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo >>>>>>> nse) >>>>>>> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) >>>>>>> >>>>>>> Tests in error: >>>>>>> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) >>>>>>> testGitMvInvalidResponse >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>> testGitMvValidResponse >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>>> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>> testCreateBranchBadArugmentPassing >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>> ch) >>>>>>> testBranchBadArugmentPassing >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>>> testRenameBranchBadArugmentPassing >>>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>>> ch) >>>>>>> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>>> >>>>>>> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> G22_3033_003_su08 mailing list >>>>>>> G22...@cs... >>>>>>> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 >>>>>>> >>>>>> >>>>>> >>>>> >>>> ---------------------------------------------------------------------- >>>>> >>>>>> --- >>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> >>>>>> challenge >>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>> great prizes >>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>> the world >>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>> _______________________________________________ >>>>>> Javagit-users mailing list >>>>>> Jav...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>>> >>>>> >>>>> >>>> ------------------------------------------------------------------------- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> >>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win >>> >>>> great >>>>> prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in >>> >>>> the >>>>> world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> Javagit-users mailing list >>>>> Jav...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> >>>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win >>>> great prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in >>>> the world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> Javagit-users mailing list >>>> Jav...@li... >>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>> >>>> >>>> >>>> -- >>>> Anirudha P. Jadhav >>>> R&D Bloomberg LP >>>> M.S. Computer Science >>>> New York University >>>> Sun Certified Java Programmer >>>> RedHat Certified Engineer >>>> Cisco Certified Network Associate >>>> email : ani...@ny... >>>> cell : (415) 755-8172 >>> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Javagit-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javagit-users >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: Paul M. B. <pm...@ny...> - 2008-07-30 19:59:03
|
Even if you install http://code.google.com/p/msysgit/ (using option B - add to PATH) and then change the Path entry to be .../bin instead of .../cmd You cannot run this under cygwin, as it prepends /bin and /usr/bin into the path, thus picking up the cygwin git. So either users will need to uninstall cygwin-git, or run 'mvn-package' from the cmd-prompt The good news, is that from eclipse/gitclipse, the path entry does the trick... except on windows, I am having trouble with my '\r' characters... commit did not work, as it will only work with '-n'. |
|
From: Andrew C. <ac...@co...> - 2008-07-30 19:27:43
|
Can't you use File.createTempFile so it gets put in the proper place? -- Drew On Wed, 30 Jul 2008, Paul Munson Bethe wrote: > > Still 1 directory being created: 'GitLogTestRepo'. > > > Also - when running on Windows, could you write to c:/Temp if available? > That is the standard equivalent to /tmp > > -Paul > > > > ----- Original Message ----- > From: Gurdeep Dhindsa <gs...@ny...> > Date: Tuesday, July 29, 2008 5:57 pm > Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories > To: Anirudha Jadhav <ani...@ny...> > Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, jav...@li... > > >> I have fixed the tearDown() in TestGitStatus. Let me know if you still >> >> get directories created under root with names containing GitStatus. >> >> -Gurdeep >> >> >> On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: >> >>> Hello All, >>> >>> I have fixed the problem by adding a call to System.gc() before >>> deleting the file. This is necessary since we open a file stream >>> shortly before deleting it. These changes are not picked up by the >> >>> JVM instantaneously. Please let me know if you find any other >>> slolution. >>> >>> Now I have my 18 less directories after doing a mvn package. >>> >>> There are still a couple stray directories created my gitStatus. >>> >>> thanks, >>> >>> Anirudha >>> >>> >>> >>> On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa >> <gs...@ny... >>>> wrote: >>> >>> I'll fix GitStatus creating files under root directory, tonight >>> (don't have access from work). I must have missed to uncomment the >> >>> teardown method in Junit while debugging. >>> >>> Gurdeep >>> >>> ----- Original Message ----- >>> From: Ross Snyder <ros...@ny...> >>> Date: Tuesday, July 29, 2008 11:51 am >>> Subject: Re: [Javagit-users] [osp_2008] alarming number of new >>> directories >>> To: Andrew Case <ac...@co...> >>> Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... >>> >>> >>>> Beyond what Anirudha pointed out, about failed tests not cleaning >> up >>>> >>>> after themselves, I think GitStatus might be a chronic litterer - >> I >>>> have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / >> >>> tmp >>>> >>>> on my machine. (Though that's from developing on my branch, which >>>> was created last week - this may have already been fixed.) >>>> >>>> On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: >>>> >>>>> Paul, >>>>> >>>>> I already filed a bug about this: >>>>> http://sourceforge.net/tracker/index.php? >>>>> func=detail&aid=2023955&group_id=233450&atid=1089899 >>>>> >>>>> -- >>>>> Drew >>>>> >>>>> P.S. javagit related issues go to their mailing lists, not the >>>>> class list. >>>>> >>>>> >>>>> On Tue, 29 Jul 2008, Paul Munson Bethe wrote: >>>>> >>>>>> >>>>>> Javagit folks, >>>>>> >>>>>> Question: why does a single run of 'mvn package' create 21 >>>>>> directories under c:/ >>>>>> ... and then not clean them up? >>>>>> >>>>>> Directories of the flavor 'GitFileSystemTest_dir0' etc... >>>>>> >>>>>> and then if I run again, 21 more directories are created... >>>>>> >>>>>> It would seem to me that a succesful test should clean up its >>>>>> temporary files. >>>>>> Maybe a failure should leave the temp stuff alone to allow one >> to >>>> >>>>>> inspect them (or not). >>>>>> >>>>>> Also when running against the current source tree on Win XP: >>>>>> >>>>>> Failed tests: >>>>>> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) >>>>>> testNewlyAddedFiles >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) >>>>>> testModifiedAndDeletedFiles >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo >>>>>> nse) >>>>>> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) >>>>>> >>>>>> Tests in error: >>>>>> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) >>>>>> testGitMvInvalidResponse >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>> testGitMvValidResponse >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) >>>>>> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>> testCreateBranchBadArugmentPassing >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>> ch) >>>>>> testBranchBadArugmentPassing >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBranch) >>>>>> testRenameBranchBadArugmentPassing >>>>>> (edu.nyu.cs.javagit.api.commands.TestGitBran >>>>>> ch) >>>>>> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) >>>>>> >>>>>> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> G22_3033_003_su08 mailing list >>>>>> G22...@cs... >>>>>> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 >>>>>> >>>>> >>>>> >>>> >>> ---------------------------------------------------------------------- >>>> >>>>> --- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> >>>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>> great prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>> the world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> Javagit-users mailing list >>>>> Jav...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>>> >>>> >>>> >>> ------------------------------------------------------------------------- >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >> >>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win >> >>> great >>>> prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in >> >>> the >>>> world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> Javagit-users mailing list >>>> Jav...@li... >>>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >> >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Javagit-users mailing list >>> Jav...@li... >>> https://lists.sourceforge.net/lists/listinfo/javagit-users >>> >>> >>> >>> -- >>> Anirudha P. Jadhav >>> R&D Bloomberg LP >>> M.S. Computer Science >>> New York University >>> Sun Certified Java Programmer >>> RedHat Certified Engineer >>> Cisco Certified Network Associate >>> email : ani...@ny... >>> cell : (415) 755-8172 >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > |
|
From: Paul M. B. <pm...@ny...> - 2008-07-30 19:26:07
|
Still 1 directory being created: 'GitLogTestRepo'. Also - when running on Windows, could you write to c:/Temp if available? That is the standard equivalent to /tmp -Paul ----- Original Message ----- From: Gurdeep Dhindsa <gs...@ny...> Date: Tuesday, July 29, 2008 5:57 pm Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories To: Anirudha Jadhav <ani...@ny...> Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, jav...@li... > I have fixed the tearDown() in TestGitStatus. Let me know if you still > > get directories created under root with names containing GitStatus. > > -Gurdeep > > > On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: > > > Hello All, > > > > I have fixed the problem by adding a call to System.gc() before > > deleting the file. This is necessary since we open a file stream > > shortly before deleting it. These changes are not picked up by the > > > JVM instantaneously. Please let me know if you find any other > > slolution. > > > > Now I have my 18 less directories after doing a mvn package. > > > > There are still a couple stray directories created my gitStatus. > > > > thanks, > > > > Anirudha > > > > > > > > On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa > <gs...@ny... > > > wrote: > > > > I'll fix GitStatus creating files under root directory, tonight > > (don't have access from work). I must have missed to uncomment the > > > teardown method in Junit while debugging. > > > > Gurdeep > > > > ----- Original Message ----- > > From: Ross Snyder <ros...@ny...> > > Date: Tuesday, July 29, 2008 11:51 am > > Subject: Re: [Javagit-users] [osp_2008] alarming number of new > > directories > > To: Andrew Case <ac...@co...> > > Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... > > > > > > > Beyond what Anirudha pointed out, about failed tests not cleaning > up > > > > > > after themselves, I think GitStatus might be a chronic litterer - > I > > > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / > > > tmp > > > > > > on my machine. (Though that's from developing on my branch, which > > > was created last week - this may have already been fixed.) > > > > > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > > > > > Paul, > > > > > > > > I already filed a bug about this: > > > > http://sourceforge.net/tracker/index.php? > > > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > > > > > -- > > > > Drew > > > > > > > > P.S. javagit related issues go to their mailing lists, not the > > > > class list. > > > > > > > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > > > > > >> > > > >> Javagit folks, > > > >> > > > >> Question: why does a single run of 'mvn package' create 21 > > > >> directories under c:/ > > > >> ... and then not clean them up? > > > >> > > > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > > > >> > > > >> and then if I run again, 21 more directories are created... > > > >> > > > >> It would seem to me that a succesful test should clean up its > > > >> temporary files. > > > >> Maybe a failure should leave the temp stuff alone to allow one > to > > > > > > >> inspect them (or not). > > > >> > > > >> Also when running against the current source tree on Win XP: > > > >> > > > >> Failed tests: > > > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > >> testNewlyAddedFiles > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > > > >> testModifiedAndDeletedFiles > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > > > >> nse) > > > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > > >> > > > >> Tests in error: > > > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > > >> testGitMvInvalidResponse > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > >> testGitMvValidResponse > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testCreateBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > >> ch) > > > >> testBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testRenameBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > >> ch) > > > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> > > > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > > > >> > > > >> > > > >> _______________________________________________ > > > >> G22_3033_003_su08 mailing list > > > >> G22...@cs... > > > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > > > >> > > > > > > > > > > > > > ---------------------------------------------------------------------- > > > > > > > --- > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > > > challenge > > > > Build the coolest Linux based applications with Moblin SDK & win > > > > great prizes > > > > Grand prize is a trip for two to an Open Source event anywhere in > > > > the world > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > _______________________________________________ > > > > Javagit-users mailing list > > > > Jav...@li... > > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win > > > great > > > prizes > > > Grand prize is a trip for two to an Open Source event anywhere in > > > the > > > world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Javagit-users mailing list > > > Jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event anywhere in > > the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > > -- > > Anirudha P. Jadhav > > R&D Bloomberg LP > > M.S. Computer Science > > New York University > > Sun Certified Java Programmer > > RedHat Certified Engineer > > Cisco Certified Network Associate > > email : ani...@ny... > > cell : (415) 755-8172 > |
|
From: Gurdeep D. <gs...@ny...> - 2008-07-29 21:57:28
|
I have fixed the tearDown() in TestGitStatus. Let me know if you still get directories created under root with names containing GitStatus. -Gurdeep On Jul 29, 2008, at 1:17 PM, Anirudha Jadhav wrote: > Hello All, > > I have fixed the problem by adding a call to System.gc() before > deleting the file. This is necessary since we open a file stream > shortly before deleting it. These changes are not picked up by the > JVM instantaneously. Please let me know if you find any other > slolution. > > Now I have my 18 less directories after doing a mvn package. > > There are still a couple stray directories created my gitStatus. > > thanks, > > Anirudha > > > > On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa <gs...@ny... > > wrote: > > I'll fix GitStatus creating files under root directory, tonight > (don't have access from work). I must have missed to uncomment the > teardown method in Junit while debugging. > > Gurdeep > > ----- Original Message ----- > From: Ross Snyder <ros...@ny...> > Date: Tuesday, July 29, 2008 11:51 am > Subject: Re: [Javagit-users] [osp_2008] alarming number of new > directories > To: Andrew Case <ac...@co...> > Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... > > > > Beyond what Anirudha pointed out, about failed tests not cleaning up > > > > after themselves, I think GitStatus might be a chronic litterer - I > > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in / > tmp > > > > on my machine. (Though that's from developing on my branch, which > > was created last week - this may have already been fixed.) > > > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > > > Paul, > > > > > > I already filed a bug about this: > > > http://sourceforge.net/tracker/index.php? > > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > > > -- > > > Drew > > > > > > P.S. javagit related issues go to their mailing lists, not the > > > class list. > > > > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > > > >> > > >> Javagit folks, > > >> > > >> Question: why does a single run of 'mvn package' create 21 > > >> directories under c:/ > > >> ... and then not clean them up? > > >> > > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > > >> > > >> and then if I run again, 21 more directories are created... > > >> > > >> It would seem to me that a succesful test should clean up its > > >> temporary files. > > >> Maybe a failure should leave the temp stuff alone to allow one to > > > > >> inspect them (or not). > > >> > > >> Also when running against the current source tree on Win XP: > > >> > > >> Failed tests: > > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > > >> testNewlyAddedFiles > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > > >> testModifiedAndDeletedFiles > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > > >> nse) > > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > >> > > >> Tests in error: > > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > >> testGitMvInvalidResponse > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > >> testGitMvValidResponse > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testCreateBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > >> ch) > > >> testBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testRenameBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > >> ch) > > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> > > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > > >> > > >> > > >> _______________________________________________ > > >> G22_3033_003_su08 mailing list > > >> G22...@cs... > > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > > >> > > > > > > > > > ---------------------------------------------------------------------- > > > > > --- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win > > > great prizes > > > Grand prize is a trip for two to an Open Source event anywhere in > > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Javagit-users mailing list > > > Jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win > great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in > the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > -- > Anirudha P. Jadhav > R&D Bloomberg LP > M.S. Computer Science > New York University > Sun Certified Java Programmer > RedHat Certified Engineer > Cisco Certified Network Associate > email : ani...@ny... > cell : (415) 755-8172 |
|
From: Anirudha J. <ani...@ny...> - 2008-07-29 18:03:22
|
I agree, I have tried using it before using the GC, but it does not seem to work on my machine. thanks, Anirudha On Tue, Jul 29, 2008 at 1:51 PM, Paul Munson Bethe <pm...@ny...> wrote: > System.gc() does not seem like the correct method: > > What about using the method deleteOnExit > http://java.sun.com/j2se/1.5.0/docs/api/java/io/File.html#deleteOnExit()<http://java.sun.com/j2se/1.5.0/docs/api/java/io/File.html#deleteOnExit%28%29> > > For each temporary git 'root' created? > > > > ----- Original Message ----- > From: Anirudha Jadhav <ani...@ny...> > Date: Tuesday, July 29, 2008 1:17 pm > Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories > To: Gurdeep Singh Dhindsa <gs...@ny...> > Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, > jav...@li... > > > > Hello All, > > > > I have fixed the problem by adding a call to System.gc() before > > deleting the > > file. This is necessary since we open a file stream shortly before > deleting > > it. These changes are not picked up by the JVM instantaneously. Please > > let > > me know if you find any other slolution. > > > > Now I have my 18 less directories after doing a mvn package. > > > > There are still a couple stray directories created my gitStatus. > > > > thanks, > > > > Anirudha > > > > > > > > On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa <gs...@ny... > >wrote: > > > > > > > > I'll fix GitStatus creating files under root directory, tonight > > (don't have > > > access from work). I must have missed to uncomment the teardown > > method in > > > Junit while debugging. > > > > > > Gurdeep > > > > > > ----- Original Message ----- > > > From: Ross Snyder <ros...@ny...> > > > Date: Tuesday, July 29, 2008 11:51 am > > > Subject: Re: [Javagit-users] [osp_2008] alarming number of new > directories > > > To: Andrew Case <ac...@co...> > > > Cc: Paul Munson Bethe <pm...@ny...>, > > > jav...@li... > > > > > > > > > > Beyond what Anirudha pointed out, about failed tests not cleaning > > up > > > > > > > > after themselves, I think GitStatus might be a chronic litterer - > > I > > > > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in /tmp > > > > > > > > on my machine. (Though that's from developing on my branch, which > > > > was created last week - this may have already been fixed.) > > > > > > > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > > > > > > > Paul, > > > > > > > > > > I already filed a bug about this: > > > > > http://sourceforge.net/tracker/index.php? > > > > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > > > > > > > -- > > > > > Drew > > > > > > > > > > P.S. javagit related issues go to their mailing lists, not the > > > > > class list. > > > > > > > > > > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > > > > > > > >> > > > > >> Javagit folks, > > > > >> > > > > >> Question: why does a single run of 'mvn package' create 21 > > > > >> directories under c:/ > > > > >> ... and then not clean them up? > > > > >> > > > > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > > > > >> > > > > >> and then if I run again, 21 more directories are created... > > > > >> > > > > >> It would seem to me that a succesful test should clean up its > > > > >> temporary files. > > > > >> Maybe a failure should leave the temp stuff alone to allow one > > to > > > > > > > > >> inspect them (or not). > > > > >> > > > > >> Also when running against the current source tree on Win XP: > > > > >> > > > > >> Failed tests: > > > > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > > >> testNewlyAddedFiles > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > > > > >> testModifiedAndDeletedFiles > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > > > > >> nse) > > > > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > > > >> > > > > >> Tests in error: > > > > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > > > >> testGitMvInvalidResponse > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > > >> testGitMvValidResponse > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > > >> testCreateBranchBadArugmentPassing > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > > >> ch) > > > > >> testBranchBadArugmentPassing > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > > >> testRenameBranchBadArugmentPassing > > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > > >> ch) > > > > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > > >> > > > > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> G22_3033_003_su08 mailing list > > > > >> G22...@cs... > > > > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > > > > >> > > > > > > > > > > > > > > > ---------------------------------------------------------------------- > > > > > > > > > --- > > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > > > > > challenge > > > > > Build the coolest Linux based applications with Moblin SDK & win > > > > > great prizes > > > > > Grand prize is a trip for two to an Open Source event anywhere in > > > > > the world > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > > _______________________________________________ > > > > > Javagit-users mailing list > > > > > Jav...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > > > Build the coolest Linux based applications with Moblin SDK & win > great > > > > prizes > > > > Grand prize is a trip for two to an Open Source event anywhere in > > the > > > > world > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > _______________________________________________ > > > > Javagit-users mailing list > > > > Jav...@li... > > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win great > > > prizes > > > Grand prize is a trip for two to an Open Source event anywhere in > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Javagit-users mailing list > > > Jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > > > > > -- > |
|
From: Paul M. B. <pm...@ny...> - 2008-07-29 17:51:23
|
System.gc() does not seem like the correct method: What about using the method deleteOnExit http://java.sun.com/j2se/1.5.0/docs/api/java/io/File.html#deleteOnExit() For each temporary git 'root' created? ----- Original Message ----- From: Anirudha Jadhav <ani...@ny...> Date: Tuesday, July 29, 2008 1:17 pm Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories To: Gurdeep Singh Dhindsa <gs...@ny...> Cc: Ross Snyder <ros...@ny...>, Paul Munson Bethe <pm...@ny...>, jav...@li... > Hello All, > > I have fixed the problem by adding a call to System.gc() before > deleting the > file. This is necessary since we open a file stream shortly before deleting > it. These changes are not picked up by the JVM instantaneously. Please > let > me know if you find any other slolution. > > Now I have my 18 less directories after doing a mvn package. > > There are still a couple stray directories created my gitStatus. > > thanks, > > Anirudha > > > > On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa <gs...@ny...>wrote: > > > > > I'll fix GitStatus creating files under root directory, tonight > (don't have > > access from work). I must have missed to uncomment the teardown > method in > > Junit while debugging. > > > > Gurdeep > > > > ----- Original Message ----- > > From: Ross Snyder <ros...@ny...> > > Date: Tuesday, July 29, 2008 11:51 am > > Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories > > To: Andrew Case <ac...@co...> > > Cc: Paul Munson Bethe <pm...@ny...>, > > jav...@li... > > > > > > > Beyond what Anirudha pointed out, about failed tests not cleaning > up > > > > > > after themselves, I think GitStatus might be a chronic litterer - > I > > > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in /tmp > > > > > > on my machine. (Though that's from developing on my branch, which > > > was created last week - this may have already been fixed.) > > > > > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > > > > > Paul, > > > > > > > > I already filed a bug about this: > > > > http://sourceforge.net/tracker/index.php? > > > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > > > > > -- > > > > Drew > > > > > > > > P.S. javagit related issues go to their mailing lists, not the > > > > class list. > > > > > > > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > > > > > >> > > > >> Javagit folks, > > > >> > > > >> Question: why does a single run of 'mvn package' create 21 > > > >> directories under c:/ > > > >> ... and then not clean them up? > > > >> > > > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > > > >> > > > >> and then if I run again, 21 more directories are created... > > > >> > > > >> It would seem to me that a succesful test should clean up its > > > >> temporary files. > > > >> Maybe a failure should leave the temp stuff alone to allow one > to > > > > > > >> inspect them (or not). > > > >> > > > >> Also when running against the current source tree on Win XP: > > > >> > > > >> Failed tests: > > > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > > > >> testNewlyAddedFiles > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > > > >> testModifiedAndDeletedFiles > > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > > > >> nse) > > > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > > >> > > > >> Tests in error: > > > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > > >> testGitMvInvalidResponse > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > >> testGitMvValidResponse > > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testCreateBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > >> ch) > > > >> testBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > > > >> testRenameBranchBadArugmentPassing > > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > > >> ch) > > > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > > > >> > > > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > > > >> > > > >> > > > >> _______________________________________________ > > > >> G22_3033_003_su08 mailing list > > > >> G22...@cs... > > > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > > > >> > > > > > > > > > > > ---------------------------------------------------------------------- > > > > > > > --- > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > > > challenge > > > > Build the coolest Linux based applications with Moblin SDK & win > > > > great prizes > > > > Grand prize is a trip for two to an Open Source event anywhere in > > > > the world > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > _______________________________________________ > > > > Javagit-users mailing list > > > > Jav...@li... > > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win great > > > prizes > > > Grand prize is a trip for two to an Open Source event anywhere in > the > > > world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Javagit-users mailing list > > > Jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in > the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > -- > Anirudha P. Jadhav > R&D Bloomberg LP > M.S. Computer Science > New York University > Sun Certified Java Programmer > RedHat Certified Engineer > Cisco Certified Network Associate > email : ani...@ny... > cell : (415) 755-8172 |
|
From: Anirudha J. <ani...@ny...> - 2008-07-29 17:17:08
|
Hello All, I have fixed the problem by adding a call to System.gc() before deleting the file. This is necessary since we open a file stream shortly before deleting it. These changes are not picked up by the JVM instantaneously. Please let me know if you find any other slolution. Now I have my 18 less directories after doing a mvn package. There are still a couple stray directories created my gitStatus. thanks, Anirudha On Tue, Jul 29, 2008 at 12:24 PM, Gurdeep Singh Dhindsa <gs...@ny...>wrote: > > I'll fix GitStatus creating files under root directory, tonight (don't have > access from work). I must have missed to uncomment the teardown method in > Junit while debugging. > > Gurdeep > > ----- Original Message ----- > From: Ross Snyder <ros...@ny...> > Date: Tuesday, July 29, 2008 11:51 am > Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories > To: Andrew Case <ac...@co...> > Cc: Paul Munson Bethe <pm...@ny...>, > jav...@li... > > > > Beyond what Anirudha pointed out, about failed tests not cleaning up > > > > after themselves, I think GitStatus might be a chronic litterer - I > > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in /tmp > > > > on my machine. (Though that's from developing on my branch, which > > was created last week - this may have already been fixed.) > > > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > > > Paul, > > > > > > I already filed a bug about this: > > > http://sourceforge.net/tracker/index.php? > > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > > > -- > > > Drew > > > > > > P.S. javagit related issues go to their mailing lists, not the > > > class list. > > > > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > > > >> > > >> Javagit folks, > > >> > > >> Question: why does a single run of 'mvn package' create 21 > > >> directories under c:/ > > >> ... and then not clean them up? > > >> > > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > > >> > > >> and then if I run again, 21 more directories are created... > > >> > > >> It would seem to me that a succesful test should clean up its > > >> temporary files. > > >> Maybe a failure should leave the temp stuff alone to allow one to > > > > >> inspect them (or not). > > >> > > >> Also when running against the current source tree on Win XP: > > >> > > >> Failed tests: > > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > > >> testNewlyAddedFiles > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > > >> testModifiedAndDeletedFiles > > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > > >> nse) > > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > > >> > > >> Tests in error: > > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > > >> testGitMvInvalidResponse > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > >> testGitMvValidResponse > > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testCreateBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > >> ch) > > >> testBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > > >> testRenameBranchBadArugmentPassing > > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > > >> ch) > > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > > >> > > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > > >> > > >> > > >> _______________________________________________ > > >> G22_3033_003_su08 mailing list > > >> G22...@cs... > > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > > >> > > > > > > > > ---------------------------------------------------------------------- > > > > > --- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win > > > great prizes > > > Grand prize is a trip for two to an Open Source event anywhere in > > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Javagit-users mailing list > > > Jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users > -- Anirudha P. Jadhav R&D Bloomberg LP M.S. Computer Science New York University Sun Certified Java Programmer RedHat Certified Engineer Cisco Certified Network Associate email : ani...@ny... cell : (415) 755-8172 |
|
From: Gurdeep S. D. <gs...@ny...> - 2008-07-29 16:24:56
|
I'll fix GitStatus creating files under root directory, tonight (don't have access from work). I must have missed to uncomment the teardown method in Junit while debugging. Gurdeep ----- Original Message ----- From: Ross Snyder <ros...@ny...> Date: Tuesday, July 29, 2008 11:51 am Subject: Re: [Javagit-users] [osp_2008] alarming number of new directories To: Andrew Case <ac...@co...> Cc: Paul Munson Bethe <pm...@ny...>, jav...@li... > Beyond what Anirudha pointed out, about failed tests not cleaning up > > after themselves, I think GitStatus might be a chronic litterer - I > have GitStatusTest0, GitStatusTest1, through GitStatusTest116 in /tmp > > on my machine. (Though that's from developing on my branch, which > was created last week - this may have already been fixed.) > > On Jul 29, 2008, at 11:19 AM, Andrew Case wrote: > > > Paul, > > > > I already filed a bug about this: > > http://sourceforge.net/tracker/index.php? > > func=detail&aid=2023955&group_id=233450&atid=1089899 > > > > -- > > Drew > > > > P.S. javagit related issues go to their mailing lists, not the > > class list. > > > > > > On Tue, 29 Jul 2008, Paul Munson Bethe wrote: > > > >> > >> Javagit folks, > >> > >> Question: why does a single run of 'mvn package' create 21 > >> directories under c:/ > >> ... and then not clean them up? > >> > >> Directories of the flavor 'GitFileSystemTest_dir0' etc... > >> > >> and then if I run again, 21 more directories are created... > >> > >> It would seem to me that a succesful test should clean up its > >> temporary files. > >> Maybe a failure should leave the temp stuff alone to allow one to > > >> inspect them (or not). > >> > >> Also when running against the current source tree on Win XP: > >> > >> Failed tests: > >> testSingleGitFile(edu.nyu.cs.javagit.api.TestGitFileSystem) > >> testGitFileSystem(edu.nyu.cs.javagit.api.TestGitFileSystem) > >> testNewlyAddedFiles > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusResponse) > >> testModifiedAndDeletedFiles > >> (edu.nyu.cs.javagit.api.commands.TestGitStatusRespo > >> nse) > >> testModifiedFiles(edu.nyu.cs.javagit.api.commands.TestGitStatus) > >> > >> Tests in error: > >> testCommit(edu.nyu.cs.javagit.api.commands.TestGitCommit) > >> testGitMvInvalidResponse > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > >> testGitMvValidResponse > >> (edu.nyu.cs.javagit.api.commands.TestGitMvResponse) > >> testCreateBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > >> testDisplayBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > >> testRenameBranch(edu.nyu.cs.javagit.api.commands.TestGitBranch) > >> testCreateBranchBadArugmentPassing > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > >> ch) > >> testBranchBadArugmentPassing > >> (edu.nyu.cs.javagit.api.commands.TestGitBranch) > >> testRenameBranchBadArugmentPassing > >> (edu.nyu.cs.javagit.api.commands.TestGitBran > >> ch) > >> testRename(edu.nyu.cs.javagit.api.commands.TestGitMv) > >> testMove(edu.nyu.cs.javagit.api.commands.TestGitMv) > >> testGitMvInvalidInput(edu.nyu.cs.javagit.api.commands.TestGitMv) > >> > >> Tests run: 90, Failures: 5, Errors: 12, Skipped: 0 > >> > >> > >> _______________________________________________ > >> G22_3033_003_su08 mailing list > >> G22...@cs... > >> http://www.cs.nyu.edu/mailman/listinfo/g22_3033_003_su08 > >> > > > > > ---------------------------------------------------------------------- > > > --- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event anywhere in > > the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Javagit-users mailing list > > Jav...@li... > > https://lists.sourceforge.net/lists/listinfo/javagit-users > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javagit-users mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javagit-users |
1 message has been excluded from this view by a project administrator.
