Re: maven logo...

2007-11-22 Thread Brett Porter 
We also have the original EPS in the committers area (under the Maven  
PMC directory).



You shouldn't use the logo without permission for making something  
look like it is an official part of the Maven project :)



Also, Tamás, do you mind if we include the SVG as an alternative  
format? Can you submit it via JIRA?


Thanks!
- Brett

On 22/11/2007, at 10:15 PM, nicolas de loof wrote:


Thanks a lot.

2007/11/22, Tamás Cservenák <[EMAIL PROTECTED]>:


Hi,

You can get vectorized (and a little bit fixed in typographical  
sense)

maven logo from here:

http://svn.abstracthorizon.org/proximity/trunk/proximity-site- 
stuff/srcs/maven-logo.svg


It is SVG, was edited by Inkscape on linux, but will do any vector
drawing app like Illustrator, Corel Draw or such, any that supports
SVG format.

Using the SVG above, you can generate bitmaps for as high res as  
you want

:)

~t~

On Nov 22, 2007 2:31 PM, nicolas de loof  
<[EMAIL PROTECTED]> wrote:

Hello,

I'm looking for a high resolution maven logo.

I've found

https://svn.apache.org/repos/asf/maven/site/trunk/src/site/ 
resources/images/maventxt_logo_200.gif

,

but this still is a bitmap image.

Who created this logo, and can the original image project be  
shared ?

What

is the charater type used in the logo ?

Nico.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




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


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Subscription: Design & Best Practices

2007-11-22 Thread jira 
Issue Subscription
Filter: Design & Best Practices (28 issues)
Subscriber: mavendevlist


Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
http://jira.codehaus.org/browse/MNG-612
MNG-2381improved control over the repositories in the POM
http://jira.codehaus.org/browse/MNG-2381
MNG-1563how to write integration tests
http://jira.codehaus.org/browse/MNG-1563
MNG-1381best practices: testing strategies
http://jira.codehaus.org/browse/MNG-1381
MNG-1931add a reportingManagement section
http://jira.codehaus.org/browse/MNG-1931
MNG-1950Ability to introduce new lifecycles phases
http://jira.codehaus.org/browse/MNG-1950
MNG-2584Rebuild on pom change
http://jira.codehaus.org/browse/MNG-2584
MNG-139 server definitions should be reusable - review use of repository IDs
http://jira.codehaus.org/browse/MNG-139
MNG-2125[doc] when and how to define plugins in a pom
http://jira.codehaus.org/browse/MNG-2125
MNG-474 performance improvement for forked lifecycles
http://jira.codehaus.org/browse/MNG-474
MNG-1423best practices: setting up multi-module build
http://jira.codehaus.org/browse/MNG-1423
MNG-1867deprecate system scope, analyse other use cases
http://jira.codehaus.org/browse/MNG-1867
MNG-41  best practices: site management
http://jira.codehaus.org/browse/MNG-41
MNG-1885Uniquely identify modules by module name and version number
http://jira.codehaus.org/browse/MNG-1885
MNG-647 Allow Maven 2 to be monitored using JMX.
http://jira.codehaus.org/browse/MNG-647
MNG-868 Use uniform format for  and other tags
http://jira.codehaus.org/browse/MNG-868
MNG-1441Starting thinking about a proper distributed repository mechanism a 
la CPAN
http://jira.codehaus.org/browse/MNG-1441
MNG-416 best practices:  multiple profile deployments
http://jira.codehaus.org/browse/MNG-416
MNG-657 possible chicken and egg problem with extensions
http://jira.codehaus.org/browse/MNG-657
MNG-1440Developer Object Model (DOM)
http://jira.codehaus.org/browse/MNG-1440
MNG-1439Organization Object Model (OOM) 
http://jira.codehaus.org/browse/MNG-1439
MNG-1425best practices: the location of configuration files vs resources
http://jira.codehaus.org/browse/MNG-1425
MNG-1468best practices: version management in multi project builds
http://jira.codehaus.org/browse/MNG-1468
MNG-1463best practices: plugin inheritance for a multi project build
http://jira.codehaus.org/browse/MNG-1463
MNG-367 best practices: multi-user installation
http://jira.codehaus.org/browse/MNG-367
MNG-125 guarded mojo execution
http://jira.codehaus.org/browse/MNG-125
MNG-1569Make build process info read-only to mojos, and provide mechanism 
for explicit out-params for mojos to declare
http://jira.codehaus.org/browse/MNG-1569



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] Release Continuum 1.1 Final

