IMHO, we can remove.
2008/3/10, Rahul Thakur [EMAIL PROTECTED]:
There are some other branches residing in Continuum SVN. Should we
remove any (or all) of the following if they are not in active
development? I know (id-refactor and key-based-refactor can go)
# continuum-acegi
#
On 11/03/2008, at 9:05 AM, [EMAIL PROTECTED] wrote:
- value${JAVA_HOME}/value
+ value${java.homr}/value
java.home?
- value${M2_HOME}/value
+ value${m2.home}/value
maven.home?
:)
- Brett
--
Brett Porter
[EMAIL
The branches have been removed except for 'continuum-site_1.1' which had
some updates a few months ago. If this is not required please feel free
to remove.
Rahul
Olivier Lamy wrote:
IMHO, we can remove.
2008/3/10, Rahul Thakur[EMAIL PROTECTED]:
There are some other branches residing
I added maven/plugins/trunk/pom.xml to Continuum 1.1 and forced a
build of the maven-plugins parent pom. (This is my own instance, not
vmbuild or the maven zone.)
It's using the default --non-recursive build definition, so I don't
understand this error:
INFO | jvm 1| 2008/03/09 09:55:55 |
Even though it uses --non-recursive to build, the checkout does not
exclude any subdirectories. This would occur in the checkout/update
and building changesets.
On 10/03/2008, at 4:08 AM, Wendy Smoak wrote:
I added maven/plugins/trunk/pom.xml to Continuum 1.1 and forced a
build of the
On Sun, Mar 9, 2008 at 12:48 PM, Brett Porter [EMAIL PROTECTED] wrote:
Even though it uses --non-recursive to build, the checkout does not
exclude any subdirectories. This would occur in the checkout/update
and building changesets.
Is a build error and Please correct your data! the right
I think Continuum needs to allow longer values in here - it certainly
should not error out.
On 10/03/2008, at 7:13 AM, Wendy Smoak wrote:
On Sun, Mar 9, 2008 at 12:48 PM, Brett Porter [EMAIL PROTECTED]
wrote:
Even though it uses --non-recursive to build, the checkout does not
exclude any
Hi,
Currently the max size for this field is 512.
class
nameChangeFile/name
packageNameorg.apache.maven.continuum.model.scm/packageName
version1.0.9+/version
fields
field
name stash.maxSize=512name/name
version1.0.9+/version
512 should be - the error Wendy got was going over 255.
On 10/03/2008, at 9:08 AM, Olivier Lamy wrote:
Hi,
Currently the max size for this field is 512.
class
nameChangeFile/name
packageNameorg.apache.maven.continuum.model.scm/packageName
version1.0.9+/version
Hi,
If I can help I will (propably not a 24/7 support :-) ).
2008/3/8, Wendy Smoak [EMAIL PROTECTED]:
We have a Continuum instance available for ASF projects to use:
http://vmbuild.apache.org/continuum/groupSummary.action
This is our (internal) public face, and it would be great to have
2008/3/4, Brett Porter [EMAIL PROTECTED]:
On 05/03/2008, at 5:18 AM, Olivier Lamy wrote:
2008/3/4, Brett Porter [EMAIL PROTECTED]:
On 04/03/2008, at 10:47 AM, Olivier Lamy wrote:
Agree on this.
Currently there is a blocking issue with xml-rpc CONTINUUM-1590
which
There are some other branches residing in Continuum SVN. Should we
remove any (or all) of the following if they are not in active
development? I know (id-refactor and key-based-refactor can go)
# continuum-acegi
# continuum-site_1.1
# gbuild
# id-refactor
# key-based-refactor
#
We have a Continuum instance available for ASF projects to use:
http://vmbuild.apache.org/continuum/groupSummary.action
This is our (internal) public face, and it would be great to have more
volunteers keeping an eye on it!
It was down this morning, so I re-started it (at 11AM MST.) I didn't
Thanks all. I added the repository in pom and it started working fine, but
seems to be stuck in the package phase (jar:jar) at:
*[WARNING] DEPRECATED [descriptor]: Please use descriptors instead
[INFO] [assembly:single {execution: default}]
[INFO] Building tar :
Hi all,
After trying to log into our continuum v1.1 instance as an admin,
continuum is telling us:
Account Locked
Project Groups list is empty.
Why would the admin account ever be locked, and how does one unlock it?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
all accounts lock to prevent raw dictionary attacks, and you can unlock by
restarting the server, then all admin accounts unlock
jesse
On Tue, Mar 4, 2008 at 7:07 AM, Graham Leggett [EMAIL PROTECTED] wrote:
Hi all,
After trying to log into our continuum v1.1 instance as an admin,
continuum
2008/3/4, Brett Porter [EMAIL PROTECTED]:
On 04/03/2008, at 10:47 AM, Olivier Lamy wrote:
Agree on this.
Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which
prevent using xml-rpc :-(.
Cool - shall we just start using the 1.2 bucket in JIRA? There are
only 14
On 05/03/2008, at 5:18 AM, Olivier Lamy wrote:
2008/3/4, Brett Porter [EMAIL PROTECTED]:
On 04/03/2008, at 10:47 AM, Olivier Lamy wrote:
Agree on this.
Currently there is a blocking issue with xml-rpc CONTINUUM-1590
which
prevent using xml-rpc :-(.
Cool - shall we just start using
On 05/03/2008, at 10:28 AM, [EMAIL PROTECTED] wrote:
use new continuum parent
change groupId to org.apache.continuum (continuun is now TLP :-) )
Will this be merged to trunk too?
archive
manifest
-
2008/3/5, Brett Porter [EMAIL PROTECTED]:
On 05/03/2008, at 10:28 AM, [EMAIL PROTECTED] wrote:
use new continuum parent
change groupId to org.apache.continuum (continuun is now TLP :-) )
Will this be merged to trunk too?
Yep
archive
manifest
-
I think this is because the release plugin is being called at the parent pom
once to also release all its modules whereas builds are being called at each
project in the project group.
On Sun, Mar 2, 2008 at 3:23 AM, Benoit Decherf [EMAIL PROTECTED]
wrote:
Hi,
The release button of the project
Yes, but I think that it should release all projects in the group.
It's really strange that this button doesn't work as the build all
projects button. And it would be a very great feature if it do it.
Benoit.
Edwin Punzalan wrote:
I think this is because the release plugin is being called at
On 29/02/2008, at 10:04 AM, Emmanuel Venisse wrote:
On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED]
wrote:
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what
the
branch was for...
Agree on this.
Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which
prevent using xml-rpc :-(.
If no objections, I will change root pom to not have anymore maven pom
as parent.
--
Olivier
2008/3/4, Brett Porter [EMAIL PROTECTED]:
On 29/02/2008, at 10:04 AM, Emmanuel Venisse
On 04/03/2008, at 10:47 AM, Olivier Lamy wrote:
Agree on this.
Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which
prevent using xml-rpc :-(.
Cool - shall we just start using the 1.2 bucket in JIRA? There are
only 14 issues there now so maybe we could keep that to 20-30
Brett Porter wrote:
On 29/02/2008, at 10:04 AM, Emmanuel Venisse wrote:
On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED] wrote:
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch
Hi,
The release button of the project group page only works if all projects
in the group have the same parent and the parent is in the group.
Why doesn't it make a release of all projects in the group ? I think
that it should work as the build all projects button.
Benoit.
On Fri, Dec 28, 2007 at 7:51 PM, Brett Porter [EMAIL PROTECTED] wrote:
On 29/12/2007, at 1:35 PM, Wendy Smoak wrote:
I was just going to leave it under continuum/trunk as continuum-docs
and continuum-site.
Cool, thanks for that. Should be pretty straightforward to move the
site up
On the Maven zone, I changed the schedule for the Continuum Parent
group to 'On Demand' so that it won't run.
AFAIK there's no way to tell it where the source code moved, so we'll
have to delete and re-add the projects.
(Talking about using Continuuum to build Continuum is confusing...)
--
I was due to move it to vmbuild anyway so I'll just do that now.
Sorry about that, should have remembered.
- Brett
On 02/03/2008, at 3:12 AM, Wendy Smoak wrote:
On the Maven zone, I changed the schedule for the Continuum Parent
group to 'On Demand' so that it won't run.
AFAIK there's no way
Hi,
What about the sandbox content ? [1]
Not sure it's well maintained code ;-).
--
Olivier
[1] : https://svn.apache.org/repos/asf/maven/sandbox/trunk/continuum/
2008/2/28, Brett Porter [EMAIL PROTECTED]:
This has been done (and switch works just fine). No other changes
should be needed on
Hi,
As continuum has moved in the apache svn.
The project is no longer available here http://fisheye6.cenqua.com.
I have created an issue [1] to ask the hosting.
Is there any objections before notifying/asking infra ?
Thanks,
--
Olivier
[1] https://support.atlassian.com/browse/FSH-580
done :)
On 01/03/2008, at 9:27 AM, Olivier Lamy wrote:
Hi,
What about the sandbox content ? [1]
Not sure it's well maintained code ;-).
--
Olivier
[1] : https://svn.apache.org/repos/asf/maven/sandbox/trunk/continuum/
2008/2/28, Brett Porter [EMAIL PROTECTED]:
This has been done (and switch
Go for it - I had no idea it was in place already :)
On 01/03/2008, at 12:11 PM, Olivier Lamy wrote:
Hi,
As continuum has moved in the apache svn.
The project is no longer available here http://fisheye6.cenqua.com.
I have created an issue [1] to ask the hosting.
Is there any objections before
I'll create some examples asap.
Emmanuel
On Thu, Feb 28, 2008 at 4:07 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
Hi,
Some code using a couple of Entities as examples would be nice :-)
I still think the API would be verbose.
Thanks,
Rahul
On Fri, Feb 22, 2008 at 11:06 PM, Emmanuel
thx Rahul for this link.
We are #2 now :)
On Thu, Feb 28, 2008 at 4:51 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
Hi,
Any one seen this:
http://www.wakaleo.com/polls/18-what-continuous-integration-server-are-you-using-in-2008
Another 5 steps to get to #1
:-)
Rahul
The users one seems to be missing the users. prefix in both - is there
a reason for that?
- Brett
On 29/02/2008, at 8:58 AM, [EMAIL PROTECTED] wrote:
Author: evenisse
Date: Thu Feb 28 13:58:44 2008
New Revision: 632127
URL: http://svn.apache.org/viewvc?rev=632127view=rev
Log:
Update
This has been done (and switch works just fine). No other changes
should be needed on your end.
- Brett
On 26/02/2008, at 12:02 PM, Wendy Smoak wrote:
On Mon, Feb 25, 2008 at 4:39 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
I created the svn group with all pmc members. The next step will
yes, it is an error.
Emmanuel
On Thu, Feb 28, 2008 at 11:13 PM, Brett Porter [EMAIL PROTECTED] wrote:
The users one seems to be missing the users. prefix in both - is there
a reason for that?
- Brett
On 29/02/2008, at 8:58 AM, [EMAIL PROTECTED] wrote:
Author: evenisse
Date: Thu Feb
Thanks Brett.
Emmanuel
On Thu, Feb 28, 2008 at 11:27 PM, Brett Porter [EMAIL PROTECTED] wrote:
This has been done (and switch works just fine). No other changes
should be needed on your end.
- Brett
On 26/02/2008, at 12:02 PM, Wendy Smoak wrote:
On Mon, Feb 25, 2008 at 4:39 PM,
Hi,
I'm a bit confused about the current branch scenarios, we have 1.2 on
a branch and 2.0 on trunk. Several changes have been made on each, and
none merged to the other.
Can I suggest we merge all branch changes to trunk, rename trunk to
1.2-SNAPSHOT, and the branch to continuum-1.1.x
why 1.1.x?
On Thu, Feb 28, 2008 at 11:45 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi,
I'm a bit confused about the current branch scenarios, we have 1.2 on
a branch and 2.0 on trunk. Several changes have been made on each, and
none merged to the other.
Can I suggest we merge all branch
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch was for... maintenance of 1.1.
or is there going to be 2 completely different strands of development?
- Brett
On Thu, Feb 28, 2008 at 11:45 PM,
On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED] wrote:
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch was for... maintenance of 1.1.
or is there going to be 2 completely
Hi,
Some code using a couple of Entities as examples would be nice :-)
I still think the API would be verbose.
Thanks,
Rahul
On Fri, Feb 22, 2008 at 11:06 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
On Fri, Feb 22, 2008 at 10:45 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
2)
I created the svn group with all pmc members. The next step will be the svn
move to the new location.
I'd like to see the move done for the end of the week, so if you have some
changes to commit, you must do it asap.
Brett, when will can you do the move?
Emmanuel
On Thu, Feb 21, 2008 at 12:10
On 26/02/2008, at 10:39 AM, Emmanuel Venisse wrote:
I created the svn group with all pmc members. The next step will be
the svn
move to the new location.
I'd like to see the move done for the end of the week, so if you
have some
changes to commit, you must do it asap.
Brett, when will
On Tue, Feb 26, 2008 at 12:47 AM, Brett Porter [EMAIL PROTECTED] wrote:
On 26/02/2008, at 10:39 AM, Emmanuel Venisse wrote:
I created the svn group with all pmc members. The next step will be
the svn
move to the new location.
I'd like to see the move done for the end of the week, so
On Mon, Feb 25, 2008 at 4:39 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
I created the svn group with all pmc members. The next step will be the svn
move to the new location.
I'd like to see the move done for the end of the week, so if you have some
changes to commit, you must do it
As I already explained, I'm in favor of named queries
On Fri, Feb 22, 2008 at 2:54 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
Hi,
I'd like to go ahead and pick up something towards the next Continuum
iteration. I am thinking refactoring ContinuumStore interface as was
earlier discussed on
2) Criteria vs Named Queries: I am not convinced (yet) that Named
queries are the way to go. I did some digging around, they are indeed
best practices for JPA but I think the decision merits other
consideration(s). I still believe the Criteria Queries will help us
define a cleaner Store
On Fri, Feb 22, 2008 at 10:45 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
2) Criteria vs Named Queries: I am not convinced (yet) that Named
queries are the way to go. I did some digging around, they are indeed
best practices for JPA but I think the decision merits other
consideration(s).
Hi,
I'd like to go ahead and pick up something towards the next Continuum
iteration. I am thinking refactoring ContinuumStore interface as was
earlier discussed on this list and as I did on the 'continuum-jpa'
branch.
To this end, I need to get a clear picture on a few items:
1) Which JPA
Thanks Rahul.
Emmanuel
On Feb 20, 2008 4:44 AM, Rahul Thakur [EMAIL PROTECTED] wrote:
Hi,
I have re-organised and updated content related to Continuum 2.0 Roadmap
here:
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Draft+-+Continuum+2.0+Roadmap
Would appreciate if others can
Great news! Congrats everyone :-)
Rahul
Brett Porter wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the planning for the
Cool, great news.
Thanks Brett (and others)
Emmanuel
On Feb 20, 2008 9:15 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as
\o/ nice!
On Wed, Feb 20, 2008 at 3:30 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
Cool, great news.
Thanks Brett (and others)
Emmanuel
On Feb 20, 2008 9:15 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
Wonderful !
--
Olivier
2008/2/20, Brett Porter [EMAIL PROTECTED]:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the
Another feature (rather features) that i would like to see is around
Change tracking/audit.
I would like to add to the feature list - integration with some of
popular Change management/ Bug tracking systems, such that user can see
issues fixed in a build.
On a related note, I think we are
On 21/02/2008, at 9:57 AM, Rahul Thakur wrote:
Another feature (rather features) that i would like to see is around
Change tracking/audit.
I would like to add to the feature list - integration with some of
popular Change management/ Bug tracking systems, such that user can
see issues
Fantastic news!
Congrats everyone!
- Joakim
Brett Porter wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the planning for
Yay! Congrats everyone! :-)
-Deng
On Thu, Feb 21, 2008 at 4:15 AM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual.
Yay! Congrats!
Cheers!
Nap
On Thu, Feb 21, 2008 at 9:07 AM, Maria Odea Ching [EMAIL PROTECTED] wrote:
Yay! Congrats everyone! :-)
-Deng
On Thu, Feb 21, 2008 at 4:15 AM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
wow. cool ! ^_^
congrats everyone ! ^_^
On Thu, Feb 21, 2008 at 10:16 AM, Napoleon Esmundo C. Ramirez
[EMAIL PROTECTED] wrote:
Yay! Congrats!
Cheers!
Nap
On Thu, Feb 21, 2008 at 9:07 AM, Maria Odea Ching [EMAIL PROTECTED]
wrote:
Yay! Congrats everyone! :-)
-Deng
On Thu, Feb
nice!
On Wed, Feb 20, 2008 at 12:15 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
\o/
On Wed, Feb 20, 2008 at 12:15 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the
Hi,
I have re-organised and updated content related to Continuum 2.0 Roadmap
here:
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Draft+-+Continuum+2.0+Roadmap
Would appreciate if others can review/update/comment as appropriate.
Also, I think we start cutting out concrete JIRA tasks
Sorry, just caught up with my mails today..
Anyway, +1 on the things in the wiki. All the ideas are exciting :) As what
have been mentioned already in the thread, I agree that it would be easier
and more manageable to implement these plans in milestones not just in one
blow.
And if Continuum
Maria Odea Ching wrote:
Anyway, +1 on the things in the wiki. All the ideas are exciting :) As what
have been mentioned already in the thread, I agree that it would be easier
and more manageable to implement these plans in milestones not just in one
blow.
Smaller iterations and more frequent
Hello Everyone,
I have re-organized the document on the cwiki.apache.org
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Continuum+2.0+Roadmap*
*and, moved the items into their own child pages. I think we should have
a template to lend some structure to requirements captured and
I have created an page for Continuum 2.0 related stuff (treat this as a
dashboard with links to related C2 docs).
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Draft+-+Continuum+2.0
The other content will keep moving in the background.
Cheers,
Rahul
Emmanuel Venisse wrote:
Thanks Brett.
I'm +1 to open it.
Emmanuel
On Feb 13, 2008 8:43 AM, Brett Porter [EMAIL PROTECTED] wrote:
no, permissions changes are non-destructive :)
On 13/02/2008, at 6:33 PM, Rahul Thakur wrote:
+1 as long as editing it requires a login :-)
Should I hold off the migration from
On 13/02/2008, at 4:04 PM, Wendy Smoak wrote:
On Feb 12, 2008 10:01 PM, Brett Porter [EMAIL PROTECTED] wrote:
Ok, I've created two wiki's:
...
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Index
(exported to: http://cwiki.apache.org/CONTINUUMDEV/)
This one is editable by
I'm having trouble building the trunk of Continuum. It's complaining about:
Missing:
--
1) bcel:bcel:jar:5.2
...
Path to dependency:
1) org.apache.maven.continuum:continuum-test:jar:2.0-SNAPSHOT
2) jpox:jpox-enhancer:jar:1.1.9
3) bcel:bcel:jar:5.2
Looks like
Hi,
I'm working on bug CONTINUUM-1633
http://jira.codehaus.org/browse/CONTINUUM-1633. So the release process
will be done executing maven directly.
I want to add a class describing the result of a release
prepare/process/rollback/clean action similar to the buildResult for the
build.
Overall I think the core of Continuum should be re-though to be more
pluggable. In particular a workflow engine should be in the middle of
the execution to orchestrate any steps involved with building a
project. This is one of the places where people should be able to plug
in their own steps
snipped
1-2)I would like to bring Guice to the mix. I think it is worth
investigating for Continuum 2.0 - WDYT?
I need a reason to drop the current set of technologies, why is the
new set better etc.
My motivations behind this were:
# leverage Java 5 language and other library
Here's my list:
1) Peformance improvements.
2) A slicker User Interface. Ability to let the user work in an offline
mode (Google Gears!) and sync periodically.
3) Good user and developer documentation.
4) Better public APIs (rework Store and Continuum)
Rahul
Napoleon Esmundo C. Ramirez
1. +1 on distributed builds, along with examples on the 2 main use
cases I see for distributed builds:
a. building on many platforms for native builds that need
multiple distributions.
b. distribute the build across many machines to decrease the
latency of building everything.
+1
-john
On Feb 5, 2008, at 6:06 PM, 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
Cheers,
Emmanuel
Establish the Apache
+1
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
Cheers,
Emmanuel
Establish the Apache Continuum Project
WHEREAS, the Board of
Its seems TopLink can do Criteria Queries (using Expressions and
ExpressionBuilders, correct me if I am wrong). It seems quite a few JPA
implementations provide some sort of Criteria Query API extension.
Hibernate does that too !
Damien
Definitely, +1
Congratulations!
On Feb 5, 2008 3:06 PM, Emmanuel Venisse [EMAIL PROTECTED] 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
Some good points emerging from this discussion! :-)
Would it be a nice idea to put following on wiki:
1) State goals/philosophy for C2 in light of lessons learnt from 1.x
development - lean, mean, extensible (~add any other here~)
2) Document *all* features/requirements we want to see in C2
Are you thinking what I am thinking - an OSGi based runtime underneath
and plugins/extensions that could be loaded runtime?
:-)
Carlos Sanchez wrote:
Some comments
Database vs xml: definitely database. Throwing away the db access api
(JDO/JPA/...) now that it's already there doesnt make much
Hi,
This looks very exciting (I love the plugin idea).
As all of this features can be long to implement, I agree with Brett
to separate into different millestones releases. (IMHO a full big
bang will be very long).
And currently they are some blocking issues in the 1.1 release.
--
Olivier
We can create such a wiki any time - the challenge is converting
existing content. If someone is happy to lose history and do it by
hand, it can be done straight away.
On 06/02/2008, at 9:25 PM, Rahul Thakur wrote:
Some good points emerging from this discussion! :-)
Would it be a nice
+1
-Vincent
On Feb 6, 2008, at 12:06 AM, 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
Cheers,
Emmanuel
Establish the Apache
+1
~nakees
Emmanuel
well, if you want to have a plugin based architecture, what better
that OSGi? and it may help too for distributiion of build machines
On Feb 6, 2008 2:08 AM, Rahul Thakur [EMAIL PROTECTED] wrote:
Are you thinking what I am thinking - an OSGi based runtime underneath
and plugins/extensions that
On Feb 6, 2008 6:52 AM, Christian Edward Gruber [EMAIL PROTECTED] wrote:
LOL. I'm so out of date. I used to work with TopLink way back in the
earliest days, and tracked it up to the Oracle buyout. After that I
didn't pay attention, and it's clearly changed direction. Never knew
the core
If everyone is happy to keep the history till date on codehaus wiki, I
can help copy stuff across to Apache wiki :-)
Rahul
Brett Porter wrote:
We can create such a wiki any time - the challenge is converting
existing content. If someone is happy to lose history and do it by
hand, it can
I am trying to run the Sample Client, not familiar with Maven or Java for that
matter I am having some difficulties. I am able to 'mvn clean install' the
entire continuum application from the root and then invoke the webapp and that
all runs fine.
But how would one invoke the Sample Client for
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
LOL. I mixed my lists, as this happened over on Tapestry, but here's
the thread. Looks like Cayenne might be an option depending on how
far they're going, but it's not there yet, though I have done a bit of
open-source work with Andrus (who heads that project) a long time ago,
and he's
+1
Vincent
2008/2/5, Emmanuel Venisse [EMAIL PROTECTED]:
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
Cheers,
Emmanuel
Establish the Apache
I can only agree on the pointers given in the wiki. However, I'd like to
reiterate the low significance of database portability in a CI server. I
think speed matters but not really portability.
Andy seems to be willing to help solve the database problems Continuum is
experiencing.
Just my 2
Some comments
Database vs xml: definitely database. Throwing away the db access api
(JDO/JPA/...) now that it's already there doesnt make much sense.
Maybe there are implementations that use xml for storage and that's
where you'd need to look if you want file storage
Spring vs Guice vs Plexus:
+1. I was about to query on this + archiva earlier as I saw various
discussions on their dev lists.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Emmanuel Venisse
Sent: Tuesday, February 05, 2008 3:07 PM
To: continuum-dev@maven.apache.org
Cc: [EMAIL
+1
Rahul
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
Cheers,
Emmanuel
Establish the Apache Continuum Project
WHEREAS, the Board
1 - 100 of 2794 matches
Mail list logo