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
-Deng
On Feb 6, 2008 7:06 AM, 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
Cheers,
Emmanuel
This is great news +1
On Feb 6, 2008 10:00 AM, Maria Odea Ching [EMAIL PROTECTED] wrote:
+1
-Deng
On Feb 6, 2008 7:06 AM, 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
Just some thoughts,
I strongly agree to the proposed technology changes, particularly in the
database, as it will definitely improve the storage performance. In line
with the objectives to make Continuum a slick CI server, I think the design
changes is a good move as well. In my opinion, having
+1
On Feb 6, 2008 10:06 AM, Henry Isidro [EMAIL PROTECTED] wrote:
This is great news +1
On Feb 6, 2008 10:00 AM, Maria Odea Ching [EMAIL PROTECTED] wrote:
+1
-Deng
On Feb 6, 2008 7:06 AM, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Hi,
Below is the current proposal
On 06/02/2008, at 1:20 PM, Napoleon Esmundo C. Ramirez wrote:
Just some thoughts,
I strongly agree to the proposed technology changes, particularly in
the
database, as it will definitely improve the storage performance. In
line
with the objectives to make Continuum a slick CI server, I
+1
On Feb 5, 2008 6:22 PM, Napoleon Esmundo C. Ramirez
[EMAIL PROTECTED] wrote:
+1
On Feb 6, 2008 10:06 AM, Henry Isidro [EMAIL PROTECTED] wrote:
This is great news +1
On Feb 6, 2008 10:00 AM, Maria Odea Ching [EMAIL PROTECTED] wrote:
+1
-Deng
On Feb 6, 2008 7:06
On Feb 5, 2008 4:06 PM, Emmanuel Venisse [EMAIL PROTECTED] wrote:
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
--
Wendy
+1
Arnaud
On Feb 6, 2008 12:06 AM, 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
Cheers,
Emmanuel
Good to see C2 discussions picking up! \o/
Re. TopLink
TopLink Essentials is governed by this license:
https://glassfish.dev.java.net/public/CDDLv1.0.html
I am not sure if that license is compatible with our goals or not. Also,
EclipseLink has already been mentioned on this thread earlier.
I would have liked this thread to merge with Continuum 2.0 discussion
thread, but anyway...
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
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 was open-sourced.
Anyway, it's always been one of the better OR/M
Nice!
On 6-Feb-08, at 00:31 , Rahul Thakur wrote:
I would have liked this thread to merge with Continuum 2.0
discussion thread, but anyway...
Its seems TopLink can do Criteria Queries (using Expressions and
ExpressionBuilders, correct me if I am wrong). It seems quite a few
JPA
Incidentally, according to this:
http://people.apache.org/~cliffs/3party.html
CDDL software can be included in binary form (so as a binary maven
dependency), but the project would not be able to ship any source from
it.
regards,
Christian.
On 6-Feb-08, at 00:03 , Rahul Thakur wrote:
+1
--
Olivier
2008/2/6, 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
The main list is the internal catalog.
It is also possible to define a specific catalog
by -DarchetypeCatalog=http://repo.company.com/maven2 the catalog
is an xml file located at the root and called archetype-catalog.xml.
The process that populates a catalog during deploy. is not currently
Yes, that's the idea of a vitrual repository URL to acces a set (group)
of managed repositories.
For my personnal use case I also have to look at the Dav server
implementation to add support for Windows UNC file path.
Nico.
2008/2/5, Maria Odea Ching [EMAIL PROTECTED]:
Hi Nicolas,
I believe
On Feb 5, 2008 9:03 AM, Raphaël Piéroni [EMAIL PROTECTED] wrote:
The main list is the internal catalog.
It is also possible to define a specific catalog
by -DarchetypeCatalog=http://repo.company.com/maven2 the catalog
is an xml file located at the root and called archetype-catalog.xml.
On 05/02/2008, at 8:50 PM, Tomasz Pik wrote:
On Feb 5, 2008 9:03 AM, Raphaël Piéroni [EMAIL PROTECTED]
wrote:
The main list is the internal catalog.
It is also possible to define a specific catalog
by -DarchetypeCatalog=http://repo.company.com/maven2 the catalog
is an xml file located at the
On Feb 5, 2008 11:14 AM, Brett Porter [EMAIL PROTECTED] wrote:
On 05/02/2008, at 8:50 PM, Tomasz Pik wrote:
On Feb 5, 2008 9:03 AM, Raphaël Piéroni [EMAIL PROTECTED]
wrote:
The main list is the internal catalog.
It is also possible to define a specific catalog
by
I started to scratch a plexus component that do this kind of work.
Raphaël
2008/2/5, Tomasz Pik [EMAIL PROTECTED]:
On Feb 5, 2008 9:03 AM, Raphaël Piéroni [EMAIL PROTECTED] wrote:
The main list is the internal catalog.
It is also possible to define a specific catalog
by
On 05/02/2008, at 9:31 PM, Tomasz Pik wrote:
But where? :)
As an issue for archetypes: Should archetype catalog reside at the
group
level, to be consistent with the plugin metadata?
Or as an issue for archiva: archiva should be able to merge
archetype catalogs
as they are defined
2008/2/5, Brett Porter [EMAIL PROTECTED]:
On 05/02/2008, at 8:50 PM, Tomasz Pik wrote:
On Feb 5, 2008 9:03 AM, Raphaël Piéroni [EMAIL PROTECTED]
wrote:
The main list is the internal catalog.
It is also possible to define a specific catalog
by
Hello,
setting the workspace parameter to my workspace has a strange side-effect :
my eclipse .project files are not created in my project folder, but in my
eclipse workspace directory. I like the idea to automagically detect
available projects in my eclipse (MECLIPSE-344) but I prefer to have
On 05/02/2008, at 6:35 AM, Christian Edward Gruber wrote:
The point is that neither futzing with modues, or hacking
classifiers is sufficient. But associative metadata might just be
the trick.
This is the approach we took with Eclipse Kepler as we mapped out the
repository. We actually
Hi,
The original use of this parameter was for this strange effect. When i
introduced the new parameter i called it workspaceToConnect because the
parameter workspace was in use.
Arnaud fixed a jira (don't remember the number) that this effect has
nothing to do with the workspace and renamed it,
Vote passed: +3 (Vincent, Wendy, Lukas)
Cheers,
Vincent
2008/1/29, Vincent Siveton [EMAIL PROTECTED]:
Hi,
Lukas started to adapt the m1 linkcheck tool last year [1] and we
created a plugin for it [2]. I'd like to move these out of the sandbox
so we can start to prepare releases for them.
Jason van Zyl wrote:
On 4-Feb-08, at 4:20 PM, Dan Fabulich wrote:
Jason van Zyl wrote:
I'm not saying the CLI is a good option. I think it's a bad option.
Keep this out of the core. It's perfectly fine as a plugin.
I'll throw in my two cents and point out that while I basically agree
On 5-Feb-08, at 7:44 AM, Max Bowsher wrote:
Jason van Zyl wrote:
On 4-Feb-08, at 4:20 PM, Dan Fabulich wrote:
Jason van Zyl wrote:
I'm not saying the CLI is a good option. I think it's a bad
option. Keep this out of the core. It's perfectly fine as a plugin.
I'll throw in my two cents
Vote passed.
+1 binding: Dan Fabulich, Arnaud Heritier, Brian Fox, Lukas Theussl
+1 non-binding: Fabrizio Giustina, Nicolas de Loof, Mauro Talevi
-0 non-binding: Dan Tran
I'm going to try to stage this release today (though I'm predicting more
MSTAGE-4 and fix-permissions trouble).
-Dan
Sorry for the delayed response -- have you resolved this yet? Whenever I
fixed this issue I was planning on using the generateReleasePoms feature but
never got around to it...
Looks like SCM-341 is the only pending issue for a 1.1 release of SCM... is
there a timeline on this?
Patrick
On Jan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Finding the definitive help information for a plugin should be
absolutely trivial and built-in; having the CLI option which give the
code-you-are-executing-right-now the ability to answer that question
avoids the issues we have today with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
it seems I get ignored with this toppic on all channels.
I will try to create a JIRA issue, maybe that gets read one day...
Regards
Jörg
Hello everybody,
I posted to the users list but got no answer.
Further I think of a deeper
In Surefire 2.4, we stopped having surefire-booter depend directly on
plexus-archiver. We did that partly to workaround MSHADE-9 and partly to
simply reduce the number of dependencies in surefire-booter (which
unfortunately has to be in the classpath of the launched tests).
Our dependency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
I wrote:
I would prefer that if maven builds a plugin that has no goal help already,
then it auto-generates one in about the same way as it does
when generating the goal-documentation for the site. Then each plugin
would have (in future
On 06/02/2008, at 8:05 AM, Dan Fabulich wrote:
In Surefire 2.4, we stopped having surefire-booter depend directly
on plexus-archiver. We did that partly to workaround MSHADE-9 and
partly to simply reduce the number of dependencies in surefire-
booter (which unfortunately has to be in
Is there any chance of a Changes Plugin release? I'd like to use the
JIRA report improvements that have been fixed in the following:
https://jira.codehaus.org/browse/MCHANGES-92
https://jira.codehaus.org/browse/MCHANGES-94
There are currently 21 outstanding issues: http://tinyurl.com/yvkola
If
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 Directors deems it to be in the
+1
On Feb 5, 2008 5: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
Cheers,
Emmanuel
Establish the
This looks very exciting, and agree with most of the thread that
follows. I'm just going to reply in summary - most of my thoughts are
actually non-technical :)
Regarding databases: I don't think xml files are the solution (except
for the configuration where it makes a lot more sense :) -
I have four issues left on my radar, that I'd like to solve or reject
before doing the next release:
MCHANGES-78 Build a changes report by parsing svn comments
- Patch supplied, evaluate whether to include or not
MCHANGES-88 NoSuchMethodError with maven 2.0.8 when generating
changes-report
-
Dumb question (possibly): what does the @aggregator annotation do,
exactly?
I read the doc here:
http://maven.apache.org/developers/mojo-api-specification.html
It says: Flags this Mojo to run it in a multi module way, i.e. aggregate
the build with the set of projects listed as modules.
On Feb 5, 2008 11:20 PM, Dennis Lundberg [EMAIL PROTECTED] wrote:
I have four issues left on my radar, that I'd like to solve or reject
before doing the next release:
MCHANGES-78 Build a changes report by parsing svn comments
- Patch supplied, evaluate whether to include or not
MCHANGES-88
I just saw you resolved MCHANGES-96 and MCHANGES-97 - great :)
I just had a quick look at MCHANGES-78 - the patch supplied is for a
whole new plugin (called svnchangelog-maven-plugin), rather than
modifications for maven-changes-plugin, it has no ASF source file
headers, org.apache.codehaus
46 matches
Mail list logo