2007-11-22 Thread Brett Porter 

+1!

On 17/11/2007, at 5:02 AM, Emmanuel Venisse wrote:


Hi,

Continuum 1.1 Final is ready for release

The highlights are
 - bug fixes
 - A new backup tool with xmlrpc for continuum db (not the users db)

The Release Notes is available there: http://jira.codehaus.org/ 
secure/ReleaseNote.jspa?projectId=10540&styleName=Html&version=13605


The binaries are available there:
 - Runtime: http://people.apache.org/builds/maven/continuum/1.1/org/ 
apache/maven/continuum/continuum-plexus-runtime/1.1/continuum- 
plexus-runtime-1.1-bin.tar.gz
 - Webapp: http://people.apache.org/builds/maven/continuum/1.1/org/ 
apache/maven/continuum/continuum-webapp/1.1/continuum-webapp-1.1.war
 - data management cli: http://people.apache.org/builds/maven/ 
continuum/1.1/org/apache/maven/continuum/data-management-cli/1.1/ 
data-management-cli-1.1-app.jar
 - xmlrpc backup tool : http://people.apache.org/builds/maven/ 
continuum/1.1/org/apache/maven/continuum/continuum-xmlrpc-backup/ 
1.1/continuum-xmlrpc-backup-1.1-app.jar


The file generated by the backup tool can be used with data  
management cli to re-import data.


Everyone is encouraged to vote and give their feedback.

[ ]  +1  Release it!
[ ]   0
[ ]  -1  Don't release it, because...


As we don't have a small bug fixes list, the vote will be open for  
one week to let you test it. So, cast your votes now ;-)


Here's my +1

Thanks,
Emmanuel






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

Re: [Vote] Release Maven Shared IO 1.1

2007-11-22 Thread olivier lamy 
+1

--
Olivier

2007/11/21, Vincent Siveton <[EMAIL PROTECTED]>:
>
> Hi,
>
> In the preparation of the Maven Clean Plugin release, I would like to
> release the maven-shared-io:1.1
> The last release was done around one year ago.
>
> Staging repo:
> http://people.apache.org/~vsiveton/staging-repo/
>
> Vote open for 72 hours.
>
> Here is my +1
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Vincent
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [vote] [take 2] release maven 2.0.8

2007-11-22 Thread Raphaël Piéroni 
+1 archetypeng builds fine with it

2007/11/22, Brian E. Fox <[EMAIL PROTECTED]>:
> It's that time again, finally. The RC's have been floating for a few
> weeks now and no new issues have surfaced. (the packaging issues with
> the uber jar have been resolved since the last vote)
>
>
>
> The release is staged at:
> http://people.apache.org/~brianf/staging-repository
>
> The binary packages are here: http://people.apache.org/~brianf/2.0.8/
>
>
>
> Release Notes - Maven 2 - Version 2.0.8
>
> ** Bug
>
> * [MNG-2025] - POM is still not read using the right encoding
>
> * [MNG-2045] - Maven can't compile against sibling test-jar
> dependency in multiproject (Test Attached)
>
> * [MNG-2061] - DistributionManagement properties don't get copied in
> cloned executionProject while lifecycle fork
>
> * [MNG-2254] - the encoding parameter in xml declaration of POM is
> ignored
>
> * [MNG-2277] - aggregating plugins in submodules of the reactor
> return all projects causing a chicken/egg issue
>
> * [MNG-2593] - Maven 2 stumbels upon non ASCII characters in the
> value of a  value in the $HOME/.m2/settings.xml
>
> * [MNG-2685] - mvn.bat detection of 4NT syntax error
>
> * [MNG-2932] - Encoding chaos
>
> * [MNG-2961] - DefaultArtifact getBaseVersion is changed to
> "-SNAPSHOT" only if you first call isSnapshot()
>
> * [MNG-3046] - DefaultArtifactVersion compareTo misbehaves regarding
> buildNumber 0
>
> * [MNG-3077] - NullPointerException, if MojoExecutionException has
> no message
>
> * [MNG-3084] - mvn.bat in maven 2.0.7 does not return the correct
> error code.
>
> * [MNG-3095] - maven-plugin-testing-tools causes bad version in
> deployed artifacts after tests are run
>
> * [MNG-3134] -
> DefaultModelInheritence::assembleDistributionInheritence should be
> childPathAdjustment aware
>
> * [MNG-3141] - Build not working if pom.xml is a symbolic link
>
> * [MNG-3215] - Missing rar artifact handler descriptor
>
> * [MNG-3240] - maven-model RepositoryBase.equals() causes
> ClassCastException
>
> * [MNG-3245] - Maven Reporting API is binary incompatible in
> 2.0.8-SNAPSHOT by r579987
>
> * [MNG-3254] - artifactId is not appended any more in
> distributionManagement.site.url in multi modules when it's not defined
> in a child
>
>
>
> ** Improvement
>
> * [MNG-2188] - Report mojos should check canGenerateReport() when
> called directly
>
> * [MNG-2290] - Generated URLs in POMs of child modules
>
> * [MNG-3024] - Missing artifact error text improvement
>
> * [MNG-3047] - DefaultArtifactVersion compareTo inconsistent with
> equals
>
> * [MNG-3062] - Allow access to mojoExecution from within plugin.
>
> * [MNG-3118] - Test-classes should come before classes in the
> classpath
>
> * [MNG-3152] - Change to plugin testing harness to allow the setting
> of ArtifactRepository on the ArtifactStub
>
> * [MNG-3201] - org.apache.maven.project.MavenProject needs a
> toString()
>
>
>
> ** New Feature
>
> * [MNG-2105] - Enable remote debugging command line option (+ docs)
>
> * [MNG-2166] - Provide the help listing as default when no arguments
> are provided
>
>
>
> ** Task
>
> * [MNG-3088] - update the assembly name
>
>
>
>
>
> ** Wish
>
> * [MNG-3207] - Order of repositories for download should be inverted
> if Archiva is used.
>
>
>
> Vote is open for 72hrs
>
> +1
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] [take 2] release maven 2.0.8

2007-11-22 Thread Fabrice Bellingard 
+1

Fabrice

On Nov 22, 2007 5:07 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:

> It's that time again, finally. The RC's have been floating for a few
> weeks now and no new issues have surfaced. (the packaging issues with
> the uber jar have been resolved since the last vote)
>
>
>
> The release is staged at:
> http://people.apache.org/~brianf/staging-repository
>
> The binary packages are here: 
> http://people.apache.org/~brianf/2.0.8/
>
>
>
> Release Notes - Maven 2 - Version 2.0.8
>
> ** Bug
>
>* [MNG-2025] - POM is still not read using the right encoding
>
>* [MNG-2045] - Maven can't compile against sibling test-jar
> dependency in multiproject (Test Attached)
>
>* [MNG-2061] - DistributionManagement properties don't get copied in
> cloned executionProject while lifecycle fork
>
>* [MNG-2254] - the encoding parameter in xml declaration of POM is
> ignored
>
>* [MNG-2277] - aggregating plugins in submodules of the reactor
> return all projects causing a chicken/egg issue
>
>* [MNG-2593] - Maven 2 stumbels upon non ASCII characters in the
> value of a  value in the $HOME/.m2/settings.xml
>
>* [MNG-2685] - mvn.bat detection of 4NT syntax error
>
>* [MNG-2932] - Encoding chaos
>
>* [MNG-2961] - DefaultArtifact getBaseVersion is changed to
> "-SNAPSHOT" only if you first call isSnapshot()
>
>* [MNG-3046] - DefaultArtifactVersion compareTo misbehaves regarding
> buildNumber 0
>
>* [MNG-3077] - NullPointerException, if MojoExecutionException has
> no message
>
>* [MNG-3084] - mvn.bat in maven 2.0.7 does not return the correct
> error code.
>
>* [MNG-3095] - maven-plugin-testing-tools causes bad version in
> deployed artifacts after tests are run
>
>* [MNG-3134] -
> DefaultModelInheritence::assembleDistributionInheritence should be
> childPathAdjustment aware
>
>* [MNG-3141] - Build not working if pom.xml is a symbolic link
>
>* [MNG-3215] - Missing rar artifact handler descriptor
>
>* [MNG-3240] - maven-model RepositoryBase.equals() causes
> ClassCastException
>
>* [MNG-3245] - Maven Reporting API is binary incompatible in
> 2.0.8-SNAPSHOT by r579987
>
>* [MNG-3254] - artifactId is not appended any more in
> distributionManagement.site.url in multi modules when it's not defined
> in a child
>
>
>
> ** Improvement
>
>* [MNG-2188] - Report mojos should check canGenerateReport() when
> called directly
>
>* [MNG-2290] - Generated URLs in POMs of child modules
>
>* [MNG-3024] - Missing artifact error text improvement
>
>* [MNG-3047] - DefaultArtifactVersion compareTo inconsistent with
> equals
>
>* [MNG-3062] - Allow access to mojoExecution from within plugin.
>
>* [MNG-3118] - Test-classes should come before classes in the
> classpath
>
>* [MNG-3152] - Change to plugin testing harness to allow the setting
> of ArtifactRepository on the ArtifactStub
>
>* [MNG-3201] - org.apache.maven.project.MavenProject needs a
> toString()
>
>
>
> ** New Feature
>
>* [MNG-2105] - Enable remote debugging command line option (+ docs)
>
>* [MNG-2166] - Provide the help listing as default when no arguments
> are provided
>
>
>
> ** Task
>
>* [MNG-3088] - update the assembly name
>
>
>
>
>
> ** Wish
>
>* [MNG-3207] - Order of repositories for download should be inverted
> if Archiva is used.
>
>
>
> Vote is open for 72hrs
>
> +1
>
>

Re: [ping] archetypeng release ?

2007-11-22 Thread Jason van Zyl 


On 22 Nov 07, at 4:41 AM 22 Nov 07, Raphaël Piéroni wrote:


Hi Jorg,

There is currently a refactoring around the way archetypes are
known to the plugin and how they are deployed into repositories.

After that, the last main problem i see is documentation.

Then i think we could release.

Any one has toughs on this schedule ?



There are only a couple things that needed to be added to the API but  
otherwise I think we can release it.


The integration is working in Eclipse and Eugene has only had a couple  
issues so I think when we have our first successful integration (the  
Maven Eclipse integration) then I think we'll be good to go. The  
plugins are working with the few clients I've tried it with so I think  
at the very least we can release an alpha. It probably could, but even  
for the alpha I would like the current integration APIs to not change.  
I have two things to check:


- Make sure that when run in the context of Maven (the embedder) that  
http proxying works
- Make sure that everything works offline well (I've removed the wiki  
slurping as it proved to be entirely unreliable)


Give it a week and I think we can cut a release.


Raphaël

2007/11/22, Jorg Heymans <[EMAIL PROTECTED]>:

Hi,

Any news on the release of this plugin ? Looking at [1] it seems  
that the
code was more than ready at the time ...  and jira doesn't list  
anything
major either for 2.0-alpha-1.  I'd say just get it out there and  
start

gathering real user feedback !


Regards
Jorg

[1] http://thread.gmane.org/gmane.comp.jakarta.turbine.maven.devel/81757



Thanks,

Jason

--
Jason van Zyl
Founder,  Apache Maven
jason at sonatype dot com
--




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] Nicolas de Loof as a committer

2007-11-22 Thread Mauro Talevi 

+1

Brett Porter wrote:
I'd like to call a vote for Nicolas de Loof as a committer, based 
primarily on his work for Archiva, but also from being active in the 
general Maven community for quite some time. He has been relentlessly 
testing and identifying issues and providing patches recently.


+1 from me

- Brett

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





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] [take 2] release maven 2.0.8

2007-11-22 Thread nicolas de loof 
+1

I really like the run-in-debug mode introduced by MNG-2105.


2007/11/22, Brian E. Fox <[EMAIL PROTECTED]>:
>
> It's that time again, finally. The RC's have been floating for a few
> weeks now and no new issues have surfaced. (the packaging issues with
> the uber jar have been resolved since the last vote)
>
>
>
> The release is staged at:
> http://people.apache.org/~brianf/staging-repository
>
> The binary packages are here: http://people.apache.org/~brianf/2.0.8/
>
>
>
> Release Notes - Maven 2 - Version 2.0.8
>
> ** Bug
>
> * [MNG-2025] - POM is still not read using the right encoding
>
> * [MNG-2045] - Maven can't compile against sibling test-jar
> dependency in multiproject (Test Attached)
>
> * [MNG-2061] - DistributionManagement properties don't get copied in
> cloned executionProject while lifecycle fork
>
> * [MNG-2254] - the encoding parameter in xml declaration of POM is
> ignored
>
> * [MNG-2277] - aggregating plugins in submodules of the reactor
> return all projects causing a chicken/egg issue
>
> * [MNG-2593] - Maven 2 stumbels upon non ASCII characters in the
> value of a  value in the $HOME/.m2/settings.xml
>
> * [MNG-2685] - mvn.bat detection of 4NT syntax error
>
> * [MNG-2932] - Encoding chaos
>
> * [MNG-2961] - DefaultArtifact getBaseVersion is changed to
> "-SNAPSHOT" only if you first call isSnapshot()
>
> * [MNG-3046] - DefaultArtifactVersion compareTo misbehaves regarding
> buildNumber 0
>
> * [MNG-3077] - NullPointerException, if MojoExecutionException has
> no message
>
> * [MNG-3084] - mvn.bat in maven 2.0.7 does not return the correct
> error code.
>
> * [MNG-3095] - maven-plugin-testing-tools causes bad version in
> deployed artifacts after tests are run
>
> * [MNG-3134] -
> DefaultModelInheritence::assembleDistributionInheritence should be
> childPathAdjustment aware
>
> * [MNG-3141] - Build not working if pom.xml is a symbolic link
>
> * [MNG-3215] - Missing rar artifact handler descriptor
>
> * [MNG-3240] - maven-model RepositoryBase.equals() causes
> ClassCastException
>
> * [MNG-3245] - Maven Reporting API is binary incompatible in
> 2.0.8-SNAPSHOT by r579987
>
> * [MNG-3254] - artifactId is not appended any more in
> distributionManagement.site.url in multi modules when it's not defined
> in a child
>
>
>
> ** Improvement
>
> * [MNG-2188] - Report mojos should check canGenerateReport() when
> called directly
>
> * [MNG-2290] - Generated URLs in POMs of child modules
>
> * [MNG-3024] - Missing artifact error text improvement
>
> * [MNG-3047] - DefaultArtifactVersion compareTo inconsistent with
> equals
>
> * [MNG-3062] - Allow access to mojoExecution from within plugin.
>
> * [MNG-3118] - Test-classes should come before classes in the
> classpath
>
> * [MNG-3152] - Change to plugin testing harness to allow the setting
> of ArtifactRepository on the ArtifactStub
>
> * [MNG-3201] - org.apache.maven.project.MavenProject needs a
> toString()
>
>
>
> ** New Feature
>
> * [MNG-2105] - Enable remote debugging command line option (+ docs)
>
> * [MNG-2166] - Provide the help listing as default when no arguments
> are provided
>
>
>
> ** Task
>
> * [MNG-3088] - update the assembly name
>
>
>
>
>
> ** Wish
>
> * [MNG-3207] - Order of repositories for download should be inverted
> if Archiva is used.
>
>
>
> Vote is open for 72hrs
>
> +1
>
>

