Re: Continuum 1.1

2007-11-13 Thread Brett Porter
Given that there have been not-insignificant code changes since the  
last release, and this falls over the weekend - I'd suggest a longer  
vote period on this.


On 13/11/2007, at 11:55 AM, Emmanuel Venisse wrote:


Hi,

All issues for Continuum 1.1 final will be closed this week, so  
I'll try to prepare the release next Friday (Nov. 16)


Before to do the release, I'll try (I'm not sure yet) to add  
pagination in the build results list page to save some memory when  
users call it for projects with lot of build results.


Emmanuel



--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/



RE: Continuum 1.1-beta-1

2007-07-17 Thread McNaught, Duncan
Do you know when this week it will be out?
Thanks
--Duncan

-Original Message-
From: Jesse McConnell [mailto:[EMAIL PROTECTED] 
Sent: Friday, July 13, 2007 2:53 PM
To: continuum-dev@maven.apache.org
Subject: Re: Continuum 1.1-beta-1

they have been released...

continuum 1.1-beta-1 will be out next week :)

\o/

On 7/13/07, Emmanuel Venisse [EMAIL PROTECTED] wrote:
 We must release plexus-contextualizer and plexus-utils-1.4.3 first. 
 Volunteers?

 Emmanuel

 Emmanuel Venisse a écrit :
  Hi,
 
  All 1.1-beta-1 issues are closed.
  I'll prepare the release in next hours or next week.
 
  Emmanuel
 
 
 
 




-- 
jesse mcconnell
[EMAIL PROTECTED]


Re: Continuum 1.1-beta-1

2007-07-13 Thread Jesse McConnell

they have been released...

continuum 1.1-beta-1 will be out next week :)

\o/

On 7/13/07, Emmanuel Venisse [EMAIL PROTECTED] wrote:

We must release plexus-contextualizer and plexus-utils-1.4.3 first. Volunteers?

Emmanuel

Emmanuel Venisse a écrit :
 Hi,

 All 1.1-beta-1 issues are closed.
 I'll prepare the release in next hours or next week.

 Emmanuel









--
jesse mcconnell
[EMAIL PROTECTED]


Re: continuum 1.1-beta-1 update

2007-07-03 Thread Emmanuel Venisse

ok, I modified fixed version on lot of issues.

Can you check if you're agree?

Emmanuel

Brett Porter a écrit :


On 03/07/2007, at 5:54 AM, Emmanuel Venisse wrote:




Jesse McConnell a écrit :

Just to capture some talk on irc today...
I think the strategy moving forward is going to be get some of jira
cleaned up a la the recent maven jira push and continuum 1.1 is going
to get wrapped up a bit for the first feature complete beta release
very soon.


I'll start to move some issues tomorrow.
Versions will be 1.1-beta-1, 1.1, 1.x and maybe 2.X


I'd go with:
- 1.1-beta-1
- 1.1-beta-2 (I think we'll need at least this one, any beyond that we 
can add later)

- 1.1
- 1.1.x (bugs that we accept won't be fixed in 1.1, but will be 
addressed before any feature releases)

- Future.

1.1 should be empty or have very few bugs so that it's not a lot of 
changes happening close to release.


Cheers,
Brett







Re: continuum 1.1-beta-1 update

2007-07-02 Thread Emmanuel Venisse



Jesse McConnell a écrit :

Just to capture some talk on irc today...

I think the strategy moving forward is going to be get some of jira
cleaned up a la the recent maven jira push and continuum 1.1 is going
to get wrapped up a bit for the first feature complete beta release
very soon.


I'll start to move some issues tomorrow.
Versions will be 1.1-beta-1, 1.1, 1.x and maybe 2.X



there are some cool things going on for the next major release and we
need to get 1.1 out of the way so that work can start landing.

that is my update...others can add as they see fit :)

jesse





Re: continuum 1.1-beta-1 update

2007-07-02 Thread Brett Porter


On 03/07/2007, at 5:54 AM, Emmanuel Venisse wrote:




Jesse McConnell a écrit :

Just to capture some talk on irc today...
I think the strategy moving forward is going to be get some of jira
cleaned up a la the recent maven jira push and continuum 1.1 is going
to get wrapped up a bit for the first feature complete beta release
very soon.


I'll start to move some issues tomorrow.
Versions will be 1.1-beta-1, 1.1, 1.x and maybe 2.X


I'd go with:
- 1.1-beta-1
- 1.1-beta-2 (I think we'll need at least this one, any beyond that  
we can add later)

- 1.1
- 1.1.x (bugs that we accept won't be fixed in 1.1, but will be  
addressed before any feature releases)

