blob: ce4e221fdc6826dff945cfe2cf1a57eeca03fbcb [file] [log] [blame]
m2:
http://svn.apache.org/viewcvs.cgi/*checkout*/maven/wagon/trunk/wagon-provider-api/pom.xml?rev=169925&content-type=text%2Fplain
Get these into JIRA
o need to check if a project already exists
o check out the release documentation, it would be good to tell users what
they need to be installed in order to use the various builders
x deploy/release all components i've modified
- plexus-i18n
- plexus-action
- plexus-formica
- plexus-formica-web
- plexus-summit
x hookup scm validator
x trigger the build from the summary
x i18n the delete message
x test update
x need the content generator to be used in the view
x separate add form for m1/m2 from the display and update
the add form should have the POM and goals/phase
x formica needs to be able to call methods with parameters instead of using
a target object
add / update / view / delete
-----------------------------------
m1 ok ok ok ok
-----------------------------------
m2 ok ok ok ok
-----------------------------------
ant ok ok ok ok
-----------------------------------
shell ok ok ok ok
-----------------------------------
NOTE: delete only works when projects are added via the
web interface. projects added to the continuum via xmlrpc
can't be deleted.
---
alpha-2
o fix the layout selection so that the menu doesn't show up in the login
o need a way in summit to map an url to a page + any parameters required:
i want to set the default page to continuumProject.form?mode=summary, but
you can't set a target with parameters.
o properties files for localization are horrible in order to easily
make language packs we need a tool to help show the keys for the target
language that need values.
o move the configuration of summit into the webapp components.xml so that I
can control the default view and error page better
o stackable validators
o for complex validations like the scm validator we may want a better error
out put mechanism. or at least make the error output configurable because
lots of things could be wrong. need to return a i18n key for the given
error message. this is the only way that you can get a meaningful message
back from validation. One per validator doesn't cut it.
o need to make a paging mechanism, things like the number of builds adds
up pretty quickly.
o start/stop scripts and supervise integration. it has to be easy
for users to start and stop
o debug mode that spits out sample urls to use for testing
o whip up some quick tests using maxq
o when the build fails completely the errors are not captured in the
standard output
o when the addition of project fails by passing in a POM the user must
be given details of the error so that they can fix the POM.
o need to account for the difference between required, and validation
though with stackable validators that should be possible.
o take a top-level POM (m1/m2) and pull in the whole group of projects
and then walk over the checked out directory and collect all the POMs.
In m2 this is easy because we can look at modules, but in m1 we need
to be aware of test POMs. This would be extremely convenient.
o need to be able to configure notifications
o add developer list to the continuum project so that the developer
who broke the build can be notified and tracked
o i would like to be able to develop components and have the application
pick them up from their target directory. so artifact enable the app server
and teach it about the unified source directory.
right now i have a little script that creates the necessary symlinks to the
appropriate directories but it would be nice to have something a little more
elegant then that. couple that with some dynamic JAR reloading and that
would make development much quicker.