[vote] [take 2] release maven 2.0.8

2007-11-22 Thread Brian E. Fox 
It's that time again, finally. The RC's have been floating for a few
weeks now and no new issues have surfaced. (the packaging issues with
the uber jar have been resolved since the last vote)

 

The release is staged at:
http://people.apache.org/~brianf/staging-repository

The binary packages are here: http://people.apache.org/~brianf/2.0.8/

 

Release Notes - Maven 2 - Version 2.0.8

** Bug

* [MNG-2025] - POM is still not read using the right encoding

* [MNG-2045] - Maven can't compile against sibling test-jar
dependency in multiproject (Test Attached)

* [MNG-2061] - DistributionManagement properties don't get copied in
cloned executionProject while lifecycle fork

* [MNG-2254] - the encoding parameter in xml declaration of POM is
ignored 

* [MNG-2277] - aggregating plugins in submodules of the reactor
return all projects causing a chicken/egg issue

* [MNG-2593] - Maven 2 stumbels upon non ASCII characters in the
value of a  value in the $HOME/.m2/settings.xml

* [MNG-2685] - mvn.bat detection of 4NT syntax error

* [MNG-2932] - Encoding chaos

* [MNG-2961] - DefaultArtifact getBaseVersion is changed to
"-SNAPSHOT" only if you first call isSnapshot()

* [MNG-3046] - DefaultArtifactVersion compareTo misbehaves regarding
buildNumber 0

* [MNG-3077] - NullPointerException, if MojoExecutionException has
no message

* [MNG-3084] - mvn.bat in maven 2.0.7 does not return the correct
error code.

* [MNG-3095] - maven-plugin-testing-tools causes bad version in
deployed artifacts after tests are run

* [MNG-3134] -
DefaultModelInheritence::assembleDistributionInheritence should be
childPathAdjustment aware

* [MNG-3141] - Build not working if pom.xml is a symbolic link

* [MNG-3215] - Missing rar artifact handler descriptor

* [MNG-3240] - maven-model RepositoryBase.equals() causes
ClassCastException

* [MNG-3245] - Maven Reporting API is binary incompatible in
2.0.8-SNAPSHOT by r579987

* [MNG-3254] - artifactId is not appended any more in
distributionManagement.site.url in multi modules when it's not defined
in a child

 

** Improvement

* [MNG-2188] - Report mojos should check canGenerateReport() when
called directly

* [MNG-2290] - Generated URLs in POMs of child modules

* [MNG-3024] - Missing artifact error text improvement

* [MNG-3047] - DefaultArtifactVersion compareTo inconsistent with
equals

* [MNG-3062] - Allow access to mojoExecution from within plugin.

* [MNG-3118] - Test-classes should come before classes in the
classpath

* [MNG-3152] - Change to plugin testing harness to allow the setting
of ArtifactRepository on the ArtifactStub

* [MNG-3201] - org.apache.maven.project.MavenProject needs a
toString()

 

** New Feature

* [MNG-2105] - Enable remote debugging command line option (+ docs)

* [MNG-2166] - Provide the help listing as default when no arguments
are provided

 

** Task

* [MNG-3088] - update the assembly name

 

 

** Wish

* [MNG-3207] - Order of repositories for download should be inverted
if Archiva is used.

 

Vote is open for 72hrs

+1

Re: [vote] Release Continuum 1.1 Final

2007-11-22 Thread Jesse McConnell 
+1