- Future.

1.1 should be empty or have very few bugs so that it's not a lot of  
changes happening close to release.


Cheers,
Brett


Re: Continuum 1.1 roadmap

2006-07-18 Thread Brett Porter
I had a look at this, and added high next to the ones that I thought 
were high, and realised it was all but two.


So I took the column out and moved those two to a 1.2 roadmap. Maybe we 
can break that down into 1.2, 2.0, etc. as we go and just keep this page 
as the this is what we're doing and what we'd like to do in future at a 
high level page. Do folks think this is helpful?


That was basically the intent of the design discussion page, so I'm 
going to make that basically a workspace for actual 1.1 design 
discussions, and then move the roadmappish bits to this.


So, we now have:
http://docs.codehaus.org/display/CONTINUUM/Continuum+Roadmap
and
http://docs.codehaus.org/display/CONTINUUM/Continuum+1.1+Design+Discussions

Cheers,
Brett


On 13/07/2006 8:22 AM, Jesse McConnell wrote:

hi everyone,

I have been trying to help emmanuel some with pulling together the
roadmap for Continuum 1.1 on the wiki and maybe help organize some of
the discussions on there.

I wanted to get out the url to the wiki roadmap and maybe see how you
guys feel about the content on it.  I tried to pull out some of the
important things from the 170 + issues in jira currently slated for
1.1 and also the roadmap thread that started on this mailing list last
month.

so..any thoughts and improvements would be much appreciated, I was
kinda hoping I could get a somewhat definitive list of the major
hotbutton items for Continuum 1.1 on that roadmap page and then link
out the appropriate wiki page or jira ticket.

http://docs.codehaus.org/display/CONTINUUM/Continuum+1.1+Development+Roadmap 



I also reworked the front page a bit...it was sort plain...or empty rather.

http://docs.codehaus.org/display/CONTINUUM/Home

jesse




--
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/


Re: Continuum 1.1 roadmap

2006-07-12 Thread Rinku


Hi,

Just wondering what happened to this idea:
http://www.nabble.com/2.1-Design-and-Process-tf1617559.html#a4383722

Cheers,
Rahul


Jesse McConnell wrote:

hi everyone,

I have been trying to help emmanuel some with pulling together the
roadmap for Continuum 1.1 on the wiki and maybe help organize some of
the discussions on there.

I wanted to get out the url to the wiki roadmap and maybe see how you
guys feel about the content on it.  I tried to pull out some of the
important things from the 170 + issues in jira currently slated for
1.1 and also the roadmap thread that started on this mailing list last
month.

so..any thoughts and improvements would be much appreciated, I was
kinda hoping I could get a somewhat definitive list of the major
hotbutton items for Continuum 1.1 on that roadmap page and then link
out the appropriate wiki page or jira ticket.

http://docs.codehaus.org/display/CONTINUUM/Continuum+1.1+Development+Roadmap 



I also reworked the front page a bit...it was sort plain...or empty 
rather.


http://docs.codehaus.org/display/CONTINUUM/Home

jesse



Re: Continuum 1.1 roadmap

2006-07-12 Thread Jesse McConnell

it disappeared into the ether of the mailing list?  :)

I still think its a good idea, thanks for bringing it back up...could
be very useful on some of the larger issues like security and project
groups, etc..

jesse

On 7/12/06, Rinku [EMAIL PROTECTED] wrote:


Hi,

Just wondering what happened to this idea:
http://www.nabble.com/2.1-Design-and-Process-tf1617559.html#a4383722

Cheers,
Rahul


Jesse McConnell wrote:
 hi everyone,

 I have been trying to help emmanuel some with pulling together the
 roadmap for Continuum 1.1 on the wiki and maybe help organize some of
 the discussions on there.

 I wanted to get out the url to the wiki roadmap and maybe see how you
 guys feel about the content on it.  I tried to pull out some of the
 important things from the 170 + issues in jira currently slated for
 1.1 and also the roadmap thread that started on this mailing list last
 month.

 so..any thoughts and improvements would be much appreciated, I was
 kinda hoping I could get a somewhat definitive list of the major
 hotbutton items for Continuum 1.1 on that roadmap page and then link
 out the appropriate wiki page or jira ticket.

 http://docs.codehaus.org/display/CONTINUUM/Continuum+1.1+Development+Roadmap


 I also reworked the front page a bit...it was sort plain...or empty
 rather.

 http://docs.codehaus.org/display/CONTINUUM/Home

 jesse





--
jesse mcconnell
[EMAIL PROTECTED]


