Re: [Proposal] Continuum refactoring

Emmanuel, It is a good idea to refactor DefaultContinuum since, in my opinion, it is easier to read and maintain several classes instead of one big class. In addition, transferring all data manipulations to DAO classes would make the code more transparent. Thanks Nik Emmanuel Venisse wrote

[continuum build - FAILED - checkout] Wed Dec 14 01:30:00 GMT 2005

Log: http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051214.013000.txt

[Proposal] Continuum refactoring

Hi, I'd like to know your opinions about the continuum refactoring for 1.1 What we'll do? Replace plexus-summit/velocity by JSP/WebWork/SiteMesh What i'd like to do? Actually, DefaultContinuum class is our centralized code class. With a framework like webwork, i think we can improve the arch

[jira] Updated: (CONTINUUM-509) Ability to process scheduled builds the same as forced builds.

[ http://jira.codehaus.org/browse/CONTINUUM-509?page=all ] Emmanuel Venisse updated CONTINUUM-509: --- Fix Version: 1.1 > Ability to process scheduled builds the same as forced builds. > -- >

[jira] Closed: (CONTINUUM-381) maven 1 build does not honor relative POM filename in build definition

[ http://jira.codehaus.org/browse/CONTINUUM-381?page=all ] Emmanuel Venisse closed CONTINUUM-381: -- Assign To: Emmanuel Venisse Resolution: Fixed Fix Version: 1.0.2 already fixed > maven 1 build does not honor relative POM filename i

[jira] Created: (CONTINUUM-510) big year schedule > 2099 prevents continuum from startup

big year schedule > 2099 prevents continuum from startup Key: CONTINUUM-510 URL: http://jira.codehaus.org/browse/CONTINUUM-510 Project: Continuum Type: Bug Components: Web interface, Core system Versio