Re: [Javapathfinder-devel] repository policy

[John P. <jp...@go...>]

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
>
>