When Continuum got to TLP, the mailing lists changed from
[EMAIL PROTECTED] to [EMAIL PROTECTED]
Any plans to upgrade archiva's too? Or is it a work in progress?
^_^
Congratulations everyone!
On Wed, Mar 19, 2008 at 10:56 AM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
The board approved the resolution we submitted, so Archiva is now a TLP.
I look forward to working with you all on moving forward with this!
Cheers,
Brett
--
Brett Porter
[EMAIL
I think this is because the release plugin is being called at the parent pom
once to also release all its modules whereas builds are being called at each
project in the project group.
On Sun, Mar 2, 2008 at 3:23 AM, Benoit Decherf [EMAIL PROTECTED]
wrote:
Hi,
The release button of the project
])
Fabrice Bellingard ([EMAIL PROTECTED])
Nicolas de Loof ([EMAIL PROTECTED])
Joakim Erdfelt ([EMAIL PROTECTED])
Arnaud Heritier ([EMAIL PROTECTED])
Dennis Lundberg ([EMAIL PROTECTED])
Jesse McConnell ([EMAIL PROTECTED])
Brett Porter ([EMAIL PROTECTED])
Edwin Punzalan ([EMAIL PROTECTED])
Carlos
\o/
On Wed, Feb 20, 2008 at 12:15 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the
])
- Brett Porter ([EMAIL PROTECTED])
- Edwin Punzalan ([EMAIL PROTECTED])
- Carlos Sanchez ([EMAIL PROTECTED])
- Wendy Smoak ([EMAIL PROTECTED])
- Rahul Thakur ([EMAIL PROTECTED])
- Emmanuel Venisse ([EMAIL PROTECTED])
- Kenney Westerhof ([EMAIL PROTECTED])
- Andrew Williams ([EMAIL PROTECTED
I can only agree on the pointers given in the wiki. However, I'd like to
reiterate the low significance of database portability in a CI server. I
think speed matters but not really portability.
Andy seems to be willing to help solve the database problems Continuum is
experiencing.
Just my 2
+1
Its in my settings.xml too.
On 7/3/07, Mark Hobson [EMAIL PROTECTED] wrote:
Following the recent thread Maven POM plugin config, this is a vote
to add downloadSources=true to both the eclipse and idea plugin
configurations in the maven-parent POM:
[ ] +1: I like Javadoc and easy
org.apache.maven.continuum.buildcontroller.DefaultBuildController). so no
starteam provider problem here, thanx
-Original Message-
From: Edwin Punzalan [mailto:[EMAIL PROTECTED]
Sent: Friday, February 23, 2007 6:42 AM
To: continuum-dev@maven.apache.org
Subject: Re: build loop feature 4 continuum?
That's odd. Mine doesn't build
Message-
From: Edwin Punzalan [mailto:[EMAIL PROTECTED]
Sent: Friday, February 23, 2007 6:42 AM
To: continuum-dev@maven.apache.org
Subject: Re: build loop feature 4 continuum?
That's odd. Mine doesn't build a project if there are no SCM changes.
The projects in my Continuum instance
That's odd. Mine doesn't build a project if there are no SCM changes.
The projects in my Continuum instance are from an SVN repo. Maybe its
an SCM-related problem. What's your SCM provider? Are you sure there
aren't any changes?
[EMAIL PROTECTED] wrote:
can I configure that a clean
I like this... good thing archiva have people like you ;)
^_^
Joakim Erdfelt wrote:
I hope to have this 'State of the Archiva' be a fairly regular report
here in the archiva-dev@maven.apache.org mailing list.
Here, the Past, Present, and Future of Archiva will be outlined.
:: PAST ::
hahaha!
nice catch... I guess I'm depending too much with my IDE.
I'll do it, thanks.
^_^
Brett Porter wrote:
On 14/02/2007, at 4:49 PM, [EMAIL PROTECTED] wrote:
-ScmRepository repository = getScmRepositorty( project );
+ScmRepository repository =
What is it that you want the release-plugin to do? If you just want to
specify a different version than what is recommended by the plugin when
it prompts them, then it should be safe to do without any problems.
^_^
Guijie (Maggie) Ma wrote:
Hi,
I'm a user of Maven and Maven is very
If we want the release-plugin deal with this automatically,
what problem dose it have? Can the developers give us some suggestion or help?
Thank you!
Maggie Ma
Edwin Punzalan [EMAIL PROTECTED] 2/11/2007 4:21 AM
What is it that you want the release-plugin to do? If you just want
automatically?
I have attached the snapshot of the release-prepare.
Thanks!
Maggie
Edwin Punzalan [EMAIL PROTECTED] 2/11/2007 8:05 PM
I don't think there will be any problems if you put in the configuration
all the versions you will want to use. Continuum have a similar process
too
unfortunately, you can't. If in continuum, the user is prompted for all
the versions.
What the plugin does however is suggest a default, which is what it
currently does. Of course, the default isn't always appropriate for all
cases, but generally it should suffice.
If you want a new
well although this about Maven and modules *may* be true, the release
plugin can release the modules with a different versions than what is
declared in the parent. That's why the release plugin prompts for the
release/dev versions even though the project will inherit them. If you
specified
Hi,
I've seen that **/pom.xml is being ignored for local modifications
during a release... Although that doesn't seem right because when the
release is committed, the changes will become part of the release
process, I have found a use for it when dryRun=true... that is, to test
a release of
Kenney Westerhof wrote:
Edwin Punzalan wrote:
Hi,
I've seen that **/pom.xml is being ignored for local modifications
during a release... Although that doesn't seem right because when the
release is committed, the changes will become part of the release
process, I have found a use
Brett Porter wrote:
On 09/02/2007, at 6:44 AM, Edwin Punzalan wrote:
AFAIK the reason the poms are excluded is because they're modified
by the
release process; if the check for local modifications is run after
the pom
is modified, it's impossible to do a release. So this could probably
Please see:
http://mirrors.ibiblio.org/pub/mirrors/maven2/org/codehaus/plexus/security/plexus-security/1.0-alpha-8/plexus-security-1.0-alpha-8.pom
Its clear that the release manager failed to update the expression
definition of the dependency versions. Fixing this bug will be easy if
only
Brett,
Its failing in phase check-dependency-snapshot phase... the phase uses
project.getArtifacts() which is not populated when its missing
Brett Porter wrote:
Edwin - can we double check the requirement here. I recently removed
this to prevent the problem of it failing if you haven't
getArtifacts() be changed to getDependencies()
without changing the meaning? (Sorry, I haven't looked, I just know
the dep resolution was problematic)
- Brett
On 01/02/2007, at 2:54 PM, Edwin Punzalan wrote:
Brett,
Its failing in phase check-dependency-snapshot phase... the phase
uses
in the repository already, as it was working for me...
Can the code using getArtifacts() be changed to getDependencies()
without changing the meaning? (Sorry, I haven't looked, I just know
the dep resolution was problematic)
- Brett
On 01/02/2007, at 2:54 PM, Edwin Punzalan wrote:
Brett
+1
Brett Porter wrote:
Hi,
Vote to operate as
- requiring 2/3rds of the PMC to vote (13), with a majority within
those votes for it to pass (ie, add them all and if the result is
0). Other votes would be welcome with reasons as advisory, but not
binding.
- Votes can be changed at any time
+1
Brett Porter wrote:
I'd like to propose we make Barrie a committer. He has contributed a
lot of small patches, and recently seems to be the does it work on
Windows? watchdog. He in particular has done a lot with the assembly
plugin and has also dug into some of the components in Plexus to
try here: http://svn.apache.org/repos/asf/maven/surefire/trunk
^_^
TslH wrote:
Hello,
I wanted to have a look to Surefire plugin, in order to see why TestNG
5.xdon't work with it. But when I browsing SVN, I can't find surefire
sources.
I'm trying to get them through:
/source-repository.html,
since it's awfully outdated.
Have a nice day.
2006/12/26, Edwin Punzalan [EMAIL PROTECTED]:
try here: http://svn.apache.org/repos/asf/maven/surefire/trunk
^_^
TslH wrote:
Hello,
I wanted to have a look to Surefire plugin, in order to see why TestNG
5.xdon't work
that's ok.
Merry christmas!
^_^
TslH wrote:
Awfully was not the right word, I apologize. Another trick played by my
bad english ;)
2006/12/26, Edwin Punzalan [EMAIL PROTECTED]:
The site was last published Nov 7... and the source repository was moved
Dec 20.
Its just a bit outdated
you can set it in cli,
-Dappserver.base=C:\EclipsePack\continuum\trunk\continuum-webapp\target
^_^
Christophe LECHENNE wrote:
Hi all,
After a successful build, when I try to start continuum as it's written in README.txt, I've got :
java.io.FileNotFoundException:
I'm not sure if eclipse supports it, but with IDEA, the package view
keep the resources and the java sources together.
Joerg Hohwiller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there everybody,
from the separation of concerns view of the maven plugins I can see the point in
oh, yeah. Sorry about that, wasn't intentional... i'll edit my comment
in there, thanks
Brett Porter wrote:
Edwin,
You should list who submitted the fix in the comment.
- Brett
On 11/12/2006, at 7:30 PM, [EMAIL PROTECTED] wrote:
Author: epunzalan
Date: Mon Dec 11 00:30:32 2006
New
Fix version is 2.0.5... so you'll have to wait for the next release or
use the latest snapshot to use the fixed version
David Whitehurst wrote:
Is this still an issue? I don't understand the comments.
http://jira.codehaus.org/browse/MNG-2261;jsessionid=atZK5r5j2N8bRm0-m5
I want to use an
+1
John Tolentino wrote:
Hi Everyone,
The latest version (2.0.2-SNAPSHOT) of the maven-war-plugin is now
deployed to the snapshot repo. We'll also have the license stuff
resolved before doing any release.
For your reference of features included in this release:
+1 for Edit Details,
+1 for using Fullname instead of username
and +1 for removing the menu link in the left nav bar
^_^
Brett Porter wrote:
I took a look at the username underlined, and it still wasn't
sufficient. I agree with adding an extra link before log out like this.
I suggest
hmm... didn't know such a plugin exists is it in codehaus ?
Jason van Zyl wrote:
Just curious but any reason why this is not in a Selenium plugin?
Jason.
On 10 Nov 06, at 7:29 PM 10 Nov 06, [EMAIL PROTECTED] wrote:
Author: epunzalan
Date: Fri Nov 10 16:29:18 2006
New Revision: 473592
+1
^_^
Joakim Erdfelt wrote:
Hi,
It has been 5 months since the last release of the maven-checkstyle-plugin,
Since then, there have been numerous fixes to correct various site
generation failures, updated maven ruleset, some cleanup of the report
layout, header refactoring, revised
release manager can be found here:
http://svn.apache.org/repos/asf/maven/shared/trunk/maven-release-manager
Barrie Treloar wrote:
Can any snapshot releases also have the source attached as part of the
deployment?
There is an error filed at
http://jira.codehaus.org/browse/CONTINUUM-968 which
The trunk for maven-release-manager fails bec somehow, the exception
thrown has been changed in the latest snapshot of maven-scm.
I'll fix the failure in a while.
Barrie Treloar wrote:
Can any snapshot releases also have the source attached as part of the
deployment?
There is an error
Trunk is now fixed in svn.
Edwin Punzalan wrote:
The trunk for maven-release-manager fails bec somehow, the exception
thrown has been changed in the latest snapshot of maven-scm.
I'll fix the failure in a while.
Barrie Treloar wrote:
Can any snapshot releases also have the source
This is good. Great work.
^_^
Eric Redmond wrote:
Interesting. I'll do it.
On 10/29/06, Brett Porter [EMAIL PROTECTED] wrote:
Anyone interested in this?
Begin forwarded message:
From: Will Lin [EMAIL PROTECTED]
Date: 26 October 2006 2:10:53 PM
To: [EMAIL PROTECTED] [EMAIL
Did that failure just return? I tried building it and I didn't get the
failure. I remember evenisse fixed something like this.
Again, was probably caused by the outdated snapshot repo, this time for
the maven-scm. Installing maven-scm locally should do the trick.
And again, someone should
CONTINUUM-970 has been created for this... you can apply the patch there
in your local copy if you want.
Hope that helps.
^_^
Martin van den Bemt wrote:
Hi everyone,
Building continuum is kind of a pain and is not working out for me.
The problem may be due to the apache snapshot repo
I'll fix this asap. Thanks.
Brett Porter wrote:
On 08/09/2006, at 8:50 PM, [EMAIL PROTECTED] wrote:
Author: epunzalan
Date: Fri Sep 8 03:50:09 2006
New Revision: 441469
URL: http://svn.apache.org/viewvc?view=revrev=441469
Log:
PR: CONTINUUM-727
+private final int phaseSkip = 0,
at the bottom?
Cheers,
Brett
On 29/08/2006, at 2:07 PM, Edwin Punzalan wrote:
Hi,
After consulting with Brett, we've come up with the white site for
releasing projects using continuum. Brett, if I missed something,
please do remind me.
I've deployed here for your viewing:
http
I've updated the white site with brett's suggestions and a few of my
suggested modifications... please don't hesitate to comment.
^_^
Brett Porter wrote:
I was looking at the white site, and had some additional feedback:
I'll be updating the white-site...
Please see my inline comments below
Brett Porter wrote:
Feedback:
- I'd rather Release be equivalent to build now (ie, we might need
an icon for it), so added to the right-hand tasks per project, and
added to the individual project page as a button.
-
expressed a preference for a single one other than
proposing it): Brian Fox, Allan Ramirez, Maria Odea Ching, Edwin
Punzalan, Brett Porter, Wendell Beckwith
We will create mailing lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Then, SVN will be renamed and I'll put together a beta
Hi,
my bad. I'll revert asap.
I had my settings.xml configured for snapshots repositories, both for
codehaus and apache. Apparently when I tried building this plugin,
maven didn't find any 2.0.5-SNAPSHOT so I thought the dep was wrong and
changed it to 2.1-SNAPSHOT since the trunk is
I'll look into some of them...
^_^
Brett Porter wrote:
Does anyone have time to apply an occasional patch?
I keep track of them and I now count 223 outstanding. I know many are
sometimes a bit off base, but there's two problems with this:
- we have potential fixes for issues already
- we
+1 for Curator
^_^
nhb wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after
If IDEA is correct, it can be declared final bec it didn't find any
other classes setting its value. Also, the naming would suggest that
author meant it to be final.
The tests also passed if after I changed it to final.
So I'd declare them as final.
Franz Allan Valencia See wrote:
Good
With regards to this, I tried fixing the Maven Assembly Plugin test
failures... but I need a SNAPSHOT of file-management in maven-shared
which is not deployed yet.
I then deployed a snapshot of maven-shared-io which is required to build
the file-management project.
Then I get to build the
Hi,
Here are my comments:
* usage.html
- replace the word m2 with Maven
- explain the default configuration values used (when running the
plugin without any configuration)
- A user would like to see a sample report generated by this plugin.
Can you provide one like what Allan did for the
/
/artifactTypeMappings
/configuration
http://docs.jboss.org/jbossas/jboss4guide/r2/html/ch13.html
Otherwise, this is really really good!!
Thanks,
Stéphane
On 7/31/06, Edwin Punzalan [EMAIL PROTECTED] wrote:
Hi,
I've made some changes to the documentation of the EAR plugin and would
like
Staging site updated with the following modifications:
- modules should start with lower case letters
- proper way of handling faq entry #2
- added mini-guide for the solution to faq entry #2
- fixed copy/paste errors in modules configuration page
Edwin Punzalan wrote:
Hi,
I've made some
I agree. Although its name is not bad, I think we can still think of a
better name than just plain Repository Manager.
Although I do not object to naming the list as
[EMAIL PROTECTED], I am also willing to wait for
better names that may come out.
Brett Porter wrote:
Hi,
I was
staging site updated with a patch from MASSEMBLY-130 applied.
Again, thanks for the reviewers. ^_^
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
Hi,
I've made some changes to the documentation of the EAR plugin and would
like to hear your inputs about it.
- made the plugin docck-compliant
- separated the usage examples into separate example pages
- added an faq page
- added some single project examples
A staging site is currently
Hi,
Thanks for the review. Please see my inline comments below...
Dennis Lundberg wrote:
Hi Edwin
I have committed a fix for a few typos.
Here are some additional comments om the assembly plugin documentation:
assembly-mojo.html
- archiverManager, artifactResolver and repositoryAssembler
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
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
Allan,
Here are the things I found that may need improvement:
index.html
- Examples section, usecases should be use-cases.
usage.html
- All of the providers support the following configuration., where
are the configurations?
Allan Ramirez wrote:
Hi everyone,
Just updated the
Done, thanks.
Staging site updated.
Dennis Lundberg wrote:
Edwin Punzalan wrote:
Hi,
I've just created the staging site for this plugin:
http://people.apache.org/~epunzalan/maven-compiler-plugin/
and would appreciate your feedback/comments.
Thanks in advance.
Here's my review
Updates applied. Staging site, updated.
Thanks.
^_^
Dennis Lundberg wrote:
Edwin Punzalan wrote:
Ooopps! I sent the other one to the user list... :(
Here are the changes I've made:
- created three sample usages:
- attaching library sources
- preventing module references
Hi,
--- index.html
This, thus, allows the separation ...
should be
Thus, this allows the separation...
--- encoding.html
encodingUTF-8/aggregate
should be
encodingUTF-8/encoding
^_^
FA Valencia See wrote:
Good day,
I would like to ask for some help reviewing M2's
On 7/18/06, Edwin Punzalan [EMAIL PROTECTED] wrote:
Ooopps! I sent the other one to the user list... :(
Here are the changes I've made:
- created three sample usages:
- attaching library sources
- preventing module references
- providing project natures and build commands
- added three
Hi,
I've just created the staging site for this plugin:
http://people.apache.org/~epunzalan/maven-compiler-plugin/
and would appreciate your feedback/comments.
Thanks in advance.
^_^
-
To unsubscribe, e-mail: [EMAIL
Ooopps! I sent the other one to the user list... :(
Here are the changes I've made:
- created three sample usages:
- attaching library sources
- preventing module references
- providing project natures and build commands
- added three FAQ entries
- some fixes to improve site
Sounds odd, bec both the eclipse and idea plugins are generating 10 of
the project reports in my machine. I even ran it on javadoc and found
the same 10 reports.
I do agree about the checkstyle plugin being placed inside the pom but
not configured... since its there, we might as well fix
IIRC, you can either extend Abstract or implement Mojo.
Jimisola Laursen wrote:
Hi!
I have some problems with the the expression attribute to the parameter tag.
Are @parameter tags only processed when they exist in a Mojo (extends
AbstractMojo)?
My mojo (MyMojo) has a bean (MyBean).
Dennis Lundberg wrote:
examples/provide_deployment_descriptor_file.html
- Just out of curiosity, what would happen if you have a project with
one ejb module and one war module? Would the two modules get the same
descriptor file?
if its configured it the command-line, yes. If you are
The site has been updated with your reviews.
Dennis Lundberg wrote:
Edwin Punzalan wrote:
I've just finished updating the documentation for the maven-idea-plugin.
Your feedback is highly appreciated.
Thanks.
Here are my comments:
All
- IntelliJ Idea - IntelliJ IDEA and Idea - IDEA
We have the same error message... which seems a logical error since
we're building plugins that use those plugins during the build.
[EMAIL PROTECTED] wrote:
Hi
When I try to build the plugins, I get the following:
[INFO] Scanning for projects...
[INFO]
Joerg Hohwiller wrote:
Anyways the user should be quite free to layout his project.
Yes, the use is free to use his own layout... like I said, the tree
layout is the recommended layout.
^_^
-
To unsubscribe, e-mail:
The TREE layout is recommended... the plugins are laid-out flat bec they
are all plugins which means they all have a single parent. No use for a
sub-parent for now... but there have been talks of categorizing the
plugins which maybe a good cause for sub-parents with their own children.
The Introduction (index.html) have two.
Dennis Lundberg wrote:
Thanks for the review Edwin.
Which place are you referring to?
Edwin Punzalan wrote:
I think I remember that we should be using Maven instead of Maven 2.
Aside from that, everything's just great.
^_^
Dennis Lundberg wrote
I remember submitting patches to maven-plugin-tools-java and
maven-plugin-tools-api to reformat the plugin parameter pages... those
updates could be them.
^_^
Dennis Lundberg wrote:
I went back and checked my session to see what happened just before
things stopped working. Here's what I
Hi, congratulations on your work with Maven 2.0...
I'm not sure if I understand your questions(s) correctly... so I'm just
going to point you to jira. It holds the future features aside from
bugs, so if you see the feature you want there, then you can vote for
it. Otherwise, you can create
hahaha nice catches especially on the number of goals ^_^
I'll update them... thanks.
Dennis Lundberg wrote:
Edwin Punzalan wrote:
I've just finished updating the documentation for the maven-idea-plugin.
Your feedback is highly appreciated.
Thanks.
Here are my comments:
All
- IntelliJ
I've just finished updating the documentation for the maven-idea-plugin.
Your feedback is highly appreciated.
Thanks.
^_^
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I think I remember that we should be using Maven instead of Maven 2.
Aside from that, everything's just great.
^_^
Dennis Lundberg wrote:
Hi all
I have finished going over the documentation for the maven-jar-plugin.
I hope you can spare a moment and read through it.
This is what I have
Btw, to those who want to check it out, a staging site is available at
http://people.apache.org/~epunzalan/maven-idea-plugin/
Edwin Punzalan wrote:
I've just finished updating the documentation for the maven-idea-plugin.
Your feedback is highly appreciated.
Thanks
Also, can you please update this page:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
Thanks. ^_^
Dennis Lundberg wrote:
Hi all
I have finished going over the documentation for the maven-jar-plugin.
I hope you can spare a moment and read through it.
This is what I
what problem(s) did you get?
Dennis Lundberg wrote:
Brett Porter wrote:
Hi Dennis,
These should be inherited from the parent if you set the parent to
2-SNAPSHOT. This will also use a more recent snapshot of the plugin
plugin which has the improved formatting of the goal parameter tables
Have you checked these out:
http://maven.apache.org/developers/mojo-api-specification.html
http://maven.apache.org/guides/plugin/guide-java-plugin-development.html
Russell, Mark wrote:
Actually I was thinking more of the list that a custom plugin could get.
IE If I'm writing a plugin, what's
except for the changelog plugin... its not in the parent bec I'd prefer
that the changelog should be configured such that it should show the
changes since the last release of the plugin.
Brett Porter wrote:
Hi Dennis,
These should be inherited from the parent if you set the parent to
May I add, that when maven already downloaded a poor/invalid pom, even
after fixing the pom in the repository, maven won't know that it's
changed (unless the version changed) and it will not download it. So
you end up still using your local repo copy.
To re-download a pom, you have to
There's a guide for configuring plugins and it mentions lists and maps...
http://maven.apache.org/guides/mini/guide-configuring-plugins.html
Brett Porter wrote:
On 29/06/2006 4:14 PM, Wendy Smoak wrote:
On 6/28/06, Brett Porter [EMAIL PROTECTED] wrote:
Sorry, but I don't really
+1
I see no generated pages showing these anywhere... ( or am I blind? ^_^ )
Jesse McConnell wrote:
could it show the class lvl phase and goal settings and perhaps if it
requiresDependencyResolution and that sort of thing?
nice improvement though :)
jesse
On 6/28/06, Brett Porter [EMAIL
+1 for moving the default value. A lot of the other comments want the
default value at the top of the page. Showing the default value in a
sentence is nice too.
It just somehow becomes complicated because expressions functions
somewhat like a default value, too. Any suggestions on how to
Should the page below suffice for a cheat sheet?
http://maven.apache.org/developers/mojo-api-specification.html
I think its too much info for a beginner since its meant for a plugin
developer... maybe someone here knows of a similar page meant for a user?
Mike Perham wrote:
For
Now that we're starting to *properly* document plugins and
prerequisites is now a required pom element, I think that it a default
should be placed in the plugin-parent pom.xml.
However, prerequisites is not an inherited pom element so I'd like to
ask if allowing prerequisites to be
There are classes inside maven-eclipse-plugin which are meant to be
extended/used by IDE plugins. Is it not worthwhile to extract it into a
separate artifact first, before working on another IDE plugin? After
that, the idea plugin should also be updated to use it.
Just my two cents. ^_^
You can put any artifact as a dependency (whether it contains classes or
just plain text files doesn't matter ) and then you can get files from
it using the classloader Resource.
Marcin Maciukiewicz wrote:
Hello!
I'm working on Maven plugin for building project using 3rd party tools.
Regarding the scm tag, only warnings are produced from them, as what
brett stated in his doc standard email.
Brett Porter wrote:
On 27/06/2006 8:48 AM, Dennis Lundberg wrote:
Hi all
I've had a look at the docck plugin and I like what I see so far! A
couple of questions that popped up
May I add, based from the currently deployed site, the first page you
get after clicking the plugin name, is
Project Info - About
which is a replica of the page
Project Reports - Plugin documentation
just fyi
Pete Marvin King wrote:
I think it's a good idea to be able to pull
This issue was re-opened for the docs... and i've updated the docs so I
closed it.
Brett Porter wrote:
Was this actually fixed, or Cannot reproduce?
- Brett
On 19/06/2006 7:46 PM, Edwin Punzalan (JIRA) wrote:
[ http://jira.codehaus.org/browse/MSITE-149?page=all ]
Edwin Punzalan
Heheh, I didn't notice that... I just copied that from the other class. ^_^
btw, is that supposed to be 2006 only or 2001-2006 ? I remember Carlos
said I'd change only the latter part
Brett Porter wrote:
[EMAIL PROTECTED] wrote:
+ * Copyright 2001-2005 The Apache Software Foundation.
1 - 100 of 519 matches
Mail list logo