Hi
I just removed the build signaled state from the ContinuumProjectState
enum. I removed the reference to it in the state decoder in
continuum-web for now.
Of course we have to be able to show to the user that the project is
signaled for build but that can be read from the queue. The only
On Fri, Aug 05, 2005 at 01:14:05PM +0200, Vincent Massol wrote:
-Original Message-
From: Trygve Laugstøl [mailto:[EMAIL PROTECTED]
Sent: vendredi 5 août 2005 12:58
To: continuum-dev@maven.apache.org
Subject: Re: continuum jira
On Fri, Aug 05, 2005 at 01:53:25PM +1000
On Fri, 2005-09-16 at 10:06 +1000, Brett Porter wrote:
This is a vote to release Continuum 1.0 alpha 4. Open for 72 hours.
+1
--
Trygve
On Fri, 2005-09-16 at 14:32 +0530, Sadasivam, Sendhil (Cognizant) wrote:
Hai
Please unsubscribe my mail id.
Thanks
To unsubscribe send a mail to
[EMAIL PROTECTED]
almost like you did when you subscribed. Make sure that you use the same
email address that you used when you subscribed to
On Mon, 2005-11-21 at 10:00 +1100, Brett Porter wrote:
I've noticed John has posted a number of documents here:
http://docs.codehaus.org/display/CONTINUUM/Continuum+1.1+Design+Discussions
I've provided some feedback - it'd be great if anyone else could take a
look. Before the feature
On Wed, 2006-01-11 at 19:13 +0100, Emmanuel Venisse wrote:
Hi,
In 1.1, we have decided to rework all security features.
I haven't looked at osuser in particular yet, but I still think it might
work for us.
Anyway I'm suggesting the following strategy:
1) Make a set of Continuum-specific
On Mon, 2006-03-20 at 14:01 -0800, Jason van Zyl wrote:
Hi,
I have been talking with David Blevins about moving the GBuild code from
Geronimo over to Continuum proper. GBuild is a version of Continuum that
works in a distributed fashion. GBuild was created to test the Geronimo
TCK across
Brett Porter wrote:
I've turned off the CI build for continuum-1.0.x, since the development
focus will all be on trunk now.
I'm not sure if we should svn rm the branch to save confusion, or move
it, or just leave it there. Any thoughts?
I'd prefer to leave it, at least for a while, as
Brett Porter wrote:
Yep, I agree with you both. Perhaps removing it after the 1.1 release is
the most appropriate.
+1, and include the last known rev in the README.txt :)
--
Trygve
Ahmed Omarjee wrote:
Hi,
I have a requirement to perform other operations before checkout of a
project, as well as after a successful or failed build.
The context of why I need this is as follows; I am using PVCS at a corporate
client, and have already begun writing a maven-scm-plugin for
[EMAIL PROTECTED] wrote:
Author: evenisse
Date: Fri Jul 14 13:24:49 2006
New Revision: 422021
URL: http://svn.apache.org/viewvc?rev=422021view=rev
Log:
[CONTINUUM-759] Generate plexus-request.xml with plexus-cdc
Submitted by: Jesse McConnell
Added:
On Sat, 2006-08-12 at 05:18 -0700, Erik Bengtson wrote:
I've downloaded continuum 1.3 and collected some errors from the first
startup.
If they are expected, IMO they should not be printed to the logs, unless DEBUG
is enabled.
I must say the first startup takes very long. Please let me
On Mon, 2006-08-07 at 13:56 +, [EMAIL PROTECTED] wrote:
Author: carlos
Date: Mon Aug 7 06:56:43 2006
New Revision: 429342
[snip]
+setContinuum( (Continuum) lookup(
org.apache.maven.continuum.Continuum ) );
Here you should use Continuum.ROLE instead to make everything
Wendy Smoak wrote:
The ASF Subversion server limits connections to 10 per IP address, and
with several ASF projects loaded up, Continuum is regularly exceeding
this limit.
I'm not sure if it's just opening too many, or if they aren't getting
closed properly, or what, but it ends up meaning that
to do it, mind you, just
rebuttals to some reasons to not do it.
That is really not relevant in this case. We're talking about the
external API for applications, not the database. Running a tool to alter
the database is fine.
--
Trygve
Christian.
Trygve Laugstøl wrote:
Rahul Thakur
Rahul Thakur wrote:
Trygve Laugstøl wrote:
Rahul Thakur wrote:
'int' ids are now converted to 'long' across the project and to
allow really large values. This should cater to scenarios where the
id generation could be started from an arbitrary large value.
Won't this break the API?
Yep
Christian Edward Gruber wrote:
Trygve Laugstøl wrote:
1.0 to a 1.1 is not the time when you break an API. You can add stuff
with minor released, but not break things. This is the versioning
conventions used for all Maven-related projects. Perhaps trunk should
be 2.0, but as long as it's 1.1
your commit emails are beeing moderated.
--
Trygve
Stephane Nicoll wrote:
On 2/23/07, Trygve Laugstøl [EMAIL PROTECTED] wrote:
A milestone should focus on showing the fancy new features and bugs
fixed. Stuff like security, upgrading existing databases etc are all
secondary.
I understand what you mean but I think database upgrade is very
Andrew Williams wrote:
OK, not entirely sure what to do about this problem now...
Calling getBuildResultsForProject over RPC yields this exception on the
server side.
Caused by: javax.jdo.JDODetachedFieldAccessException: You have just
attempted to access field modifiedDependencies yet this
Rahul Thakur wrote:
Hey guys,
Some quick notes on the security for XML RPC interface. This is what I
am thinking...
Have an AuthenticatedXmlRpcService component that services the xml rpc
requests. The first request from a client to the service is a request
for authentication. A successful
Rahul Thakur wrote:
Sounds good! Pointers would be great, if you have it handy :-)
If you're using the servlet way (which I'd recommend) you should be able
to use Redback as a filter for that URL. Way easier that my hack.
--
Trygve
TIA,
Rahul
- Original Message - From: Trygve
[EMAIL PROTECTED] wrote:
Author: oching
Date: Sun May 6 20:34:07 2007
New Revision: 535724
URL: http://svn.apache.org/viewvc?view=revrev=535724
Log:
CONTINUUM-1256 Applied patch submitted by Teodoro Cue
Can you please include some information about what changed when
committing stuff? It's
Emmanuel Venisse wrote:
I don't know yet if we must add the second part in a second beta or in 1.2.
The first part will change the database and the second part too. We'll
need a migration tool between between actual db and first part and an
other between first part and second part. Maybe we
Brett Porter wrote:
Hi folks,
I'm currently doing the rounds of all the people using Continuum on
VMBuild. The set up on there ballooned despite the box being
underpowered and the installation intended to be experimental, so was
never very well maintained.
We have a new box to move vmbuild
Emmanuel Venisse wrote:
Hi,
I'd like to do a release of the 1.1-beta-1
+1, works for me.
--
Trygve
Emmanuel Venisse wrote:
Hi,
At the begin, Continuum was designed to support maven2 projects so we
thought it was good to put it under the maven umbrella.
But now it supports other project types (ANT, shell scripts) too so it
isn't centered on maven projects.
An other thing is that we have
Emmanuel Venisse wrote:
Hi,
Below is the current proposal for the Continuum TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
+1
--
Trygve
28 matches
Mail list logo
