1. +1 on distributed builds, along with examples on the 2 main use
cases I see for distributed builds:
a. building on many platforms for native builds that need
b. distribute the build across many machines to decrease the
latency of building everything.
2. +1 on the docs comment below.
3. As to slicker UI, I'm not sure it's as necessary, and there's
nothing stopping 1.x from getting a better UI. The bigger issues for
a) better co-ordination of reports/dashboards
b) integrations with various other systems and dashboards and
monitors (mylyn, jira, etc.)
4. Full configuration of the bootstrapping/staging of the build
environment. I'm still experimenting with the current mechanisms, but
I think it still needs work.
5. Apart from distributed builds, I think we need parallel building of
mutually independent projects.
I care less about the underlying technologies because most people
won't be adding osgi or plexus or picocontainer components willy-
nilly. I would replace plexus if it is deficient, but unless there's
a compelling reason to switch, I wouldn't work at it too hard. For
example, if it was based on Tapestry (not a plug, just an example),
then moving to tapestry-ioc would make sense because t5 comes with it,
it's based on that model, and it cleanly integrates with spring for
extension. In that case, however, it's a change for convenience. I'd
be even happier if such a switch of any given subsystem was because of
a solid decision of either defect in the current approach, or
improvement in the new one. Spring makes me a bit woodgy because
while it's an IoC container, it's not really (in my experience) a
great plug-in system. An infrastructure around a plugin lifecycle
would need to be built on or (3rd party) added to spring to make it
really useable that way.
On 7-Feb-08, at 21:56 , Rahul Thakur wrote:
Here's my list:
1) Peformance improvements.
2) A slicker User Interface. Ability to let the user work in an
offline mode (Google Gears!) and sync periodically.
3) Good user and developer documentation.
4) Better public APIs (rework Store and Continuum)
Napoleon Esmundo C. Ramirez wrote:
Just some thoughts,
I strongly agree to the proposed technology changes, particularly
database, as it will definitely improve the storage performance.
with the objectives to make Continuum a slick CI server, I think
changes is a good move as well. In my opinion, having plugins will
a platform for flexibility and a workflow-type of approach in
My proposed features would be the following:
1. Aside from the improvement in the UI, I think a visual
statistics would be nice. Graphs of the success rates, charts of
health, etc. I think Bamboo has it as telemetry.
2. Distributed builds, this has been started before but it was
I think this would be a strong point in using Continuum if it were
available. Hudson has it, iirc. I think implementing it as a
provide more control to it.
Again, just my thoughts.
On Feb 6, 2008 8:12 AM, Carlos Sanchez<[EMAIL PROTECTED]> wrote:
Database vs xml: definitely database. Throwing away the db access
(JDO/JPA/...) now that it's already there doesnt make much sense.
Maybe there are implementations that use xml for storage and that's
where you'd need to look if you want file storage
Spring vs Guice vs Plexus: Spring for sure. Big community, lots of
users, documentation, support,... Specially if you want to add JMX
support (can be done really easily just with annotations using
reflection), and thinking in OSGi in the future I'm sure it will be
really easy to integrate Spring and OSGi if it is not already. I'd
start softly, just migrating thing that would require adding
to plexus, and move from there.
I agree with Brett on having 1.2, 1.3,... it's good to have a list
what you want to do for 2.0 but as it gets done it should be
in minor versions.
On Jan 29, 2008 2:34 PM, Emmanuel Venisse<[EMAIL PROTECTED]>
I started a document  with my ideas about Continuum 2.
As you can see in this doc, I want to add lot of things in the next
Feel free to comment on it.
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride