Re: [vote] [m1] [take2] release antlr and cruisecontrol plugins

[Stephane Nicoll]

+1 for both

s/

On 7/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:

+1 for both


Arnaud

On 6/6/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> Here's my 2nd try:
>
> I'd like to release the following plugins for inclusion in
> maven-1.1-beta-3:
>
> [] maven-antlr-plugin-1.2.2
> [] maven-cruisecontrol-plugin-1.8
>
> I am not using either of them so I'd appreciate someone do some testing.
>
> For changes please check the jira and changes reports on the
> stage sites given below.
>
> +1, 72h...
>
> Cheers,
> Lukas
>
>
>
> http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/antlr/
>
> 
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/cruisecontrol/
>
>
> maven plugin:download
> -Dmaven.repo.remote=http://www.ibiblio.org/maven,
> http://cvs.apache.org/repository/
> -DgroupId=maven -DartifactId=maven-antlr-plugin -Dversion=1.2.2-SNAPSHOT
>
> maven plugin:download
> -Dmaven.repo.remote=http://www.ibiblio.org/maven,
> http://cvs.apache.org/repository/
> -DgroupId=maven -DartifactId=maven-cruisecontrol-plugin
> -Dversion=1.8-SNAPSHOT
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>





--
.::You're welcome ::.

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

Contribution to the Plugin Documentation

[Pete Marvin King]

 Hello All,

I have contributed some plugin documentations for the ejb plugin and
scm plugin. I don't have anyplace to stage
the documentation patches if anyone is interested in staging these,
the patch can be accessed in :

  http://jira.codehaus.org/browse/MEJB-17
  http://jira.codehaus.org/browse/SCM-218

I'd be happy to fix and apply any comments and suggestions, feedback
will be highly appreciated. =)  Thanx!


cheers,
pete marvin
  

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

RE: What patch program do people use on Windows XP?

[Mike Perham]

svn diff to create diffs + TortoiseSVN to apply patches

-Original Message-
From: Barrie Treloar [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 26, 2006 6:35 PM
To: Maven Developers List
Subject: What patch program do people use on Windows XP?

I've done some work at home (on a Windows XP machine) and submitted
patches to the JIRA issues.

When I take a copy of those patches to work (also on a Windows XP
machine) I need to apply these patches somehow.

I created the patches using the subclipse plugin for Eclipse.  I've
also created another version of the patch using svn diff.

I downloaded gnu patch for windows:

>patch --version
patch 2.5.9
Copyright (C) 1988 Larry Wall
Copyright (C) 2003 Free Software Foundation, Inc.

which appears to be the latest version and when I attempt to patch the
files I get prompted because the unified diff doesn't appear to be
quite in the format that diff expects.

>patch -p0 < ..\SVN-130.txt
patching file src/site/site.xml
patching file src/site/apt/introduction.apt
missing header for unified diff at line 99 of patch
can't find file to patch at input line 99
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--

So you can that some files get patched correctly while others fail.
I think the others fail because they have the diff information (like
@@ -8,45 +8,45 @@) but they are missing the Index: and --- and +++
file information) with the assumption that if there has been no new
Index: then the diff is applying to the same file (makes sense)

So why doesn't the windows gnu patch work?
What program should I be using?

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


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

Re: Maven Archetype Plugin Documentation needs Reviewing

[Allan Ramirez]

Hi Franz,

Nice work with the plugin. Here are my comments

++

index.html

+ work in progress -> currently under development

Under Goals Overview section:

+ Once the archetype is retrieve it is process -> Once the archetype is 
retrieved it is processed

+ against a st of user -> Typo for "st" It should be "set"


Under Usage section:

+ Change the Resources Plugin to Archetype Plugin

Under Examples

+ examples show how to use the Javadoc Plugin -> examples show how to 
use the Archetype Plugin



usage.html

+ I think the statement "The Archetype Plugin has two goals: create and 
create-from-project" should be removed, since

 it is already mentioned in the Goals Overview section.

+ specific directory structure -> maven recommended directory structure

+ I think you also need to mention that by calling the said command, by 
default, maven will use the

maven-archetype-quickstart (wdyt?)


remote-repositories.html

+ use the remoteRepositories -D expression -> use the remoteRepositories 
property/parameter (in italic or monospace

font)

site.html

