[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [platform-dev] OT: Code organization
|
Eric,
Thanks so much for sharing your experience. This
really helped and I will propose that we adopt such
strategy at my company.
All the best,
James
--- Eric J Kaplan <eric.kaplan@xxxxxxxxxxx> wrote:
>
>
> James
>
> I can tell you we have the exact same situation
> here. We have one
> project for core development and then we have
> separate projects for each
> client. The core project has its own build.xml, and
> each client
> specific project has its own build.xml. We have an
> env variable which
> gives our core "home" directory, and then the client
> build.xml can
> reference the class files using this env variable as
> well as any
> relevant libraries. This works just fine. Note, we
> build core
> separately from client (core should look to the
> client like any other
> third party class files/library, client should not
> kick off a build of
> core).
>
> In eclipse, we have a core project, and then
> multiple client projects
> which depend on the core project. This works fine
> as well.
>
> Regards
>
> Eric
>
> -----Original Message-----
> From: platform-dev-admin@xxxxxxxxxxx
> [mailto:platform-dev-admin@xxxxxxxxxxx] On Behalf Of
> klute
> Sent: Monday, August 04, 2003 9:20 AM
> To: platform-dev@xxxxxxxxxxx
> Subject: [platform-dev] OT: Code organization
>
> Hi All,
>
> i hope this is not too much of an off-topic. i have
> a
> situation i wanted to run by you to get your
> opinions.
>
>
> i started working on a software project that can be
> divided into two parts (core components and
> client-specific functionality). The "client" part
> does
> not refer to client-side code but to the
> functionality
> written for my company's clients.
>
> both portions are evolving every day. the problem is
> currently the two are bundled within the same
> Eclipse
> project. the only thing that separates them is the
> fact that each client has a set of packages devoted
> to
> this client. for example, we would have something
> like:
>
> com.myco.core
> com.myco.clients.client1
> com.myco.clients.client1.ejb
> com.myco.clients.client2
> ...
>
> this just does not look right to me. my initial
> thought would be that each client's app should be in
> a
> separate Eclipse project referencing the core
> project.
> then the client's build.xml will first build
> core.jar
> or something like that and use that to compile and
> deploy the client's project. what do you guys and
> gals
> think about this? is there a better way of
> organizing
> such code structure?
>
> thanks a lot!
> james
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site
> design software
> http://sitebuilder.yahoo.com
> _______________________________________________
> platform-dev mailing list
> platform-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/platform-dev
>
> _______________________________________________
> platform-dev mailing list
> platform-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/platform-dev
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com