Re: Continuum 1.1 roadmap

2006-07-03 Thread Jason van Zyl


On 3 Jul 06, at 9:30 AM 3 Jul 06, Brett Porter wrote:


On 28/06/2006 8:40 PM, Jason van Zyl wrote:
When we last discussed it on the development process, we talked  
about instead doing regular promotion of the automated builds  
(eg, roughly once a week we say this is a stable build with  
something new/a good fix/etc, let's ask people to test it).


I'd really like to try that (and add anything to continuum to  
make it easier :)
Yes, but we still have to make some official public releases. I  
don't think we can just release Continuum generated builds and  
then just release 1.1? Or do I misunderstand what you're talking  
about.


I think we are talking about the same thing, but it's just mechanics.

So a fundamental thing I think we need is regular builds that at  
least passed the basic integration tests (ie, they compiled and the  
server started). These are what we have now, though I'd rather they  
came from Continuum and were more easily accessible to joe schmo  
just coming to the web site.


The next thing is regularly approved builds. Currently we schedule  
and do the alpha/beta thing, but what I'm thinking is not going  
through the whole release process that is time consuming and doing  
something more regular - ie every week or two we say there's been  
a few new features, or a significant internal change, or some bad  
bugs fixed and we want people to test it, so we check a particular  
build is reasonably stable and then vote (or something) to promote  
it - and we put that up on the web site as the latest test build.  
It's somewhere between unstable nightlies and really stable releases.




So you're suggesting we not doing any official alpha/beta releases?


I guess what I'm thinking of is something like IDEA's EAP program.

Then the final release would what we do now: produce an RC which we  
intend to be the actual binary, call for testers and vote. Release  
that, or produce another one, then push it out to the mirrors and  
announce.


Cheers,
Brett



Jason van Zyl
[EMAIL PROTECTED]





Re: Continuum 1.1 roadmap

2006-07-03 Thread Brett Porter

On 3/07/2006 7:17 PM, Jason van Zyl wrote:

So you're suggesting we not doing any official alpha/beta releases?


Right.

- Brett

--
Brett Porter [EMAIL PROTECTED]
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/


Re: Continuum 1.1 roadmap

2006-06-28 Thread Jason van Zyl


On 27 Jun 06, at 10:04 PM 27 Jun 06, Emmanuel Venisse wrote:


Hi,

I started to define the roadmap of continuum 1.1. It will be done  
normally tomorrow.


Are we deciding that these are the things are going to be in 1.1 and  
take as long as we need? I would prefer that myself. Looking below  
there I think that's a good list.




The major first things to do in this roadmap are:

- Reimplementation of authentication/authorization management  
(CONTINUUM-542 and CONTINUUM-513): this will be done by carlos with  
acegi. Carlos will integrate acegi with plexus. This part must  
secure all requests in continuum and not only don't show some part  
of the interface.




If a plexus component is made to integrate Acegi that's cool. As long  
as Continuum itself has an abstraction for security and Acegi is not  
coupled directly to Continuum that's fine.


- Remove JDO (at least jpox) because it the source of lot of our  
issues




+1

- implementation of continuum profiles and installation screens 
(CONTINUUM-44,CONTINUUM-59)




+1


- integration of GBuild (CONTINUUM-563)



+1

- implementation of project groups (CONTINUUM-30,  
CONTINUUM-289,CONTINUUM-290, CONTINUUM-291, CONTINUUM-292)




+1


Other important things I'd want to see in it:

- customization of the add project feature. In this part, I think  
to add a multi-project as a multiple projects or as a single  
project, scm connection string to use, add with a scm url, add all  
modules by a scm connection instead of an url contruction based on  
project url provided in the add screen




+1


- build on dependencies changes



+1


- add a tests result summary in build results



+1

I'll add missing issues in jira tomorrow when I'll continue the  
roadmap.




Cool, thanks Emmanuel.


Emmanuel




Jason van Zyl
[EMAIL PROTECTED]





Re: Continuum 1.1 roadmap

2006-06-28 Thread Emmanuel Venisse



Jason van Zyl a écrit :


On 27 Jun 06, at 10:04 PM 27 Jun 06, Emmanuel Venisse wrote:


Hi,

I started to define the roadmap of continuum 1.1. It will be done 
normally tomorrow.


Are we deciding that these are the things are going to be in 1.1 and 
take as long as we need? I would prefer that myself. Looking below there 
I think that's a good list.


I'd prefer too, but depends of the time we spend on each items. If we need lot of time on each 
items, perhaps we'll do an intermediate release.