+ and it will generate a maven projecct  -> and it will generate a maven 
project
+ This would then create a maven proect -> This would then create a 
maven project
+ you could also add a link to the guide to apt 
format(http://maven.apache.org/guides/mini/guide-apt-format.html) from

here

j2ee-simple.html

+ This would then create a maven proect - >This would then create a 
maven project


webapp.html

+ This would then create a maven proect - >This would then create a 
maven project


portlet.html

+ This would then create a maven proect - >This would then create a 
maven project


mojo.html

+ you can ues -> you can use
+ This would then create a maven proect - >This would then create a 
maven project



Cheers,
allan

Maria Odea Ching wrote:

Hi Everyone,

I've moved the archetype plugin staging site to 
http://people.apache.org/~oching/maven-archetype-plugin 
.

There seems to be a problem with the geocities site.

Thanks,
Odea

Franz Allan Valencia See wrote:


Good day,

I would like to ask for some help reviewing the Maven Archetype Plugin
Documentation.

The documentation can be viewed
here, 


while the Jira Issue can be viewed
here
.

Btw, I assumed that archetypes profiles and simple are still work in
progress. I am not really sure what the purpose of 
maven-archetype-profiles
is, but as of the moment, the results of archetype:create for 
profiles is

the same as that of quickstart. And as for maven-archetype-simple, the
source code seems to be in archetype:create-from-project format, 
which is

also a work in progress.

Moreover, maven-archetype-portlet still has a bug when this 
documentation

was created. However, I've already submitted a patch in its jira
issueto make it work
again.

Also, I would like to suggest that the Apache Maven's Guide to Creating
Archetypesand 


Introduction
to 
Archetypesbe 


transfered in the Maven
Archetype Plugin
Documentation(under 

examplesand 

FAQrespectivelly). 



Thanks,
Franz




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



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

Re: Applying patches as a non-committer?

[Brett Porter]

We generally do them one at a time. We should do them faster so there is 
less of a problem, but the fact that they get out of date, or don't 
quite work as they should makes that a slow process.


You'll need to manually add the rejections after the sources have 
changed. If you want to keep them separate, you can use a vendor branch 
as you said, or you might like to try out svk, which is an alternate 
client for subversion repositories (and you can commit changes locally 
and keep track of each changeset individually before pushing them out to 
the remote repo or picking up changes). I haven't used it extensively, 
but it looks pretty neat. No tool integration though, unfortunately (and 
more commands to learn :)


Cheers,
Brett

On 27/07/2006 1:03 PM, Barrie Treloar wrote:

I have 3 patches I want to apply.

But after I have applied the first patch, all the other patches will
fail with Hunk #28 FAILED at  errors because the original file
doesn't match the what the patch expects.

This leads me to think I need a local subversion repository installed
with a Vendor branch (see
http://svnbook.red-bean.com/nightly/en/svn-book.html) and I need to
load into the vendor branch the revisions as listed in the patch
files.  Then I can merge the vendor branch changes over into my local
changes.

This is all new to me but the committers must do something similar
when applying patches and facing failed hunks.  Is anyone able to
provide guidance or links to docs on the web somewhere.  Google isn't
being my friend today.

Cheers.

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




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

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

Applying patches as a non-committer?

[Barrie Treloar]

I have 3 patches I want to apply.

But after I have applied the first patch, all the other patches will
fail with Hunk #28 FAILED at  errors because the original file
doesn't match the what the patch expects.

This leads me to think I need a local subversion repository installed
with a Vendor branch (see
http://svnbook.red-bean.com/nightly/en/svn-book.html) and I need to
load into the vendor branch the revisions as listed in the patch
files.  Then I can merge the vendor branch changes over into my local
changes.

This is all new to me but the committers must do something similar
when applying patches and facing failed hunks.  Is anyone able to
provide guidance or links to docs on the web somewhere.  Google isn't
being my friend today.

Cheers.

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

Re: Please review maven-assembly-plugin site documentation

[Edwin Punzalan]

Changes applied and deployed in the same staging site.

- fixed "simple" links to "single"
- added an faq on using javadoc to jar javadoc files docs
- added goals in the navigation bar
- added link to the project summary page in features.html
- fixed some typos and grammatical errors
- removed "Assembly Plugin" on page headings
- added the Usage section in index.html

Again, thanks to the reviewers.

NOTE: The link to the javadoc plugin will fail bec the javadoc plugin 
isn't in there. :P



^_^


Edwin Punzalan wrote:


Hi,

I've made some changes to the documentation of the Assembly plugin and 
would like to hear your inputs about it.


 - made the plugin docck-compliant
 - edited the descriptions inside the modello files
 - edited some of the parameter descriptions
 - added an faq page
 - added some single project examples

A staging site is currently available at 
http://people.apache.org/~epunzalan/maven-assembly-plugin.


Thank you for taking some time to review it.


^_^

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



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

[jira] Subscription: Outstanding Repository Maintenance: Uploads

[jira]

Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (7 issues)
Subscriber: mavendevlist


Key Summary
MAVENUPLOAD-1014Upload Simple Log 2.0.1
http://jira.codehaus.org/browse/MAVENUPLOAD-1014
MAVENUPLOAD-1012DTDDoc is a DTD documentation tool a la javadoc
http://jira.codehaus.org/browse/MAVENUPLOAD-1012
MAVENUPLOAD-1007GNU Libidn 0.6.5
http://jira.codehaus.org/browse/MAVENUPLOAD-1007
MAVENUPLOAD-1008Full bundle for xerces:dom3-xml-apis:1.0
http://jira.codehaus.org/browse/MAVENUPLOAD-1008
MAVENUPLOAD-978Upload ejb-3.0-public-draft-20060502 (needed for hibernate)
http://jira.codehaus.org/browse/MAVENUPLOAD-978
MAVENUPLOAD-976Please upload SUN Java 1.2 rutime 
http://jira.codehaus.org/browse/MAVENUPLOAD-976
MAVENUPLOAD-789Tomcat 5.5.15 poms for existing jars
http://jira.codehaus.org/browse/MAVENUPLOAD-789


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

[jira] Subscription: Outstanding Repository Maintenance: Evangelism

[jira]

Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (27 issues)
Subscriber: mavendevlist


Key Summary
MEV-426 Quartz 1.5.2 missing pom and jar. Has source.
http://jira.codehaus.org/browse/MEV-426
MEV-427 relocate ehcache:ehcache to net.sf.ehcache
http://jira.codehaus.org/browse/MEV-427
MEV-392 bad dependencies in commons-logging-1.1.pom
http://jira.codehaus.org/browse/MEV-392
MEV-296 Activemq-core (and other activemq projects) 3.2.1 have unexpanded 
variables
http://jira.codehaus.org/browse/MEV-296
MEV-413 Jaxen has unnecessary and unexpected dependencies (which cause 
problems with JDK 1.5)
http://jira.codehaus.org/browse/MEV-413
MEV-405 pom for cactus:cactus:13-1.7.2
http://jira.codehaus.org/browse/MEV-405
MEV-404 pom for cactus:cactus-ant:13-1.7.2
http://jira.codehaus.org/browse/MEV-404
MEV-401 Incoherences / duplication between javax.xml and com.sun.xml
http://jira.codehaus.org/browse/MEV-401
MEV-334 Stax POM points to an invalid XMLBeans dependency
http://jira.codehaus.org/browse/MEV-334
MEV-384 velocity 1.4 dependencies are wrong
http://jira.codehaus.org/browse/MEV-384
MEV-375 Relocate xpp to xpp3
http://jira.codehaus.org/browse/MEV-375
MEV-364 Fix dependencies of common-lang 1.0 (add test scope for junit)
http://jira.codehaus.org/browse/MEV-364
MEV-352 Relocate cvslib in netbeans groupId to cvsclient in org.netbeans.lib
http://jira.codehaus.org/browse/MEV-352
MEV-356 Missing dep on jboss-common in jbossmq-client & jnp-client 4.0.2
http://jira.codehaus.org/browse/MEV-356
MEV-351 xmlc-xerces-2.2.7.1.jar is unnecessary and  xmlc-apis.jar is 
required.
http://jira.codehaus.org/browse/MEV-351
MEV-337 OJB 1.0.4 has a number of dependencies that should be optional
http://jira.codehaus.org/browse/MEV-337
MEV-330 WebWork 2.2.1 POM should list FreeMarker as a dependency since it's 
required for plain ol' JSPs
http://jira.codehaus.org/browse/MEV-330
MEV-325 Description of jaxb-api 1.0.1 is wrong
http://jira.codehaus.org/browse/MEV-325
MEV-320 Hibernate 3.1.x POMs pull in Sun jars
http://jira.codehaus.org/browse/MEV-320
MEV-201 should have dependency on org.relaxngdatatype.relaxngDatatype
http://jira.codehaus.org/browse/MEV-201
MEV-173 xmlpull JARs exist in two different places on ibiblio
http://jira.codehaus.org/browse/MEV-173
MEV-48  openejb poms
http://jira.codehaus.org/browse/MEV-48
MEV-45  Full list of poms that doesn't respect the m2 format
http://jira.codehaus.org/browse/MEV-45
MEV-36  Exo POM(s) missing dependency versions
http://jira.codehaus.org/browse/MEV-36
MEV-33  XOM POM references xercesImpl v.2.2.1 which does not exist in repo
http://jira.codehaus.org/browse/MEV-33
MEV-31  XOM POM references xmlParserAPIs v2.6.1 which is not in the repo
http://jira.codehaus.org/browse/MEV-31
MEV-20  clean up bad IDs in the repository
http://jira.codehaus.org/browse/MEV-20


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

Re: What patch program do people use on Windows XP?

[Barrie Treloar]

On 7/27/06, Barrie Treloar <[EMAIL PROTECTED]> wrote:

On 7/27/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> Does the eclipse patch look the same as "svn diff"?
>
> I use svn diff and cygwin for patch.


I use Command Prompt Here (available at
http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx)
which gives me a right mouse button context menu for opening a windows
command prompt at the selected folder.

It makes it easy to open a command window at the correct directory.

Is there an easy way to do this with cygwin as well?

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

Re: svn commit: r425406 - in /maven/plugins/trunk/maven-surefire-plugin: ./ src/main/java/org/apache/maven/plugin/surefire/ src/site/ src/site/apt/ src/site/apt/examples/ src/site/fml/

[Allan Ramirez]

Hi Trygve,

done. Thanks!

allan

Trygve Laugstøl wrote:

[EMAIL PROTECTED] wrote:

Author: aramirez
Date: Tue Jul 25 07:49:28 2006
New Revision: 425406

URL: http://svn.apache.org/viewvc?rev=425406&view=rev
Log: (empty)


Please make sure you always include a log message. It is impossible to 
follow the development unless you tell what you're doing.


You can change the log message for the revision using svn.

[snip]

--
Trygve

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



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

Re: What patch program do people use on Windows XP?

[Barrie Treloar]

On 7/27/06, Brett Porter <[EMAIL PROTECTED]> wrote:

Does the eclipse patch look the same as "svn diff"?

I use svn diff and cygwin for patch.


The eclipse patch looks identical except for the fact it uses fully
qualified paths in the index declarations.  This means you need to do
-pX instead of -p0.

I will use cygwin.

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

Re: svn commit: r425905 - /maven/components/trunk/maven-model/maven.mdo

[Brett Porter]

For the first two, I think you can use true in the 
key field now.


- Brett

On 27/07/2006 9:37 AM, [EMAIL PROTECTED] wrote:

Author: jdcasey
Date: Wed Jul 26 16:37:55 2006
New Revision: 425905

URL: http://svn.apache.org/viewvc?rev=425905&view=rev
Log:
Adding codeSegment for object identity to Plugin class.

Modified:
maven/components/trunk/maven-model/maven.mdo

Modified: maven/components/trunk/maven-model/maven.mdo
URL: 
http://svn.apache.org/viewvc/maven/components/trunk/maven-model/maven.mdo?rev=425905&r1=425904&r2=425905&view=diff
==
--- maven/components/trunk/maven-model/maven.mdo (original)
+++ maven/components/trunk/maven-model/maven.mdo Wed Jul 26 16:37:55 2006
@@ -2356,6 +2356,28 @@
 {
 return groupId + ":" + artifactId;
 }
+
+public boolean equals( Object other )

+{
+if ( other instanceof Plugin )
+{
+Plugin otherPlugin = (Plugin) other;
+
+return getKey().equals( otherPlugin.getKey() );

+}
+
+return false;

+}
+
+public int hashCode()

+{
+return getKey().hashCode();
+}
+
+public String toString()

+{
+return "Plugin [" + getKey() + "]";
+}
   ]]>
 
   





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

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

Re: What patch program do people use on Windows XP?

[Brett Porter]

Does the eclipse patch look the same as "svn diff"?

I use svn diff and cygwin for patch.

- Brett

On 27/07/2006 9:35 AM, Barrie Treloar wrote:

I've done some work at home (on a Windows XP machine) and submitted
patches to the JIRA issues.

When I take a copy of those patches to work (also on a Windows XP
machine) I need to apply these patches somehow.

I created the patches using the subclipse plugin for Eclipse.  I've
also created another version of the patch using svn diff.

I downloaded gnu patch for windows:


patch --version

patch 2.5.9
Copyright (C) 1988 Larry Wall
Copyright (C) 2003 Free Software Foundation, Inc.

which appears to be the latest version and when I attempt to patch the
files I get prompted because the unified diff doesn't appear to be
quite in the format that diff expects.


patch -p0 < ..\SVN-130.txt

patching file src/site/site.xml
patching file src/site/apt/introduction.apt
missing header for unified diff at line 99 of patch
can't find file to patch at input line 99
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--

So you can that some files get patched correctly while others fail.
I think the others fail because they have the diff information (like
@@ -8,45 +8,45 @@) but they are missing the Index: and --- and +++
file information) with the assumption that if there has been no new
Index: then the diff is applying to the same file (makes sense)

So why doesn't the windows gnu patch work?
What program should I be using?

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




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

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

What patch program do people use on Windows XP?

[Barrie Treloar]

I've done some work at home (on a Windows XP machine) and submitted
patches to the JIRA issues.

When I take a copy of those patches to work (also on a Windows XP
machine) I need to apply these patches somehow.

I created the patches using the subclipse plugin for Eclipse.  I've
also created another version of the patch using svn diff.

I downloaded gnu patch for windows:


patch --version

patch 2.5.9
Copyright (C) 1988 Larry Wall
Copyright (C) 2003 Free Software Foundation, Inc.

which appears to be the latest version and when I attempt to patch the
files I get prompted because the unified diff doesn't appear to be
quite in the format that diff expects.


patch -p0 < ..\SVN-130.txt

patching file src/site/site.xml
patching file src/site/apt/introduction.apt
missing header for unified diff at line 99 of patch
can't find file to patch at input line 99
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--

So you can that some files get patched correctly while others fail.
I think the others fail because they have the diff information (like
@@ -8,45 +8,45 @@) but they are missing the Index: and --- and +++
file information) with the assumption that if there has been no new
Index: then the diff is applying to the same file (makes sense)

So why doesn't the windows gnu patch work?
What program should I be using?

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

Re: old m1 pages still visible

[Brett Porter]

On 27/07/2006 5:43 AM, Lukas Theussl wrote:
That's exactly the reason why I'm asking. Since these pages are just out 
of date, we shouldn't be linking to them at all. Also I don't see why 
some m2 pages should refer to some old m1 documentation, these pages 
should be integrated into the m2 site. Removing the corresponding files 
would allow us to easily catch those outdated links via the linkcheck 
report.


I agree with this.

I think it's worth redirecting anything that gets deleted to an 
equivalent new page (so that Google can find it).


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

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

