Re: Is 1.1 trunk usable?

2006-10-27 Thread Wendy Smoak

On 10/26/06, Jesse McConnell [EMAIL PROTECTED] wrote:


and its been fixed up now :)


Thanks, Jesse. :)  I think Rahul is already convinced, but I'll just
offer that I'm running it from a svn checkout, and since the
occasional 'mvn clean' wipes out the configuration, I've recorded
Selenium tests to do the initial setup and add my projects.

--
Wendy


Re: [discuss] Zero config and more control over configuration (was: [jira] Commented: (CONTINUUM-924) Add ability to edit group)

2006-10-27 Thread Jesse McConnell

one of the problems here is that if you start letting the CI admin
make changes to project and project group names then you are breaking
the linkage between the POM and the representation of the project in
continuum.  Unless you start adding in mapping functionalities and
thats just a pain when really, the name in the CI ought to reflect
reality in the project.  Now perhaps the project group is something
that can be opened more for some configuration changes since it is
kind of an external concept being mapped onto the poms...its using the
pom that you load up for these defaults and then also making a project
for that same project group, mapping it twice into continuum as a
group and as a project...

if this is really what we want to change here then perhaps we ought to
make it an option for configuration of the project group in all cases,
the ability to specify the name of the project group...or give it some
kinda short identification element.  I kinda like that idea, then we
can use 'Doxia' for 'The Doxia Project' and we can even use the short
user input project group Id in the urls...

it would be nice if we could setup a mapping for

http://ci.host.org/Doxia  and take you to the project group.

I know brett had that desire a while back, this would more then
address that and make it easier to work with the project group in
general

jesse

On 10/27/06, Rahul Thakur [EMAIL PROTECTED] wrote:

I believe its more to do with - auto/dynamic configuration, or,  giving
a CI server admin more control to setup their continuum installation.

I think Continuum should be able to support both modes,
a) zero-config (almost), and
b) the ablity to afford more control to the user, like in the case of
edit/reorganize project groups.

With dynamic configuration it would make it easy for a project team to
change the pom.xml and have the changes reflect in Continuum, but same
time - the CI admin user (as can be the case with organisations where
this is a separate role/job) , this would mean the projects can, for
example, hop groups as and when changes are detected.

Thoughts?

Cheers,
Rahul


- Original Message -
From: Jesse McConnell (JIRA) [EMAIL PROTECTED]
To: issues@maven.apache.org
Sent: Saturday, October 28, 2006 5:36 AM
Subject: [jira] Commented: (CONTINUUM-924) Add ability to edit group


[
 http://jira.codehaus.org/browse/CONTINUUM-924?page=comments#action_78658 ]

 Jesse McConnell commented on CONTINUUM-924:
 ---

 I wonder about this one a bit.  Rahul was asking about the same sort
 of thing on irc a day or two ago and I am glad I found this issue
 here.

 My ultimate question on this is would we be better served to change
 things such that when the pom changes in the m2 project and have that
 automagically applied to the names of projects and project groups.

 Yes this needs to be added for the ant and shell script project
 groups...but for m2 and maybe m1 projects can be pull this info from
 the pom.  The Project Object Model is actually supposed to represent
 all the major aspects of the project so perhaps we can get away with
 that.

 Add ability to edit group
 -

 Key: CONTINUUM-924
 URL: http://jira.codehaus.org/browse/CONTINUUM-924
 Project: Continuum
  Issue Type: Sub-task
Affects Versions: 1.1
Reporter: Carlos Sanchez
 Assigned To: Henry S. Isidro

 Now that groups are added it'd be nice to have the ability of
 changing group name or moving projects from group.

 --
 This message is automatically generated by JIRA.
 -
 If you think it was sent incorrectly contact one of the
 administrators: http://jira.codehaus.org/secure/Administrators.jspa
 -
 For more information on JIRA, see:
 http://www.atlassian.com/software/jira







--
jesse mcconnell
[EMAIL PROTECTED]


Re: [discuss] Zero config and more control over configuration (was: [jira] Commented: (CONTINUUM-924) Add ability to edit group)

2006-10-27 Thread Rahul Thakur



one of the problems here is that if you start letting the CI admin
make changes to project and project group names then you are breaking
the linkage between the POM and the representation of the project in
continuum.  Unless you start adding in mapping functionalities and
thats just a pain when really, the name in the CI ought to reflect
reality in the project.  Now perhaps the project group is something
that can be opened more for some configuration changes since it is
kind of an external concept being mapped onto the poms...its using the
pom that you load up for these defaults and then also making a project
for that same project group, mapping it twice into continuum as a
group and as a project...


On related note about defaults, POM can be used to provide clues to 
continuum for project grouping, with sensible fallbacks (use groupId if 
no group specified for ci managment etc). I think it would be nice to 
allow a set of default project group notifiers in the pom.xml itself 
(pretty much the way the CI notifiers are handled in 1.0.3). But I 
understand this is something that will need a pom be extendable, and 
past 1.1 :-)


Cheers,
Rahul