The major first things to do in this roadmap are:

- Reimplementation of authentication/authorization management 
(CONTINUUM-542 and CONTINUUM-513): this will be done by carlos with 
acegi. Carlos will integrate acegi with plexus. This part must secure 
all requests in continuum and not only don't show some part of the 
interface.




If a plexus component is made to integrate Acegi that's cool. As long as 
Continuum itself has an abstraction for security and Acegi is not 
coupled directly to Continuum that's fine.


Normally, they won't be coupled. Carlos, can you add more informations?




- Remove JDO (at least jpox) because it the source of lot of our issues



+1

- implementation of continuum profiles and installation 
screens(CONTINUUM-44,CONTINUUM-59)




+1


- integration of GBuild (CONTINUUM-563)



+1

- implementation of project groups (CONTINUUM-30, 
CONTINUUM-289,CONTINUUM-290, CONTINUUM-291, CONTINUUM-292)




+1


Other important things I'd want to see in it:

- customization of the add project feature. In this part, I think to 
add a multi-project as a multiple projects or as a single project, scm 
connection string to use, add with a scm url, add all modules by a scm 
connection instead of an url contruction based on project url provided 
in the add screen




+1


- build on dependencies changes



+1


- add a tests result summary in build results



+1


I'll add missing issues in jira tomorrow when I'll continue the roadmap.



Cool, thanks Emmanuel.


Emmanuel




Jason van Zyl
[EMAIL PROTECTED]










Re: Continuum 1.1 roadmap

2006-06-28 Thread Emmanuel Venisse
- Remove JDO (at least jpox) because it the source of lot of our 
issues



+1


My only opinion on this is to think about it, but save the work until we 
bump into the next big problem that is going to require a lot of effort 
to fix. It seems stable enough in 1.0.3 and if it remains that way 
through 1.1 it can buy us some time.


I'm interested in seeing how JPA progresses as a replacement for this 
(even if it requires Java 5, which it would be nice to move to anyway :) 
There should be a better choice of implementations and the API is 
similar I think.


It's a shame we're having so many problems, as the jdo api is actually 
quite nice.


BTW, have we done much trials with databases other than hsqldb and 
derby? Maybe the problem isn't JDO :)


I open an issue for the replacement of it (CONTINUUM-740). Actually, it's planned for 1.1 and we'll 
can move it to another version if we think it isn't necessary to spend lot of time on it.


Some users use Continuum with posgres, mysql or mssql and I don't know if they have issues (except 
for database schema).


Emmanuel



Re: Continuum 1.1 roadmap

2006-06-28 Thread Emmanuel Venisse
- customization of the add project feature. In this part, I think 
to add a multi-project as a multiple projects or as a single 
project, scm connection string to use, add with a scm url, add all 
modules by a scm connection instead of an url contruction based on 
project url provided in the add screen


Absolutely. We should talk through this one a bit more, as maybe the 
solution is to have it better understand module relationships. This also 
relates to something I'd like to see happen where we have the checkout 
in the normal layout instead of isolated directories (to avoid checking 
out the modules twice - once in the parent and once for each module).




I created a new issue (CONTINUUM-741)

Emmanuel



Re: Continuum 1.1 roadmap

2006-06-28 Thread Emmanuel Venisse

ok, I think the roadmap is done now. We have 159 issues.

I'll be happy if we can include all these issues in 1.1 :-)

Emmanuel

Emmanuel Venisse a écrit :

Hi,

I started to define the roadmap of continuum 1.1. It will be done 
normally tomorrow.


The major first things to do in this roadmap are:

- Reimplementation of authentication/authorization management 
(CONTINUUM-542 and CONTINUUM-513): this will be done by carlos with 
acegi. Carlos will integrate acegi with plexus. This part must secure 
all requests in continuum and not only don't show some part of the 
interface.


- Remove JDO (at least jpox) because it the source of lot of our issues

- implementation of continuum profiles and installation 
screens(CONTINUUM-44,CONTINUUM-59)


- integration of GBuild (CONTINUUM-563)

- implementation of project groups (CONTINUUM-30, 
CONTINUUM-289,CONTINUUM-290, CONTINUUM-291, CONTINUUM-292)


Other important things I'd want to see in it:

- customization of the add project feature. In this part, I think to add 
a multi-project as a multiple projects or as a single project, scm 
connection string to use, add with a scm url, add all modules by a scm 
connection instead of an url contruction based on project url provided 
in the add screen


- build on dependencies changes

- add a tests result summary in build results

I'll add missing issues in jira tomorrow when I'll continue the roadmap.

Emmanuel