Re: old m1 pages still visible

[Brett Porter]

I've double checked that you do. What was the error?

On 27/07/2006 7:42 AM, Arnaud HERITIER wrote:

I tried to fix the invalid links to m1 pages in m2 documentation some weeks
ago but I had an error when I commited.
I certainly don't have the rights to commit on the m2 components.

Arnaud


On 7/26/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


That's exactly the reason why I'm asking. Since these pages are just out
of date, we shouldn't be linking to them at all. Also I don't see why
some m2 pages should refer to some old m1 documentation, these pages
should be integrated into the m2 site. Removing the corresponding files
would allow us to easily catch those outdated links via the linkcheck
report.

-Lukas


Vincent Siveton wrote:
> Hi Lukas,
>
> We need to be sure that all links below are not used by the actual
> m1/m2 documentation. I found quickly in the m2 doc (rev 425796):
>
>> http://maven.apache.org/contributing/
>
>
> site\trunk\src\site\fml\about.fml
>
>> http://maven.apache.org/xref/
>
>
> plugins\trunk\maven-jxr-plugin\src\site\site.xml
>
>> http://maven.apache.org/site.html
>
>
> 
plugins\trunk\maven-site-plugin\src\site\apt\examples\sitedescriptor.apt

>
> To be replaced by http://maven.apache.org/maven-1.x/using/site.html
>
> In the same way,
> http://maven.apache.org/using/site.html
> seems to replace by
> http://maven.apache.org/maven-1.x/using/site.html
>
> trunk\src\site\apt\guides\getting-started\index.apt
> trunk\src\site\apt\guides\introduction\introduction-to-repositories.apt
>
> I probably missed other links...
>
> Cheers,
>
> Vincent
>
> 2006/7/26, Lukas Theussl <[EMAIL PROTECTED]>:
>
>>
>> Going through an m1 web-site clean-up, I found that there are still a
>> couple of old m1 pages visible on the main maven site that are not
>> redirected, see below for a list of examples (not complete!). Some of
>> these pages are grossly out of date and misleading now, especially
since
>> they contribute to the m1-m2 confusion of new users. Any objections if
I
>> just remove those pages?
>>
>> -Lukas
>>
>>
>> http://maven.apache.org/about/
>> http://maven.apache.org/apidocs/
>> http://maven.apache.org/contributing/
>> http://maven.apache.org/misc/
>> http://maven.apache.org/start/
>> http://maven.apache.org/style/
>> http://maven.apache.org/xref/
>> http://maven.apache.org/xref-test/
>>
>> http://maven.apache.org/features.html
>> http://maven.apache.org/goals.html
>> http://maven.apache.org/helping.html
>> http://maven.apache.org/links.html
>> http://maven.apache.org/maven.html
>> http://maven.apache.org/objectives.html
>> http://maven.apache.org/references.html
>> http://maven.apache.org/site.html
>> http://maven.apache.org/status.html
>> http://maven.apache.org/tags.html
>>
>> and a couple of old reports.
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

--

__ 



Lukas Theussl
TRIUMF  email: [EMAIL PROTECTED]
4004 Wesbrook Mall  tel.: + 1 604 222 1047 ext. 6446
Vancouver, British Columbia
http://www.triumf.ca/people/theussl/
Canada V6T 2A3

__ 



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







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

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

Re: Continuum Security design

[Jesse McConnell]

carlos,

how would you recommend we implement the
users/groups/roles/permissions material that we have already been
discussing?

would it be implementing the rbac model using the
AccessDecisionManager and AccessDecisionVoter dealio in acegi?  I can
see how we might go about doing it in acegi, it would be a matter of
figuring out how to map the rbac data into GrantingAuthorities that
would be setup during the authentication, and then figuring out how
that pans out in the authorization side of things...

what are your thoughts on getting the rbac aspect of authorization
working with acegi?

jesse


On 7/26/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:

I think is more important now come with a good representation of
users, groups, roles,... that can be used across all apps (Continuum,
MRM,...)

Acegi doesn't mess with your code, so the need of another api on top
of it for me has no much sense.

I like the aop approach better than implementing interfaces for the
same reason, it doesn't get in your way. You can secure anything
pretty easily. I have made some progress on this but other things
needed my attention, I'll have the integration bits ready soon.

