From: Peter C. M. <Pet...@na...> - 2008-08-27 17:22:40
|
right - whenever there are non-conflicting changes or fixes outside your extension, please submit a patch to me. We should avoid copied code or branches wherever possible. With library abstractions, it's sometimes not possible (see java.lang.Math in symbc), and for that we have +vm.peer_packages to allow different packages for native peers, but I expect this to be an exception -- Peter On Aug 27, 2008, at 9:54 AM, John Penix wrote: > Hi Taehoon, > > I think that the problem is that NASA is using JFP, and if we start > putting things into env, it could impact their work. > > I can run your proposal past Peter. Do I understand correctly that > the problem is that if you need to modify a class that is already in > env, then you basically have to copy the code into env and make mods > to it? I agree, this is not a good idea since we will end up with > near duplicate code but no real version control. > > I think the answer might be to develop on a branch rather than in the > extensions directory. I'll start a discussion with Peter and cc you. > > John > > 2008/8/27 Taehoon Lee <no...@gm...>: >> Hi. >> >> When I working my project, There are two directories which contains >> basic >> classes(java.io , java.lang) -- the env directory and extension/ >> servlet >> directory >> The basic repository policy is simple. They are in extension/ >> servlet that >> all classes and methods which was modified or created by me >> However, I think this approach is not good. so I should suggest >> another >> repository policy >> >> When I need to implement a method(A) in class(B). >> >> 1) B is in env. but A is not in B : I would like to implement >> A in B >> which is in env. >> 2) B is not in env : I would like to >> implement A in >> B which is in extension/servlet. >> 3) B is in env. and A is in B : small changes -> >> env , large >> changes -> extension/servlet >> >> >> If you have any comment, please let me know. >> -- >> -- >> Taehoon Lee(이태훈) >> Ph.D candidate >> Kyonggi University , Korea >> >> >> ------------------------------------------------------------------------- >> 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=/ >> _______________________________________________ >> Javapathfinder-devel mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javapathfinder-devel >> >> > ------------------------------------------------------------------------- > 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=/ > _______________________________________________ > Javapathfinder-devel mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javapathfinder-devel |