On 11/21/07, olivier lamy <[EMAIL PROTECTED]> wrote:
>
> +1
>
> --
> Olivier
>
> 2007/11/19, Emmanuel Venisse <[EMAIL PROTECTED]>:
> >
> > I fixed it.
> >
> > About the doc, I'll work on it this week and it will be deploywhen the
> > vote will be ok.
> >
> > Emmanuel
> >
> > Emmanuel Venisse a écrit :
> > > I'll fix it today and will resend a message when you'll can retest.
> > >
> > > Emmanuel
> > >
> > > Stuart James Penrose a écrit :
> > >> Emmanuel Venisse wrote:
> > >>>
> > >>> The binaries are available there:  ...
> > >>>
> >
> http://people.apache.org/builds/maven/continuum/1.1/org/apache/maven/continuum/data-management-cli/1.1/data-management-cli-1.1-app.jar
> > >>>
> > >> The data management tool looks like it needs some 'assembly' work
> > >> ('java -jar data-management-cli-1.1-app.jar' doesn't work):
> > >>  1) If you list the root of the jar you see a list of *.jar entries,
> > >> not root package names
> > >>  2) It appears that the main class is missing (DataManagementCli)
> > >>
> > >>>  - xmlrpc backup tool :
> > >>>
> >
> http://people.apache.org/builds/maven/continuum/1.1/org/apache/maven/continuum/continuum-xmlrpc-backup/1.1/continuum-xmlrpc-backup-1.1-app.jar
> > >>>
> > >>> The file generated by the backup tool can be used with data
> > >>> management cli to re-import data.
> > >>>
> > >> How does the xml backup tool relate to the cli tool & the recommended
> > >> backup/restore/upgrade strategy in general?  Should the upgrade page
> > >> make mention of this new tool
> > >> (
> >
> http://maven.apache.org/continuum/documentation/1_1/installation/upgrade.html
> > )?
> > >>
> > >>
> > >>> Everyone is encouraged to vote and give their feedback.
> > >>>
> > >>> [ ]  +1  Release it!
> > >>> [ ]   0
> > >>> [ ]  -1  Don't release it, because...
> > >> -1 Don't release it, because the data management tool is broken and
> as
> > >> a result it's not clear how to upgrade 1.1-betaX installs to 1.1final.
> > >>
> > >> Stu Penrose
> > >>
> > >>
> > >
> > >
> > >
> >
> >
>



-- 
jesse mcconnell
[EMAIL PROTECTED]

RE: [vote] Nicolas de Loof as a committer

2007-11-22 Thread Brian E. Fox 
+1

-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 21, 2007 4:08 AM
To: Maven Developers List
Subject: [vote] Nicolas de Loof as a committer

I'd like to call a vote for Nicolas de Loof as a committer, based  
primarily on his work for Archiva, but also from being active in the  
general Maven community for quite some time. He has been relentlessly  
testing and identifying issues and providing patches recently.

+1 from me

- Brett

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


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ping] archetypeng release ?

2007-11-22 Thread Raphaël Piéroni 
2007/11/22, Jorg Heymans <[EMAIL PROTECTED]>:
> Hi Raphaël,
>
> On Nov 22, 2007 11:41 AM, Raphaël Piéroni <[EMAIL PROTECTED]> wrote:
>
> >
> > There is currently a refactoring around the way archetypes are
> > known to the plugin and how they are deployed into repositories.
>
>
> Thanks, do you have any threads I can look at to understand better what is
> the blocking issue here  ?

The real blocking issue is the time...

> Is this new deployment mechanism core to the
> plugin's inner workings ?

I think so, because the deployment should be coupled with the download
mechanism
(or at least closely related)


Raphaël



>
>
> >
> > After that, the last main problem i see is documentation.
>
>
> > Then i think we could release.
> >
> > Any one has toughs on this schedule ?
>
>
> As it will be alpha i wouldn't bother too much with the docs. As long as
> there is one basic and one complicated example to learn from we will get by
> for the first releases :-)
>
>
> Regards
> Jorg
>

Re: maven logo...

2007-11-22 Thread nicolas de loof 
Thanks a lot.

