Fulcrum separation

[Jason van Zyl <jv...@apache.org>]

Hi,

I'm now moving on to trying to separate fulcrum from turbine and
I've decided that a better approach might be to split out the
core of the services framework from the services themselves.

Within the repository have

src/core
src/services

And within the services directory have each of the services self
contained with its own build. Each service can state its own dependencies
so if a service requires some turbine code than so be it.

Than we can have an overall build that will build a jar for each
service and the service will only be built if the dependencies
are statisfied.

I think this would make things a lot cleaner.

Thoughts?

-- 

jvz.

Jason van Zyl

http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons



---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org

Re: Fulcrum separation

[Daniel Rall <dl...@finemaltcoding.com>]

Jason van Zyl <jv...@apache.org> writes:

> Hi,
> 
> I'm now moving on to trying to separate fulcrum from turbine and
> I've decided that a better approach might be to split out the
> core of the services framework from the services themselves.
> 
> Within the repository have
> 
> src/core
> src/services

Provided that the package names stay the same (I comfortable with the
new organization), I'm +1 on this proposal.

> And within the services directory have each of the services self
> contained with its own build. Each service can state its own dependencies
> so if a service requires some turbine code than so be it.
> 
> Than we can have an overall build that will build a jar for each
> service and the service will only be built if the dependencies
> are statisfied.
> 
> I think this would make things a lot cleaner.

Agreed.

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org