On 7/26/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:
> I have been working on a little security api in the plexus sandbox
> that I wanted to describe to the continuum dev list that would work
> for the implementation of the authentication and authorization parts
> of continuum.
>
> I like it since it is pretty easy to use and should extend to support
> the zones ideas we have been describing in some of these discussions
> on irc and on this mailing list.
>
> Basically its an object called a PlexusSecurityRealm that is
> configured in the components.xml to have an AuthenticationStore and an
> AuthorizationStore.  These stores have one method each called
> authenticate( tokenMap ) and authorize( session, tokenMap ).  The PSR
> has some convience methods for working with these so you can call
> things like isAuthentic( tokens ) or isAuthorized( session, tokens ).
>
> I made a simple implementation of both stores and then an acegi
> authentication store as well so far.  The acegi authentication store
> is nice in that it is also all configured in the components.xml file
> and can link up to whatever acegi can for authentication purposes.
>
> Now the authorization side of the fence is a little more murky.  I am
> really trying to seperate out the authentication process,
> authorization process and the gathering if user details and stuff.
> Acegi implementation really binds the authentication and authorization
> concepts together which makes it difficult to wrap them up as distinct
> seperate components.  I have an Object in that AuthenticationResult
> object that is returned from the authentication store where we can
> shove the acegi authentication object and the authorization store can
> make use of that.
>
> I think the real big decision that needs to be made in regards to
> continuum and authentication/authorization is how implementation
> specific do we want to go?
>
> Acegi has a whole host of fun little bells and whistles but they are
> peppered all through your code or are injected in the flow of things
> through web filters and the like.  This lets you do fun little things
> like secure all the user management code behind a particular url, say
> **/users/*, with a particular role or something.  It provides some
> taglibs for optionally rendering page content based on roles.  It also
> has a pretty strong aop integration that lets you manage security of
> objects in your codebase without actually modifying any of your code.
>
> My thinking on the matter was more along the lines of letting whatever
> object in the system, be it webwork rendering, data objects, or flow
> control to be able to have one object that they could ask isAuthentic(
> X ) and/or isAuthorized( X ) and react accordingly and let all the
> howto mumbo jumbo be configured in other components.  Plexus would
> basically manage all the nuts and bolts of what to authenticate to and
> authorize on and the application code would just ask the questions
> itself.  This has the benefit of readability but probably isn't as
> nimble an idea as the aop bits of acegi.
>
> does anyone have any feelings one way or the other on this?
>
> jesse
>
>
> On 7/19/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:
> > There was some discussion on irc about the security model so I wrote
> > up this description for review by everyone.
> >
> > 
http://docs.codehaus.org/display/CONTINUUM/Straight+Role+Based+Access+Control
> >
> > It doesn't have implementation details in it, it is just an attempt at
> > drawing together the different concepts we have been talking about
> > together so we can agree on 'what we want' and then we can focus on
> > 'how to do it'.
> >
> > personally, I think this basic idea could go into plexus (if it isn't
> > already there with jason's rbac stuff) pretty smoothly and then have
> > diff

Re: Continuum Security design

[Carlos Sanchez]

I think is more important now come with a good representation of
users, groups, roles,... that can be used across all apps (Continuum,
MRM,...)

Acegi doesn't mess with your code, so the need of another api on top
of it for me has no much sense.

I like the aop approach better than implementing interfaces for the
same reason, it doesn't get in your way. You can secure anything
pretty easily. I have made some progress on this but other things
needed my attention, I'll have the integration bits ready soon.

On 7/26/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:

I have been working on a little security api in the plexus sandbox
that I wanted to describe to the continuum dev list that would work
for the implementation of the authentication and authorization parts
of continuum.

I like it since it is pretty easy to use and should extend to support
the zones ideas we have been describing in some of these discussions
on irc and on this mailing list.

Basically its an object called a PlexusSecurityRealm that is
configured in the components.xml to have an AuthenticationStore and an
AuthorizationStore.  These stores have one method each called
authenticate( tokenMap ) and authorize( session, tokenMap ).  The PSR
has some convience methods for working with these so you can call
things like isAuthentic( tokens ) or isAuthorized( session, tokens ).

I made a simple implementation of both stores and then an acegi
authentication store as well so far.  The acegi authentication store
is nice in that it is also all configured in the components.xml file
and can link up to whatever acegi can for authentication purposes.

Now the authorization side of the fence is a little more murky.  I am
really trying to seperate out the authentication process,
authorization process and the gathering if user details and stuff.
Acegi implementation really binds the authentication and authorization
concepts together which makes it difficult to wrap them up as distinct
seperate components.  I have an Object in that AuthenticationResult
object that is returned from the authentication store where we can
shove the acegi authentication object and the authorization store can
make use of that.

I think the real big decision that needs to be made in regards to
continuum and authentication/authorization is how implementation
specific do we want to go?

Acegi has a whole host of fun little bells and whistles but they are
peppered all through your code or are injected in the flow of things
through web filters and the like.  This lets you do fun little things
like secure all the user management code behind a particular url, say
**/users/*, with a particular role or something.  It provides some
taglibs for optionally rendering page content based on roles.  It also
has a pretty strong aop integration that lets you manage security of
objects in your codebase without actually modifying any of your code.

My thinking on the matter was more along the lines of letting whatever
object in the system, be it webwork rendering, data objects, or flow
control to be able to have one object that they could ask isAuthentic(
X ) and/or isAuthorized( X ) and react accordingly and let all the
howto mumbo jumbo be configured in other components.  Plexus would
basically manage all the nuts and bolts of what to authenticate to and
authorize on and the application code would just ask the questions
itself.  This has the benefit of readability but probably isn't as
nimble an idea as the aop bits of acegi.

does anyone have any feelings one way or the other on this?

jesse


On 7/19/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:
> There was some discussion on irc about the security model so I wrote
> up this description for review by everyone.
>
> http://docs.codehaus.org/display/CONTINUUM/Straight+Role+Based+Access+Control
>
> It doesn't have implementation details in it, it is just an attempt at
> drawing together the different concepts we have been talking about
> together so we can agree on 'what we want' and then we can focus on
> 'how to do it'.
>
> personally, I think this basic idea could go into plexus (if it isn't
> already there with jason's rbac stuff) pretty smoothly and then have
> different implementations like carlo's acegi stuff...
>
> but anyway, please review the above and comment
>
> cheers!
>
> jesse
>
> On 7/18/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> > I've added my comments.
> >
> > I don't think we need domain ACLs - it's an interesting concept but it
> > also worries me a little to have security as an afterthought - it's
> > intrinsic to the design of the code in some ways (surely if you only
> > want to give one person access to a subset of the data you also want to
> > avoid going ahead and retrieving the data in the first place). Perhaps I
> > misunderstand it's intent.
> >
> > So, where are we at with this? I don't think its healthy to keep a
> > branch for too long on something so fundamental as it'll become hard to
> > merge back in, but is A

Re: [vote] [m1] [take2] release antlr and cruisecontrol plugins

[Lukas Theussl]

ping

We need one more binding vote here.

Thanks,
-Lukas

Arnaud HERITIER wrote:

+1 for both


Arnaud

On 6/6/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:



Here's my 2nd try:

I'd like to release the following plugins for inclusion in
maven-1.1-beta-3:

[] maven-antlr-plugin-1.2.2
[] maven-cruisecontrol-plugin-1.8

I am not using either of them so I'd appreciate someone do some testing.

For changes please check the jira and changes reports on the
stage sites given below.

+1, 72h...

Cheers,
Lukas



http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/antlr/ 



http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/cruisecontrol/ 




maven plugin:download
-Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://cvs.apache.org/repository/
-DgroupId=maven -DartifactId=maven-antlr-plugin -Dversion=1.2.2-SNAPSHOT

maven plugin:download
-Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://cvs.apache.org/repository/
-DgroupId=maven -DartifactId=maven-cruisecontrol-plugin
-Dversion=1.8-SNAPSHOT

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






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

Re: old m1 pages still visible

[Arnaud HERITIER]

I tried to fix the invalid links to m1 pages in m2 documentation some weeks
ago but I had an error when I commited.
I certainly don't have the rights to commit on the m2 components.

Arnaud


On 7/26/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


That's exactly the reason why I'm asking. Since these pages are just out
of date, we shouldn't be linking to them at all. Also I don't see why
some m2 pages should refer to some old m1 documentation, these pages
should be integrated into the m2 site. Removing the corresponding files
would allow us to easily catch those outdated links via the linkcheck
report.

-Lukas


Vincent Siveton wrote:
> Hi Lukas,
>
> We need to be sure that all links below are not used by the actual
> m1/m2 documentation. I found quickly in the m2 doc (rev 425796):
>
>> http://maven.apache.org/contributing/
>
>
> site\trunk\src\site\fml\about.fml
>
>> http://maven.apache.org/xref/
>
>
> plugins\trunk\maven-jxr-plugin\src\site\site.xml
>
>> http://maven.apache.org/site.html
>
>
> plugins\trunk\maven-site-plugin\src\site\apt\examples\sitedescriptor.apt
>
> To be replaced by http://maven.apache.org/maven-1.x/using/site.html
>
> In the same way,
> http://maven.apache.org/using/site.html
> seems to replace by
> http://maven.apache.org/maven-1.x/using/site.html
>
> trunk\src\site\apt\guides\getting-started\index.apt
> trunk\src\site\apt\guides\introduction\introduction-to-repositories.apt
>
> I probably missed other links...
>
> Cheers,
>
> Vincent
>
> 2006/7/26, Lukas Theussl <[EMAIL PROTECTED]>:
>
>>
>> Going through an m1 web-site clean-up, I found that there are still a
>> couple of old m1 pages visible on the main maven site that are not
>> redirected, see below for a list of examples (not complete!). Some of
>> these pages are grossly out of date and misleading now, especially
since
>> they contribute to the m1-m2 confusion of new users. Any objections if
I
>> just remove those pages?
>>
>> -Lukas
>>
>>
>> http://maven.apache.org/about/
>> http://maven.apache.org/apidocs/
>> http://maven.apache.org/contributing/
>> http://maven.apache.org/misc/
>> http://maven.apache.org/start/
>> http://maven.apache.org/style/
>> http://maven.apache.org/xref/
>> http://maven.apache.org/xref-test/
>>
>> http://maven.apache.org/features.html
>> http://maven.apache.org/goals.html
>> http://maven.apache.org/helping.html
>> http://maven.apache.org/links.html
>> http://maven.apache.org/maven.html
>> http://maven.apache.org/objectives.html
>> http://maven.apache.org/references.html
>> http://maven.apache.org/site.html
>> http://maven.apache.org/status.html
>> http://maven.apache.org/tags.html
>>
>> and a couple of old reports.
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

--

__

Lukas Theussl
TRIUMF  email: [EMAIL PROTECTED]
4004 Wesbrook Mall  tel.: + 1 604 222 1047 ext. 6446
Vancouver, British Columbia
http://www.triumf.ca/people/theussl/
Canada V6T 2A3

__

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

Re: Continuum Security design

[Jesse McConnell]

I have been working on a little security api in the plexus sandbox
that I wanted to describe to the continuum dev list that would work
for the implementation of the authentication and authorization parts
of continuum.

I like it since it is pretty easy to use and should extend to support
the zones ideas we have been describing in some of these discussions
on irc and on this mailing list.

Basically its an object called a PlexusSecurityRealm that is
configured in the components.xml to have an AuthenticationStore and an
AuthorizationStore.  These stores have one method each called
authenticate( tokenMap ) and authorize( session, tokenMap ).  The PSR
has some convience methods for working with these so you can call
things like isAuthentic( tokens ) or isAuthorized( session, tokens ).

I made a simple implementation of both stores and then an acegi
authentication store as well so far.  The acegi authentication store
is nice in that it is also all configured in the components.xml file
and can link up to whatever acegi can for authentication purposes.

Now the authorization side of the fence is a little more murky.  I am
really trying to seperate out the authentication process,
authorization process and the gathering if user details and stuff.
Acegi implementation really binds the authentication and authorization
concepts together which makes it difficult to wrap them up as distinct
seperate components.  I have an Object in that AuthenticationResult
object that is returned from the authentication store where we can
shove the acegi authentication object and the authorization store can
make use of that.

I think the real big decision that needs to be made in regards to
continuum and authentication/authorization is how implementation
specific do we want to go?

Acegi has a whole host of fun little bells and whistles but they are
peppered all through your code or are injected in the flow of things
through web filters and the like.  This lets you do fun little things
like secure all the user management code behind a particular url, say
**/users/*, with a particular role or something.  It provides some
taglibs for optionally rendering page content based on roles.  It also
has a pretty strong aop integration that lets you manage security of
objects in your codebase without actually modifying any of your code.

My thinking on the matter was more along the lines of letting whatever
object in the system, be it webwork rendering, data objects, or flow
control to be able to have one object that they could ask isAuthentic(
X ) and/or isAuthorized( X ) and react accordingly and let all the
howto mumbo jumbo be configured in other components.  Plexus would
basically manage all the nuts and bolts of what to authenticate to and
authorize on and the application code would just ask the questions
itself.  This has the benefit of readability but probably isn't as
nimble an idea as the aop bits of acegi.

does anyone have any feelings one way or the other on this?

jesse


On 7/19/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:

There was some discussion on irc about the security model so I wrote
up this description for review by everyone.

http://docs.codehaus.org/display/CONTINUUM/Straight+Role+Based+Access+Control

It doesn't have implementation details in it, it is just an attempt at
drawing together the different concepts we have been talking about
together so we can agree on 'what we want' and then we can focus on
'how to do it'.

personally, I think this basic idea could go into plexus (if it isn't
already there with jason's rbac stuff) pretty smoothly and then have
different implementations like carlo's acegi stuff...

but anyway, please review the above and comment

cheers!

jesse

On 7/18/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> I've added my comments.
>
> I don't think we need domain ACLs - it's an interesting concept but it
> also worries me a little to have security as an afterthought - it's
> intrinsic to the design of the code in some ways (surely if you only
> want to give one person access to a subset of the data you also want to
> avoid going ahead and retrieving the data in the first place). Perhaps I
> misunderstand it's intent.
>
> So, where are we at with this? I don't think its healthy to keep a
> branch for too long on something so fundamental as it'll become hard to
> merge back in, but is Acegi proving to be both non-intrusive and capable
> of doing what we need? What state is it in?
>
> - Brett
>
> On 11/07/2006 8:41 AM, Carlos Sanchez wrote:
> > http://docs.codehaus.org/display/CONTINUUM/Security
> >
> > Please take a look and provide feedback on the semantics of what to
> > secure and to what level.
> >
>
>
> --
> Apache Maven - http://maven.apache.org/
> Better Builds with Maven - http://library.mergere.com/
>


--
jesse mcconnell
[EMAIL PROTECTED]




--
jesse mcconnell
[EMAIL PROTECTED]

Re: [vote] [m1] [take2] release antlr and cruisecontrol plugins

[Arnaud HERITIER]

+1 for both


Arnaud

On 6/6/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


Here's my 2nd try:

I'd like to release the following plugins for inclusion in
maven-1.1-beta-3:

[] maven-antlr-plugin-1.2.2
[] maven-cruisecontrol-plugin-1.8

I am not using either of them so I'd appreciate someone do some testing.

For changes please check the jira and changes reports on the
stage sites given below.

+1, 72h...

Cheers,
Lukas



http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/antlr/

http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/cruisecontrol/


maven plugin:download
-Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://cvs.apache.org/repository/
-DgroupId=maven -DartifactId=maven-antlr-plugin -Dversion=1.2.2-SNAPSHOT

maven plugin:download
-Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://cvs.apache.org/repository/
-DgroupId=maven -DartifactId=maven-cruisecontrol-plugin
-Dversion=1.8-SNAPSHOT

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

Re: old m1 pages still visible

[Lukas Theussl]

That's exactly the reason why I'm asking. Since these pages are just out 
of date, we shouldn't be linking to them at all. Also I don't see why 
some m2 pages should refer to some old m1 documentation, these pages 
should be integrated into the m2 site. Removing the corresponding files 
would allow us to easily catch those outdated links via the linkcheck 
report.


-Lukas


Vincent Siveton wrote:

Hi Lukas,

We need to be sure that all links below are not used by the actual
m1/m2 documentation. I found quickly in the m2 doc (rev 425796):


http://maven.apache.org/contributing/



site\trunk\src\site\fml\about.fml


http://maven.apache.org/xref/



plugins\trunk\maven-jxr-plugin\src\site\site.xml


http://maven.apache.org/site.html



plugins\trunk\maven-site-plugin\src\site\apt\examples\sitedescriptor.apt

To be replaced by http://maven.apache.org/maven-1.x/using/site.html

In the same way,
http://maven.apache.org/using/site.html
seems to replace by
http://maven.apache.org/maven-1.x/using/site.html

trunk\src\site\apt\guides\getting-started\index.apt
trunk\src\site\apt\guides\introduction\introduction-to-repositories.apt

I probably missed other links...

Cheers,

Vincent

2006/7/26, Lukas Theussl <[EMAIL PROTECTED]>:



Going through an m1 web-site clean-up, I found that there are still a
couple of old m1 pages visible on the main maven site that are not
redirected, see below for a list of examples (not complete!). Some of
these pages are grossly out of date and misleading now, especially since
they contribute to the m1-m2 confusion of new users. Any objections if I
just remove those pages?

-Lukas


http://maven.apache.org/about/
http://maven.apache.org/apidocs/
http://maven.apache.org/contributing/
http://maven.apache.org/misc/
http://maven.apache.org/start/
http://maven.apache.org/style/
http://maven.apache.org/xref/
http://maven.apache.org/xref-test/

http://maven.apache.org/features.html
http://maven.apache.org/goals.html
http://maven.apache.org/helping.html
http://maven.apache.org/links.html
http://maven.apache.org/maven.html
http://maven.apache.org/objectives.html
http://maven.apache.org/references.html
http://maven.apache.org/site.html
http://maven.apache.org/status.html
http://maven.apache.org/tags.html

and a couple of old reports.

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




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



--
__

Lukas Theussl
TRIUMF  email: [EMAIL PROTECTED]
4004 Wesbrook Mall  tel.: + 1 604 222 1047 ext. 6446
Vancouver, British Columbia http://www.triumf.ca/people/theussl/
Canada V6T 2A3
__

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

Re: Please review maven-assembly-plugin site documentation

[Andreas Hochsteger]

http://people.apache.org/~epunzalan/maven-assembly-plugin/index.html:
* tar.bz  -> tar.gz
* tar.gz2 -> tar.bz2

http://people.apache.org/~epunzalan/maven-assembly-plugin/descriptor-refs.html
In the 'src' section there is a sentence which starts with "The bin 
descriptorId produces" which should be "The src descriptorId produces".


Cheers,
Andreas

Edwin Punzalan schrieb:


Hi,

I've made some changes to the documentation of the Assembly plugin and 
would like to hear your inputs about it.


 - made the plugin docck-compliant
 - edited the descriptions inside the modello files
 - edited some of the parameter descriptions
 - added an faq page
 - added some single project examples

A staging site is currently available at 
http://people.apache.org/~epunzalan/maven-assembly-plugin.


Thank you for taking some time to review it.


^_^

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




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

Re: old m1 pages still visible

[Vincent Siveton]

Hi Lukas,

We need to be sure that all links below are not used by the actual
m1/m2 documentation. I found quickly in the m2 doc (rev 425796):


http://maven.apache.org/contributing/


site\trunk\src\site\fml\about.fml


http://maven.apache.org/xref/


plugins\trunk\maven-jxr-plugin\src\site\site.xml


http://maven.apache.org/site.html


plugins\trunk\maven-site-plugin\src\site\apt\examples\sitedescriptor.apt

To be replaced by http://maven.apache.org/maven-1.x/using/site.html

In the same way,
http://maven.apache.org/using/site.html
seems to replace by
http://maven.apache.org/maven-1.x/using/site.html

trunk\src\site\apt\guides\getting-started\index.apt
trunk\src\site\apt\guides\introduction\introduction-to-repositories.apt

I probably missed other links...

Cheers,

Vincent

2006/7/26, Lukas Theussl <[EMAIL PROTECTED]>:


Going through an m1 web-site clean-up, I found that there are still a
couple of old m1 pages visible on the main maven site that are not
redirected, see below for a list of examples (not complete!). Some of
these pages are grossly out of date and misleading now, especially since
they contribute to the m1-m2 confusion of new users. Any objections if I
just remove those pages?

-Lukas


http://maven.apache.org/about/
http://maven.apache.org/apidocs/
http://maven.apache.org/contributing/
http://maven.apache.org/misc/
http://maven.apache.org/start/
http://maven.apache.org/style/
http://maven.apache.org/xref/
http://maven.apache.org/xref-test/

http://maven.apache.org/features.html
http://maven.apache.org/goals.html
http://maven.apache.org/helping.html
http://maven.apache.org/links.html
http://maven.apache.org/maven.html
http://maven.apache.org/objectives.html
http://maven.apache.org/references.html
http://maven.apache.org/site.html
http://maven.apache.org/status.html
http://maven.apache.org/tags.html

and a couple of old reports.

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




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

old m1 pages still visible

[Lukas Theussl]

Going through an m1 web-site clean-up, I found that there are still a 
couple of old m1 pages visible on the main maven site that are not 
redirected, see below for a list of examples (not complete!). Some of 
these pages are grossly out of date and misleading now, especially since 
they contribute to the m1-m2 confusion of new users. Any objections if I 
just remove those pages?


-Lukas


http://maven.apache.org/about/
http://maven.apache.org/apidocs/
http://maven.apache.org/contributing/
http://maven.apache.org/misc/
http://maven.apache.org/start/
http://maven.apache.org/style/
http://maven.apache.org/xref/
http://maven.apache.org/xref-test/

http://maven.apache.org/features.html
http://maven.apache.org/goals.html
http://maven.apache.org/helping.html
http://maven.apache.org/links.html
http://maven.apache.org/maven.html
http://maven.apache.org/objectives.html
http://maven.apache.org/references.html
http://maven.apache.org/site.html
http://maven.apache.org/status.html
http://maven.apache.org/tags.html

and a couple of old reports.

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

Re: local repository

[Lukas Theussl]

Please write to [EMAIL PROTECTED] And read the docs!

-Lukas

sharmishta.kaul wrote:

I'm trying to create a local repository using mevan 1.0. For doing that i need 
to map the local directories to that of the apache server. please provide me a 
procedure to do that. Thanks in advance.





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


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

Re: [vote] Promote maven-changelog-plugin and maven-changes-plugin out of the sandbox

[John Casey]

Brett, good point. +1 to move them now, and I'll vote separately on their
readiness for release when the time comes.

-j

On 7/26/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:


+1 for moving them out of the sandbox now

fabrizio


On 7/25/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi
>
> Here's the status of things:
>
> maven-changelog-plugin
> - 2.0-beta-1 was released back at mojo
> - No non-SNAPSHOT release at Apache since the move from mojo
> - 25 issues fixed for 2.0 release
> - 2 unscheduled issues
>
> maven-changes-plugin
> - 2.0-beta-1 was released back at mojo
> - No non-SNAPSHOT release at Apache since the move from mojo
> - 14 issues fixed for 2.0-beta-2 release
> - 10 of 11 issues fixed for 2.0 release
> - 3 unscheduled issues
>
> I'd like to move these out of the sandbox so that we can start to
> prepare releases for them. Questions regarding these plugins are
> starting to appear on the user list. Not having releases of the plugins
> makes it difficult for them to be used.
>
> --
> Dennis Lundberg
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: Modello & maven-changes-plugin

[Trygve Laugstøl]

Cabasson Denis wrote:

Trying to fix http://jira.codehaus.org/browse/MCHANGES-47 while improving
the changes plugin in migrating the thing to modello.


Ok, I understand now.


Seemed easier to adopt a new format (modello compliant) than trying to patch
the custom parser currently used by maven-changes-plugin


It shouldn't be that hard really, but I would propose to drop the old 
format and go with a cleaner, Modello-generated beans and xml 
reader/writers. The existing code can be used to convert the old 
changes.xml files to the new format.


--
Trygve

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

RE: Modello & maven-changes-plugin

[Cabasson Denis]

Trying to fix http://jira.codehaus.org/browse/MCHANGES-47 while improving
the changes plugin in migrating the thing to modello.

Seemed easier to adopt a new format (modello compliant) than trying to patch
the custom parser currently used by maven-changes-plugin

Of course, it would have to be backward compatible.

At the moment, I'm trying to make a ant based mojo work along java based
ones (quite tricky, is there an example working somewhere?)

Denis. 

> -Message d'origine-
> De : Trygve Laugstøl [mailto:[EMAIL PROTECTED] 
> Envoyé : mercredi 26 juillet 2006 16:43
> À : Maven Developers List
> Objet : Re: Modello & maven-changes-plugin
> 
> Cabasson Denis wrote:
> > Well, that's exactly my point. This format is not supported, 
> > currently, by modello.
> > 
> > And my point was rather to write some maven-changes-plugin code, 
> > rather than some modello code.
> > 
> > So before writing any modello code (yet another thing to 
> understand), 
> > the primary questions goes back to:
> > Is the current format of the changes.xml file a stable format? Or 
> > could we make some arrangements with this format to go to a cleaner
> > (modello-compliant) format? (with great care to backward 
> compatibility).
> 
> It is stable and the changes plugin should support it. On the 
> other hand it is always possible to add another format.
> 
> What is it that you're trying to do?
> 
> > But that's more of a strategic decision. I'll wait for some 
> Maven Guru 
> > to take the decision in my place :)
> > 
> > I'll keep on trying to understand maven's code...
> 
> --
> Trygve
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 

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

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

[Tamás Cservenák]

Hi,

I created 3 issues:
http://trac.abstracthorizon.org/proximity/ticket/3
http://trac.abstracthorizon.org/proximity/ticket/17
http://trac.abstracthorizon.org/proximity/ticket/18

and before a few days already got a ticket with similar request:
http://trac.abstracthorizon.org/proximity/ticket/16

So, 3 + 16 + 17 + 18 should do it :)


Thanx for help!
~t~

On 7/26/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:

Tamás Cservenák wrote:
> Hi,
>
> On 7/26/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
>
>> That is not the problem, the problem is that the metadata from all the
>> repositories has to be _merged_ and dispatched properly by proximity.
>> That is why any plain http proxy will fail acting as a repository for
>> Maven.
>>
>
> Ah, I see. My knowledge was here faulty a little bit, sorry.
>
> At a first glance, it is easily implentable at proximityBean level (it
> has the list of repos), using some similar pattern as repositoryBean
> does for retrieval logic. Actually, externalize the current "first
> serves wins" serving algorithm to some customizable form.
>
> And this issue is only for aggregated reposes. Does anything else
> needs merging through reposes?

Not that I can think of right now.

> I will create an issue for that.
>
>> How can Maven solve this problem? Maven will properly merge the metadata
>> from the different repositories but Proximity is effectively stopping
>> half of the data coming through.
>>
>
> sorry, i meant to say: solution could be to not "aggregate"
> repositories, you could use different base URLs for them (in POM or
> settings.xml). It is what Barrie suggested on the top of the thread.
> And it is (will be) solvable with the "repo relocation" i was talking
> about. Proximity will serve metadata properly then, no?

Sounds like it.

--
Trygve


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

Re: Modello & maven-changes-plugin

[Trygve Laugstøl]

Cabasson Denis wrote:

Well, that's exactly my point. This format is not supported, currently, by
modello.

And my point was rather to write some maven-changes-plugin code, rather than
some modello code.

So before writing any modello code (yet another thing to understand), the
primary questions goes back to:
Is the current format of the changes.xml file a stable format? Or could we
make some arrangements with this format to go to a cleaner
(modello-compliant) format? (with great care to backward compatibility).


It is stable and the changes plugin should support it. On the other hand 
it is always possible to add another format.


What is it that you're trying to do?


But that's more of a strategic decision. I'll wait for some Maven Guru to
take the decision in my place :)

I'll keep on trying to understand maven's code...


--
Trygve

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

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

[Trygve Laugstøl]

Tamás Cservenák wrote:

Hi,

On 7/26/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:


That is not the problem, the problem is that the metadata from all the
repositories has to be _merged_ and dispatched properly by proximity.
That is why any plain http proxy will fail acting as a repository for 
Maven.




Ah, I see. My knowledge was here faulty a little bit, sorry.

At a first glance, it is easily implentable at proximityBean level (it
has the list of repos), using some similar pattern as repositoryBean
does for retrieval logic. Actually, externalize the current "first
serves wins" serving algorithm to some customizable form.

And this issue is only for aggregated reposes. Does anything else
needs merging through reposes?


Not that I can think of right now.


I will create an issue for that.


How can Maven solve this problem? Maven will properly merge the metadata
from the different repositories but Proximity is effectively stopping
half of the data coming through.



sorry, i meant to say: solution could be to not "aggregate"
repositories, you could use different base URLs for them (in POM or
settings.xml). It is what Barrie suggested on the top of the thread.
And it is (will be) solvable with the "repo relocation" i was talking
about. Proximity will serve metadata properly then, no?


Sounds like it.

--
Trygve


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

RE: Modello & maven-changes-plugin

[Cabasson Denis]

Well, that's exactly my point. This format is not supported, currently, by
modello.

And my point was rather to write some maven-changes-plugin code, rather than
some modello code.

So before writing any modello code (yet another thing to understand), the
primary questions goes back to:
Is the current format of the changes.xml file a stable format? Or could we
make some arrangements with this format to go to a cleaner
(modello-compliant) format? (with great care to backward compatibility).

But that's more of a strategic decision. I'll wait for some Maven Guru to
take the decision in my place :)

I'll keep on trying to understand maven's code...

Denis. 

> -Message d'origine-
> De : Trygve Laugstøl [mailto:[EMAIL PROTECTED] 
> Envoyé : mercredi 26 juillet 2006 15:40
> À : Maven Developers List
> Objet : Re: Modello & maven-changes-plugin
> 
> Cabasson Denis wrote:
> > Well, can I go as far as asking how modello would handle 
> that (a link 
> > or a modello snipplet would greatly be appreciated).
> > 
> > I know how to handle the action tag, creating the 
> associated Action class.
> > When in action Class, I know how to handle the attributes (using
> > xml.attribute="true") but how to handle the included text?
> > 
> > My example wasn't a good one, it seems. But things like:
> >   
> > Blah blah.
> >   
> > Just have the same problem for me, as far as modello is concerned.
> 
> It can't handle that format. It could handle this:
> 
> 
>
>  Blah blah.
>
> 
> 
> However, making Modello support the format you want might be 
> doable if you feel like writing some Modello code :)
> 
> --
> Trygve
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 

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

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

[Tamás Cservenák]

Hi,

On 7/26/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:

That is not the problem, the problem is that the metadata from all the
repositories has to be _merged_ and dispatched properly by proximity.
That is why any plain http proxy will fail acting as a repository for Maven.



Ah, I see. My knowledge was here faulty a little bit, sorry.

At a first glance, it is easily implentable at proximityBean level (it
has the list of repos), using some similar pattern as repositoryBean
does for retrieval logic. Actually, externalize the current "first
serves wins" serving algorithm to some customizable form.

And this issue is only for aggregated reposes. Does anything else
needs merging through reposes?

I will create an issue for that.


How can Maven solve this problem? Maven will properly merge the metadata
from the different repositories but Proximity is effectively stopping
half of the data coming through.



sorry, i meant to say: solution could be to not "aggregate"
repositories, you could use different base URLs for them (in POM or
settings.xml). It is what Barrie suggested on the top of the thread.
And it is (will be) solvable with the "repo relocation" i was talking
about. Proximity will serve metadata properly then, no?


Thanx,
~t~

Re: Modello & maven-changes-plugin

[Trygve Laugstøl]

Cabasson Denis wrote:

Well, can I go as far as asking how modello would handle that (a link or a
modello snipplet would greatly be appreciated).

I know how to handle the action tag, creating the associated Action class.
When in action Class, I know how to handle the attributes (using
xml.attribute="true") but how to handle the included text?

My example wasn't a good one, it seems. But things like:
  
Blah blah.
   
Just have the same problem for me, as far as modello is concerned.


It can't handle that format. It could handle this:


  
Blah blah.
  


However, making Modello support the format you want might be doable if 
you feel like writing some Modello code :)


--
Trygve

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

RE: Modello & maven-changes-plugin

[Cabasson Denis]

Well, can I go as far as asking how modello would handle that (a link or a
modello snipplet would greatly be appreciated).

I know how to handle the action tag, creating the associated Action class.
When in action Class, I know how to handle the attributes (using
xml.attribute="true") but how to handle the included text?

My example wasn't a good one, it seems. But things like:
  
Blah blah.
   
Just have the same problem for me, as far as modello is concerned.

Thx for your answer 

Denis

> -Message d'origine-
> De : Trygve Laugstøl [mailto:[EMAIL PROTECTED] 
> Envoyé : mercredi 26 juillet 2006 14:28
> À : Maven Developers List
> Objet : Re: Modello & maven-changes-plugin
> 
> Cabasson Denis wrote:
> > My question is rather simple (I'm asking here, because I can't find 
> > any modello mailing list).
> >  
> > Can modello handle situations such as:
> > Johnny R. Ruiz III
> 
> Yes, but the email should come from the pom instead of beeing 
> duplicated there. Actually, all the information about the 
> developer should come from the pom and the author should just 
> be an id-based reference.
> 
> --
> Trygve
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 

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

Re: [vote] Promote maven-changelog-plugin and maven-changes-plugin out of the sandbox

[Fabrizio Giustina]

+1 for moving them out of the sandbox now

fabrizio


On 7/25/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote:

Hi

Here's the status of things:

maven-changelog-plugin
- 2.0-beta-1 was released back at mojo
- No non-SNAPSHOT release at Apache since the move from mojo
- 25 issues fixed for 2.0 release
- 2 unscheduled issues

maven-changes-plugin
- 2.0-beta-1 was released back at mojo
- No non-SNAPSHOT release at Apache since the move from mojo
- 14 issues fixed for 2.0-beta-2 release
- 10 of 11 issues fixed for 2.0 release
- 3 unscheduled issues

I'd like to move these out of the sandbox so that we can start to
prepare releases for them. Questions regarding these plugins are
starting to appear on the user list. Not having releases of the plugins
makes it difficult for them to be used.

--
Dennis Lundberg

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




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

Re: svn commit: r425465 - in /maven/doxia/trunk/doxia-sandbox: doxia-book/src/main/modello/book.mdo doxia-maven-plugin/src/main/java/org/apache/maven/doxia/plugin/DoxiaRenderBooksMojo.java

[Trygve Laugstøl]

[EMAIL PROTECTED] wrote:

Author: vsiveton
Date: Tue Jul 25 10:33:24 2006
New Revision: 425465

URL: http://svn.apache.org/viewvc?rev=425465&view=rev
Log:
Revised documentation for modello and mojo.
Added copyright.


Thanks!



Modified:
maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/modello/book.mdo

maven/doxia/trunk/doxia-sandbox/doxia-maven-plugin/src/main/java/org/apache/maven/doxia/plugin/DoxiaRenderBooksMojo.java

Modified: maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/modello/book.mdo
URL: 
http://svn.apache.org/viewvc/maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/modello/book.mdo?rev=425465&r1=425464&r2=425465&view=diff
==
--- maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/modello/book.mdo 
(original)
+++ maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/modello/book.mdo Tue 
Jul 25 10:33:24 2006
@@ -1,9 +1,38 @@
 
 
+

Re: [vote] Promote maven-changelog-plugin and maven-changes-plugin out of the sandbox

[Trygve Laugstøl]

Dennis Lundberg wrote:

Hi

Here's the status of things:

maven-changelog-plugin
- 2.0-beta-1 was released back at mojo
- No non-SNAPSHOT release at Apache since the move from mojo
- 25 issues fixed for 2.0 release
- 2 unscheduled issues

maven-changes-plugin
- 2.0-beta-1 was released back at mojo
- No non-SNAPSHOT release at Apache since the move from mojo
- 14 issues fixed for 2.0-beta-2 release
- 10 of 11 issues fixed for 2.0 release
- 3 unscheduled issues


+1 for moving them out of the sandbox.

--
Trygve

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

Re: Modello & maven-changes-plugin

[Trygve Laugstøl]

Cabasson Denis wrote:

My question is rather simple (I'm asking here, because I can't find any
modello mailing list).
 
Can modello handle situations such as:

Johnny R. Ruiz III


Yes, but the email should come from the pom instead of beeing duplicated 
there. Actually, all the information about the developer should come 
from the pom and the author should just be an id-based reference.


--
Trygve

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

Re: Please review maven-assembly-plugin site documentation

[Vincent Siveton]

Hi Edwin,

Great job! Thanks.

Here my comments:

Navbar:
Missing goals link to be in line with the standard
As already said, review links.

index.html
Missing usage part as usual.

features.html
What is the current version? Maybe add a link to /project-summary.html

faq.html
"is ran" => is run

examples
"Single Projects" or "Single Project" (without s)?

examples/multimodule/module-binary-inclusion-simple.html
Maybe review the title (artifacts or binaries)

General comment:
A lot of title starts by "Assembly Plugin - "xxx. IMHO, it is not very useful...

Cheers,

Vincent

2006/7/26, Edwin Punzalan <[EMAIL PROTECTED]>:


Hi,

I've made some changes to the documentation of the Assembly plugin and
would like to hear your inputs about it.

 - made the plugin docck-compliant
 - edited the descriptions inside the modello files
 - edited some of the parameter descriptions
 - added an faq page
 - added some single project examples

A staging site is currently available at
http://people.apache.org/~epunzalan/maven-assembly-plugin.

Thank you for taking some time to review it.


^_^

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




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

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

[Trygve Laugstøl]

Tamás Cservenák wrote:

Hi,

Not quite. Proximity is (almost) plain HTTP proxy, but IT DOES have
knowledge about maven reposes (see repository browsing or the use of
"?repositoryId=central" URL parameter.), but only as separate "storages".

What it does not have is STATE, it cannot distuingish the two consecutive
HTTP GET commands from same M2, once for metadata and once for POM.


That is not the problem, the problem is that the metadata from all the 
repositories has to be _merged_ and dispatched properly by proximity. 
That is why any plain http proxy will fail acting as a repository for Maven.



The solution should be in POM (Maven).


How can Maven solve this problem? Maven will properly merge the metadata 
from the different repositories but Proximity is effectively stopping 
half of the data coming through.


--
Trygve

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

Re: cyclic dependency in maven-plugins ??

[Trygve Laugstøl]

Kenney Westerhof wrote:

On Wed, 26 Jul 2006, jerome lacoste wrote:

What's the plan to fix this?

In maven-project/.../ProjectSorter.java the reports are added to the DAG.
It's easily fixed by removing that code (block at line 134).

But since reports are just plugins, except they're configured in a
different section in the pom, the ProjectSorter code seems ok. On the
other hand, they're never called from the main lifecycle, so maybe
the DAG needs to incorporate lifecycles to detect loops?


That sounds like a good solution to me.

--
Trygve


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

Re: svn commit: r425406 - in /maven/plugins/trunk/maven-surefire-plugin: ./ src/main/java/org/apache/maven/plugin/surefire/ src/site/ src/site/apt/ src/site/apt/examples/ src/site/fml/

[Trygve Laugstøl]

[EMAIL PROTECTED] wrote:

Author: aramirez
Date: Tue Jul 25 07:49:28 2006
New Revision: 425406

URL: http://svn.apache.org/viewvc?rev=425406&view=rev
Log: (empty)


Please make sure you always include a log message. It is impossible to 
follow the development unless you tell what you're doing.


You can change the log message for the revision using svn.

[snip]

--
Trygve

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

RE: Please review maven-assembly-plugin site documentation

[Cabasson Denis]

The simple examples index page is missing:

Not Found
The requested URL
/~epunzalan/maven-assembly-plugin/examples/simple/index.html was not found
on this server. 

It seems all of the simple files are missing. I guess it's a typo
somewhere.

I would definitly like to see a component example (in a multiproject build
if it's meant to allow for modules to use the same packaging).

I guess an entry in the faq about packaging the javadoc in a jar using the
javadoc:jar goal would be welcomed too.

But this site is already great!

Denis.

-Message d'origine-
De : Edwin Punzalan [mailto:[EMAIL PROTECTED] 
Envoyé : mercredi 26 juillet 2006 13:34
À : Maven Developers List
Objet : Please review maven-assembly-plugin site documentation


Hi,

I've made some changes to the documentation of the Assembly plugin and would
like to hear your inputs about it.

  - made the plugin docck-compliant
  - edited the descriptions inside the modello files
  - edited some of the parameter descriptions
  - added an faq page
  - added some single project examples

A staging site is currently available at
http://people.apache.org/~epunzalan/maven-assembly-plugin.

Thank you for taking some time to review it.


^_^

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

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

Re: Please review maven-assembly-plugin site documentation

[Milos Kleint]

when you clink on "Using repositories" in navigation bar, you don't
get any page. There is a typo in the path, it's using "single" instead
of "simple" or vice versa..

Milos

On 7/26/06, Edwin Punzalan <[EMAIL PROTECTED]> wrote:


Hi,

I've made some changes to the documentation of the Assembly plugin and
would like to hear your inputs about it.

  - made the plugin docck-compliant
  - edited the descriptions inside the modello files
  - edited some of the parameter descriptions
  - added an faq page
  - added some single project examples

A staging site is currently available at
http://people.apache.org/~epunzalan/maven-assembly-plugin.

Thank you for taking some time to review it.


^_^

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




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

Please review maven-assembly-plugin site documentation

[Edwin Punzalan]

Hi,

I've made some changes to the documentation of the Assembly plugin and 
would like to hear your inputs about it.


 - made the plugin docck-compliant
 - edited the descriptions inside the modello files
 - edited some of the parameter descriptions
 - added an faq page
 - added some single project examples

A staging site is currently available at 
http://people.apache.org/~epunzalan/maven-assembly-plugin.


Thank you for taking some time to review it.


^_^

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

Re: Please review checkstyle plugin docs

[Maria Odea Ching]

Hi Everyone,

I've already revised and applied the review comments in the plugin
docs.  :-) 

Btw, for the shared jar configuration issue in "Multimodule
Configuration", I've just revised the page and mentioned the shared jar
configuration issue (declaring it as an extension instead of as a
plugin dependency) instead of having a separate guide for that. I did
this because I think it would just have almost the same example used in
"Multimodule Configuration".
The staging site (http://people.apache.org/~oching/maven-checkstyle-plugin) has
already been updated. 

Thanks,
Odea



Dennis Lundberg wrote:
Stephen
Duncan wrote:
  
  On the "Multimodule Configuration"
documentation:


As I just mentioned on a question on the user's list, I don't think

it's correct to specify the "build-tools" dependency as a dependency

of the plugin.  While this will work if you manually install the

build-tools jar, it will not download it from an internal repository.

It should instead be specified as build extension like in the "Using

Custom Developed Chechstyle Check Modules" example.  (Also not the

spelling mistake in that title: ChecHstyle).


Because this is somewhat confusing, I think it should mentioned either

in the "Using a Custom Checkstyle Checker Configuration" as a way of

using a classpath reference, or it should be it's own guide on using a

shared jar for configuration.


- Stephen

  
  
+1 to put the it in a guide of its own. I believe that this is a very
common thing that companies and large organizations want to do.
  
  
I've attached a path to MCHECKSTYLE-49 with some minor fixes.
  
  
The goal descriptions are not clear to me as they are now. What is the
difference between the goals? It sound like they do the same thing.
Also their descriptions are not the same on the index page as on the
plugin-info page.
  
  
Thanks for working on this!
  
  
  

RE: Modello & maven-changes-plugin

[Cabasson Denis]

Thx emmanuel.

The xircle url was a tricky one, and I didn't see this one while googling
for modello.

As for the use of attribute, I know I can use them, but I don't see how to
use attributes along with text data in a tag.

Well anyway, I have sent this questions to [EMAIL PROTECTED], hope I'll get some
answer there :)

Denis. 

-Message d'origine-
De : Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Envoyé : mercredi 26 juillet 2006 10:48
À : Maven Developers List
Objet : Re: Modello & maven-changes-plugin

Create an account on Xircle and subscribe to dev list (I'm not sure there
are all people on users
list)(http://xircles.codehaus.org/projects/modello/lists)

But yes, you can use attribute.

Emmanuel

Cabasson Denis a écrit :
> My question is rather simple (I'm asking here, because I can't find 
> any modello mailing list).
>  
> Can modello handle situations such as:
> Johnny R. Ruiz III
> 
> a tag with text data along with an attribute?
> 
> 
> 
> I'm looking into changes plugin to have it use a modello model, but 
> there is not much as a matter of modello documentation/example as far 
> as attributes are concerned.
> 
>>From modello's point of view, attributes are bad, but I think changing 
>>the
> changes file format is not an option (at this point).
> 
> Maybe we could suggest a new model (without attributes, which would 
> greatly help for http://jira.codehaus.org/browse/MCHANGES-47
>   ) and keep backward 
> compatibility using and adequate XSLT transformation?
> 
> Denis.
> 


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

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

Re: Help running Maven 2 on the zone please

[James Mitchell]

Yes, that was indeed the problem.  And so I admit, that was just a  
dumb user problem and I'm sorry to waste everyone's time.


It was strange to not see anything in google about it.  Surely  
someone else has seen this.  Oh well.


If you like, I can set you up an account on our zone so you can try  
it yourself.  Although you'd probably see the same thing on the Maven  
zone.


Thanks again.

--
James Mitchell




On Jul 26, 2006, at 1:03 AM, Brett Porter wrote:


Hi James,

Looks like you're missing:
export JAVA_HOME
(likewise with the others, they are probably being ignored).

I'm curious why you got the test error you did instead of the  
proper JAVA_HOME error when you run it normally.


One thing we could do is set JAVA_HOME if java is found in the  
path, I guess (but that'll typically find a JRE which is not what  
is wanted).


HTH,
- Brett

On 26/07/2006 2:39 PM, James Mitchell wrote:

(Moved here from infra@)...
So, as soon as I ran it I saw (among the other debug info)...
...
...
+ echo 'Error: JAVA_HOME is not defined correctly.'
Error: JAVA_HOME is not defined correctly.   <--- Aha!
+ echo '  We cannot execute java'
  We cannot execute java
+ exit 1
Here's a few details that might help:

[EMAIL PROTECTED] ~]$ cat .profile
#   This is the default standard profile provided to a user.
#   They are expected to edit it to meet their own needs.
MAIL=/usr/mail/${LOGNAME:?}
TERM=vt100
#PS1="[EMAIL PROTECTED](hostname)] # "
PS1='[EMAIL PROTECTED] \w]\$ '
alias ll='ls -l'
#PATH=/usr/bin
PATH=$PATH:/opt/subversion-1.1.4/bin
#JAVA_HOME=/usr/jdk/instances/jdk1.5.0
JAVA_HOME=/usr/j2sdk1.4.2_09
#JAVA_HOME=/usr/java
ANT_HOME=/export/home/jmitchell/apache_home/apache-ant-1.6.5
MAVEN_HOME=/export/home/jmitchell/apache_home/maven-2.0.4
PATH=/usr/bin:
PATH=$PATH:/usr/sfw/bin:
PATH=$PATH:/usr/sfw/sbin:
PATH=$PATH:/opt/sfw/bin:
PATH=$PATH:/opt/sfw/sbin:
PATH=$PATH:/opt/SUNWspro/bin:
PATH=$PATH:/usr/X/bin:
PATH=$PATH:/usr/ucb:
PATH=$PATH:/usr/sbin:
PATH=$PATH:/usr/ccs/bin:
PATH=$PATH:/etc
PATH=$PATH:.
PATH=$PATH:/opt/subversion-1.1.4/bin
PATH=$PATH:$ANT_HOME/bin/
PATH=$PATH:$JAVA_HOME/bin/
PATH=$PATH:$MAVEN_HOME/bin/
[EMAIL PROTECTED] ~]$ bash -x /export/home/jmitchell/apache_home/ 
maven-2.0.4/bin/mvn -v

+ QUOTED_ARGS=
+ '[' -v '!=' '' ']'
+ QUOTED_ARGS=' "-v"'
+ shift
+ '[' '' '!=' '' ']'
+ '[' -f /etc/mavenrc ']'
+ '[' -f /export/home/jmitchell/.mavenrc ']'
+ cygwin=false
+ darwin=false
+ case "`uname`" in
++ uname
+ '[' -z '' ']'
+ '[' -e /etc/gentoo-release ']'
+ '[' -z '' ']'
+ '[' -d /opt/m2 ']'
+ '[' -d /export/home/jmitchell/m2 ']'
+ PRG=/export/home/jmitchell/apache_home/maven-2.0.4/bin/mvn
+ '[' -h /export/home/jmitchell/apache_home/maven-2.0.4/bin/mvn ']'
++ pwd
+ saveddir=/export/home/jmitchell
++ dirname /export/home/jmitchell/apache_home/maven-2.0.4/bin/mvn
+ M2_HOME=/export/home/jmitchell/apache_home/maven-2.0.4/bin/..
++ cd /export/home/jmitchell/apache_home/maven-2.0.4/bin/..
++ pwd
+ M2_HOME=/export/home/jmitchell/apache_home/maven-2.0.4
+ cd /export/home/jmitchell
+ false
+ '[' -z '' ']'
+ '[' -n '' ']'
+ JAVACMD=java
+ '[' '!' -x java ']'
+ echo 'Error: JAVA_HOME is not defined correctly.'
Error: JAVA_HOME is not defined correctly.
+ echo '  We cannot execute java'
  We cannot execute java
+ exit 1
[EMAIL PROTECTED] ~]$ set
ANT_HOME=/export/home/jmitchell/apache_home/apache-ant-1.6.5
...
(snip)
...
IFS=$' \t\n'
JAVA_HOME=/usr/j2sdk1.4.2_09
LINES=65
LOGNAME=jmitchell
MACHTYPE=i386-pc-solaris2.10
MAIL=/usr/mail/jmitchell
MAILCHECK=60
MAVEN_HOME=/export/home/jmitchell/apache_home/maven-2.0.4
...
(snip)
...
PATH=/usr/bin::/usr/sfw/bin::/usr/sfw/sbin::/opt/sfw/bin::/opt/sfw/ 
sbin::/opt/SUNWspro/bin::/usr/X/bin::/usr/ucb::/usr/sbin::/usr/ccs/ 
bin::/etc:.:/opt/subversion-1.1.4/bin:/export/home/jmitchell/ 
apache_home/apache-ant-1.6.5/bin/:/usr/j2sdk1.4.2_09/bin/:/export/ 
home/jmitchell/apache_home/maven-2.0.4/bin/ PIPESTATUS=([0]="1")

...
(snip)
...
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive- 
comments:monitor SHLVL=1

...
(snip)
...
SSH_TTY=/dev/pts/1
TERM=vt100
TZ=GMT0
UID=110
USER=jmitchell
_=-v
I've tried JAVA_HOME as:
JAVA_HOME=/usr/jdk/instances/jdk1.5.0 <- no luck
JAVA_HOME=/usr/j2sdk1.4.2_09  <- no luck
JAVA_HOME=/usr/java   <- simply a symlink to the  
first one, no luck

Thanks for the help.
--
James Mitchell
On Jul 25, 2006, at 8:56 PM, Brett Porter wrote:
Hi James,
Maybe best to take this over to dev@maven.apache.org and we'll see  
if we can identify the problem and either document the solution or  
improve the handling.

Can you run:
bash -x /export/home/jmitchell/apache_home/maven-2.0.4/bin/mvn -v
and send the output over to that list? I'm not sure which test  
command is failing in the shell script for you.
BTW, the home is set by M2_HOME (but having that empty won't cause  
the script to fail, it uses the path of mvn to set it)

- Brett
On 26/07/2006 10:44 AM, James M

Re: cyclic dependency in maven-plugins ??

[Kenney Westerhof]

On Wed, 26 Jul 2006, jerome lacoste wrote:

What's the plan to fix this?

In maven-project/.../ProjectSorter.java the reports are added to the DAG.
It's easily fixed by removing that code (block at line 134).

But since reports are just plugins, except they're configured in a
different section in the pom, the ProjectSorter code seems ok. On the
other hand, they're never called from the main lifecycle, so maybe
the DAG needs to incorporate lifecycles to detect loops?

There's always the chicken and egg problem - like the maven-jar-plugin
being used to package the maven-jar-plugin itself. This doesn't seem
to cause a cycle.

-- Kenney

> On 7/18/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> > Did this ever get filed as an issue?
>
> I don't think I did.
>
> Jerome
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

--
Kenney Westerhof
http://www.neonics.com
GPG public key: http://www.gods.nl/~forge/kenneyw.key

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

Re: cyclic dependency in maven-plugins ??

[jerome lacoste]

On 7/18/06, Brett Porter <[EMAIL PROTECTED]> wrote:

Did this ever get filed as an issue?


I don't think I did.

Jerome

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

Re: Modello & maven-changes-plugin

[Emmanuel Venisse]

Create an account on Xircle and subscribe to dev list (I'm not sure there are all people on users 
list)(http://xircles.codehaus.org/projects/modello/lists)


But yes, you can use attribute.

Emmanuel

Cabasson Denis a écrit :

My question is rather simple (I'm asking here, because I can't find any
modello mailing list).
 
Can modello handle situations such as:

Johnny R. Ruiz III

a tag with text data along with an attribute?



I'm looking into changes plugin to have it use a modello model, but there is
not much as a matter of modello documentation/example as far as attributes
are concerned.


From modello's point of view, attributes are bad, but I think changing the

changes file format is not an option (at this point).

Maybe we could suggest a new model (without attributes, which would greatly
help for http://jira.codehaus.org/browse/MCHANGES-47
  ) and keep backward
compatibility using and adequate XSLT transformation?

Denis.




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

Modello & maven-changes-plugin

[Cabasson Denis]

My question is rather simple (I'm asking here, because I can't find any
modello mailing list).
 
Can modello handle situations such as:
Johnny R. Ruiz III

a tag with text data along with an attribute?



I'm looking into changes plugin to have it use a modello model, but there is
not much as a matter of modello documentation/example as far as attributes
are concerned.

>From modello's point of view, attributes are bad, but I think changing the
changes file format is not an option (at this point).

Maybe we could suggest a new model (without attributes, which would greatly
help for http://jira.codehaus.org/browse/MCHANGES-47
  ) and keep backward
compatibility using and adequate XSLT transformation?

Denis.

local repository

[sharmishta.kaul]

I'm trying to create a local repository using mevan 1.0. For doing that i need 
to map the local directories to that of the apache server. please provide me a 
procedure to do that. Thanks in advance.

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