2007/11/22, Tamás Cservenák <[EMAIL PROTECTED]>:
>
> Hi,
>
> You can get vectorized (and a little bit fixed in typographical sense)
> maven logo from here:
>
> http://svn.abstracthorizon.org/proximity/trunk/proximity-site-stuff/srcs/maven-logo.svg
>
> It is SVG, was edited by Inkscape on linux, but will do any vector
> drawing app like Illustrator, Corel Draw or such, any that supports
> SVG format.
>
> Using the SVG above, you can generate bitmaps for as high res as you want
> :)
>
> ~t~
>
> On Nov 22, 2007 2:31 PM, nicolas de loof <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I'm looking for a high resolution maven logo.
> >
> > I've found
> >
> https://svn.apache.org/repos/asf/maven/site/trunk/src/site/resources/images/maventxt_logo_200.gif
> ,
> > but this still is a bitmap image.
> >
> > Who created this logo, and can the original image project be shared ?
> What
> > is the charater type used in the logo ?
> >
> > Nico.
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: maven logo...

2007-11-22 Thread Tamás Cservenák 
Hi,

You can get vectorized (and a little bit fixed in typographical sense)
maven logo from here:
http://svn.abstracthorizon.org/proximity/trunk/proximity-site-stuff/srcs/maven-logo.svg

It is SVG, was edited by Inkscape on linux, but will do any vector
drawing app like Illustrator, Corel Draw or such, any that supports
SVG format.

Using the SVG above, you can generate bitmaps for as high res as you want :)

~t~

On Nov 22, 2007 2:31 PM, nicolas de loof <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm looking for a high resolution maven logo.
>
> I've found
> https://svn.apache.org/repos/asf/maven/site/trunk/src/site/resources/images/maventxt_logo_200.gif,
> but this still is a bitmap image.
>
> Who created this logo, and can the original image project be shared ? What
> is the charater type used in the logo ?
>
> Nico.
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ping] archetypeng release ?

2007-11-22 Thread Jorg Heymans 
Hi Raphaël,

On Nov 22, 2007 11:41 AM, Raphaël Piéroni <[EMAIL PROTECTED]> wrote:

>
> There is currently a refactoring around the way archetypes are
> known to the plugin and how they are deployed into repositories.


Thanks, do you have any threads I can look at to understand better what is
the blocking issue here  ? Is this new deployment mechanism core to the
plugin's inner workings ?


>
> After that, the last main problem i see is documentation.


> Then i think we could release.
>
> Any one has toughs on this schedule ?


As it will be alpha i wouldn't bother too much with the docs. As long as
there is one basic and one complicated example to learn from we will get by
for the first releases :-)


Regards
Jorg

maven logo...

2007-11-22 Thread nicolas de loof 
Hello,

I'm looking for a high resolution maven logo.

I've found
https://svn.apache.org/repos/asf/maven/site/trunk/src/site/resources/images/maventxt_logo_200.gif,
but this still is a bitmap image.

Who created this logo, and can the original image project be shared ? What
is the charater type used in the logo ?

Nico.

Re: [ping] archetypeng release ?

2007-11-22 Thread Raphaël Piéroni 
Hi Jorg,

There is currently a refactoring around the way archetypes are
known to the plugin and how they are deployed into repositories.

After that, the last main problem i see is documentation.

Then i think we could release.

Any one has toughs on this schedule ?

Raphaël

2007/11/22, Jorg Heymans <[EMAIL PROTECTED]>:
> Hi,
>
> Any news on the release of this plugin ? Looking at [1] it seems that the
> code was more than ready at the time ...  and jira doesn't list anything
> major either for 2.0-alpha-1.  I'd say just get it out there and start
> gathering real user feedback !
>
>
> Regards
> Jorg
>
> [1] http://thread.gmane.org/gmane.comp.jakarta.turbine.maven.devel/81757
>

[ping] archetypeng release ?

2007-11-22 Thread Jorg Heymans 
Hi,

Any news on the release of this plugin ? Looking at [1] it seems that the
code was more than ready at the time ...  and jira doesn't list anything
major either for 2.0-alpha-1.  I'd say just get it out there and start
gathering real user feedback !


Regards
Jorg

[1] http://thread.gmane.org/gmane.comp.jakarta.turbine.maven.devel/81757