+1
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 21/05/2004 12:51:15 AM:
Old releases are archived at archive.apache.org. I propose we rely
on these, and
remove everything before RC1 from www.apache.org.
+1
- Brett
Yep, I've seen it.
I just figured cygwin usage wasn't supported.
--
dIon Gillard, Multitask Consulting
Emmanuel Venisse [EMAIL PROTECTED] wrote on 19/05/2004 03:09:21 PM:
Hi all,
I have a litte problem with cygwin. I have this error :
cygpath: error converting
It's definitely not there. And I believe this was reported to the PMC a
few days ago.
--
dIon Gillard, Multitask Consulting
Arnaud HERITIER [EMAIL PROTECTED] wrote on 17/05/2004 06:38:42 PM:
Hello,
Someone updates the maven site but the pdf icon is missing.
Can you verify?
Huh?
Javadoc runs off the sources not off the compiled code.
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 18/05/2004 08:30:28 AM:
aheritier2004/05/17 15:30:28
Modified:ant/src/plugin-resources/templates build.jelly
Log:
we can't create the javadoc if
Nathan Coast [EMAIL PROTECTED] wrote on 16/05/2004 10:17:59 AM:
[EMAIL PROTECTED] wrote:
Nathan,
my suggestion to resolve this is here:
http://blogs.codehaus.
org/people/dion/archives/000717_problems_with_the_maven_10_architecture.html
My take is we should change the
Nathan,
my suggestion to resolve this is here:
http://blogs.codehaus.org/people/dion/archives/000717_problems_with_the_maven_10_architecture.html
My take is we should change the plugins dir to be a repo like structure.
--
dIon Gillard, Multitask Consulting
Nathan Coast [EMAIL PROTECTED]
Heritier Arnaud [EMAIL PROTECTED] wrote on 13/05/2004 05:15:19 PM:
+1
We have effectively several problems with entities in maven plugins
due to problems in Jelly/Dom4J.
It can be a good think if we can do this before maven 1.0 RC3.
Arnaud
I don't think that's possible.
Last time I
The repo plugin already has this defined for licenses.
--
dIon Gillard, Multitask Consulting
Maczka Michal [EMAIL PROTECTED] wrote on 13/05/2004 10:20:32 PM:
Ok, so we'll just have a standard extension of license and we'll use
the form:
artifactId-version.license
If this is
See http://www.ibiblio.org/faq/?sid=1#6 and then
http://www.ibiblio.org/pub/Linux/MIRRORS.html talks about the linux
mirrors. Some of those are mirroring maven too.
--
dIon Gillard, Multitask Consulting
-
To unsubscribe,
+1.
I'm also still sick of your m2 build messages coming to
[EMAIL PROTECTED]
--
dIon Gillard, Multitask Consulting
Jason van Zyl [EMAIL PROTECTED] wrote on 13/05/2004 02:50:25 AM:
Hi,
As activity is growing amongst the plugins I think it would be wise to
setup a separate plugin mailing
+1 on John too.
BTW can we move maven-jelly-tags into it's own cvs module?
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 13/05/2004 10:00:18 AM:
Agreed, John's patches and mailing list contributions speak for
themselves.
+1 to maven, maven-components
Does this mean RC3 is going out with a spelling mistake for the
inheritance property?
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 13/05/2004 12:27:02 PM:
+1
We just need to email infrastructure to divert the mail
accordingly. I can setup the cvs
+1 from me
--
dIon Gillard, Multitask Consulting
Vincent Massol [EMAIL PROTECTED] wrote on 12/05/2004 03:32:52 AM:
Hi,
Following my post on the subject of Is it possible to accept a new
committer for a specific plugin?, I'd like to propose Carlos as a
maven-plugins committer. Carlos has
[EMAIL PROTECTED] wrote on 12/05/2004 09:23:46 AM:
brett 2004/05/11 16:23:46
Modified:maven-jelly-tags Tag: MAVEN-1_0-BRANCH project.xml
project.properties
Log:
point distributions at the Apache repository which is mirrored to
ibiblio
Is the Apache
Brett Porter [EMAIL PROTECTED] wrote on 12/05/2004 08:57:28 AM:
It would be huge, especially for JARs not needed until you use some of
the
plugins.
True, but I still feel it would lose us some heat from the user community
about needing an internet connection to run maven after install.
Now
Arnaud HERITIER [EMAIL PROTECTED] wrote on 12/05/2004 08:08:22 AM:
Hello all,
I generated this page:
http://www.apache.org/~aheritier/maven-plugins/developers-overview.html
You'll find the list of maven-plugins with developers and contributors.
I deliberately removed developers in the
Cool.
I just wanted to make sure we weren't losing this feature.
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 12/05/2004 01:08:40 PM:
I think so. It resides under www.apache.org/dist.
Regardless, the final Maven downloads will definitely be linked to the
Brett Porter [EMAIL PROTECTED] wrote on 12/05/2004 02:08:28 PM:
Actually, another thing we should probably do is add help on the
installation instructions on how to add your closest apache repository
to
the list of remote repositories for faster downloads of Apache
artifacts.
Maczka Michal [EMAIL PROTECTED] wrote on 11/05/2004 05:29:56 PM:
If you are following the commits logs for maven-components you'll find
that
last few days there were quite a lot of them and I am busy working on
that.
I don't follow the commits for maven-components or maven-core.
Things are
Does 1.0 RC3 ship so that no internet downloads are needed?
i.e. all shipped plugin dependencies are available in the local repo or as
a separate download?
I'd prefer this was in RC3.
--
dIon Gillard, Multitask Consulting
Vincent Massol [EMAIL PROTECTED] wrote on 11/05/2004 04:15:52 AM:
+1
Under JDK 1.3 I was getting test failures for the dash board plugins test
projects.
Vincent and others, do you mind if I fix this?
--
dIon Gillard, Multitask Consulting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Jason van Zyl [EMAIL PROTECTED] wrote on 12/05/2004 12:56:23 AM:
On Tue, 2004-05-11 at 10:41, [EMAIL PROTECTED] wrote:
dion2004/05/11 07:41:49
- nameMaven Castor Plug-in/name
+ nameCastor/name
The name/ is the full human readable name, why are you removing
Maven and
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 10:02:46 AM:
So that they get bundled with RC3. We shouldn't be putting out
-SNAPSHOTs
into the world, and a lot of them have been touched recently.
This will be the last time it happens before the individual release
cycle
becomes truly
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 10:01:39 AM:
Long term this will happen in Wagon. Now isn't the time to be making
those
sorts of changes :)
It's been how long since Wagon was first released? Almost a year I'd
guess
Promises of Wagon, Classworlds etc are empty for me.
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 09:57:44 AM:
Note that this vote has dependencies on these votes:
- Release of maven-jelly-tags 1.0
- Release of all maven plugins
And is conditional on the successful rsolution of MAVEN-1275 which I
will
test after checking the patch and
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 10:38:15 AM:
What's the point of doing the work twice? Wagon is the Maven refactoring
of
the artifact code. We don't need to start another refactoring of the
artifact code.
I wasn't planning on refactoring it.
We can't afford the
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 11:06:38 AM:
Someone who knows the software can do that, but until they
do, I'd rather
fix the things we have. Didn't Ben write Wagon?
Ben wrote maven-fetch, which I never looked at. I don't know how much of
it
influenced Wagon,
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 10:40:23 AM:
There are 23 unscheduled bugs in Jira, of these, I'd like us
to fix: . Maven-1223
and look at:
. Maven-1258
Before we release RC3.
I usually check the unscheduled ones, but missed 1223 somehow. Will
apply
and
Is there a reason??
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 09:28:01 AM:
Hi,
Please vote +1 if you don't mind all changed plugins being released
again.
If you have a particular plugin you would like to release yourself,
please
just
+1
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 09:26:55 AM:
I think the Maven Jelly Tag library is finished for 1.0.
+1 to release it.
--
Brett Porter
Team Leader, Core Systems
f2 network ~ everything essential
[EMAIL PROTECTED] wrote on 11/05/2004 09:36:35 AM:
brett 2004/05/10 16:36:35
Modified:artifact/src/main/org/apache/maven/artifact/deployer
DefaultArtifactDeployer.java
artifact/xdocs changes.xml
Log:
PR: MPUBERJAR-5
give uberjar
The perforce plugin supposedly just gets the jars onto the classpath.
I'm +1 on both.
--
dIon Gillard, Multitask Consulting
Brett Porter [EMAIL PROTECTED] wrote on 11/05/2004 09:39:14 AM:
I would like to move the codeswitcher plugin maven-plugins-sandbox and
out
of the Maven 1.0 release as
Jason van Zyl [EMAIL PROTECTED] wrote on 09/05/2004 11:45:38 PM:
On Sun, 2004-05-09 at 04:40, Emmanuel Venisse wrote:
Personnaly, I prefer an env var definition. Is it possible to use this
process :
1- check if ${user.home}/maven.properties exists
2- if not, check if ${user.home}/m2
Jason van Zyl [EMAIL PROTECTED] wrote on 10/05/2004 12:07:39 AM:
On Sun, 2004-05-09 at 01:40, [EMAIL PROTECTED] wrote:
Even better, get mailing lists set up for the top level cvs modules,
e.g.
maven-components-dev etc and send them there.
As Brett and I start back porting components
Nice.
Tested on firefox 0.8/winxp
--
dIon Gillard, Multitask Consulting
Arnaud Heritier [EMAIL PROTECTED] wrote on 10/05/2004
02:18:33 AM:
Hello,
What do you think about this:
http://www.apache.org/~aheritier/maven/
I added
- In the xdoc plugin:
* img attribute to item tags
I'd much prefer we have separate set of mailing lists for Maven2. There
are several cvs modules in cvs for maven, quite a few of these could be
consolidated into a [EMAIL PROTECTED] and [EMAIL PROTECTED]
Maven 1 will be active for quite a while and the dev list seems to be a
dumping ground for
Inheritance has been misspelled.
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 08/05/2004 08:59:24 AM:
brett 2004/05/07 15:59:24
Modified:xdocsTag: MAVEN-1_0-BRANCH changes.xml
src/java/org/apache/maven/jelly Tag: MAVEN-1_0-BRANCH
[EMAIL PROTECTED] wrote on 08/05/2004 04:36:46 AM:
[snip]
Index: changes.xml
===
RCS file: /home/cvs/maven-plugins/changes/xdocs/changes.xml,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
Are we really going to get 24 of these a day?
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 09/05/2004 08:07:36 AM:
Performing an update of maven-components ...
Updates occured, build required ...
P maven-core/src/main/java/org/apache/maven/DefaultMavenCore.java
P
Even better, get mailing lists set up for the top level cvs modules, e.g.
maven-components-dev etc and send them there.
--
dIon Gillard, Multitask Consulting
Jason van Zyl [EMAIL PROTECTED] wrote on 09/05/2004 11:28:39 AM:
On Sat, 2004-05-08 at 20:30, [EMAIL PROTECTED] wrote:
Are we
What sort of custom menu layout did you produce?
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 05/05/2004 10:49:09 PM:
Sorry but our firewall setup here does not allow us to use CVS on the
internet (port blocked).
I did it to get a custom menu layout. Are there options
Check out the test cases I added to the eclipse plugin if this is what
you're after...
--
dIon Gillard, Multitask Consulting
Miguel Griffa [EMAIL PROTECTED] wrote on 05/05/2004 03:44:52 PM:
Hi all,
Does anyone know how can I assert() that a file contains a given string
in jelly?
What I
Vincent Massol [EMAIL PROTECTED] wrote on 04/05/2004 04:14:03 PM:
Several things:
- when you talk about refactoring out, do you mean refactor out within
the Ant project or copy-paste the code somewhere else?
Initially into the Maven code base. But later on, sharing with Ant would
be a goal.
Vincent Massol [EMAIL PROTECTED] wrote on 04/05/2004 04:53:29 PM:
Hmmm I think we need to talk more about this and involve the Ant
team in the discussion as we need their help anyway. I'd prefer it to be
in the Ant codebase (provided they are ok - If not I agree it could be
done in Maven
Is there a Torque plugin for Maven already? See
http://db.apache.org/torque/maven-howto.html
It seems there might be some overlap with it.
--
dIon Gillard, Multitask Consulting
Miguel Griffa [EMAIL PROTECTED] wrote on 04/05/2004 01:51:55 PM:
I'm considering writing a maven plugin to handle
Jason van Zyl [EMAIL PROTECTED] wrote on 04/05/2004 01:11:12 AM:
It's easy to solve, don't code things as Ant tasks. If you're doing
something new then there is absolutely no reason to bind your code to
Ant. Make POJO and wrap it.
Can we do the same for Maven2 then? i.e.
It's easy to solve,
Jason van Zyl [EMAIL PROTECTED] wrote on 04/05/2004 12:17:13 PM:
[snip good stuff]
No, if you actually looked at code you'll see it's not. There are tests
for the 4 varieties and even the fourth variety only requires a 3k dep
which does not really have anything to do with Maven2. They are
Was a failing test case created for this?
It would be nice, since we have plugin tests for the ant plugin to have
added the tests and made sure they succeed.
Who said it: Fixing a bug without a failing test is asking someone to
break it later
--
dIon Gillard, Multitask Consulting
[EMAIL
Jason van Zyl [EMAIL PROTECTED] wrote on 04/05/2004 02:29:27 PM:
[snip]
Read what was written, it is the POJO. The Plugin, AbstractPlugin,
PluginExecutionRequest and PluginExecutionResponse are the 3k of
dependencies mentioned in the previous email. The PluginExecutionRequest
still have a
I made a minor change to the announcement plugin locally today :
a) Specify the output file as maven.announcement.file
b) Default it to ${maven.build.dir}/announcement.txt
c) Add ${maven.announcement.file} to the echo when generating it so the
user knows where to find it.
If this is ok, can I
Fabrizio Giustina [EMAIL PROTECTED] wrote on 24/04/2004 09:55:51
PM:
Can be useful, but it needs some improvement before apply:
- default value for target should not be _self, but should be
nothing: the target attribute should not be added to the a element
if not specified. Target is a
Also, what about using the sourceforge maven-plugins project for things
that are not core?
--
dIon Gillard, Multitask Consulting
Vincent Massol [EMAIL PROTECTED] wrote on 24/04/2004 11:24:24 PM:
Sure. The only problem is deciding what to move. Can we vote before
moving anything?
Also, do
Jason van Zyl [EMAIL PROTECTED] wrote on 24/04/2004 11:40:42 PM:
On Sat, 2004-04-24 at 09:24, Vincent Massol wrote:
Sure. The only problem is deciding what to move. Can we vote before
moving anything?
I was going to move:
artifact
castor
codeswitcher
release
Which are plugins
[EMAIL PROTECTED] wrote on 25/04/2004 12:26:22 PM:
brett 2004/04/24 19:26:22
Modified:eclipse project.xml
eclipse/src/plugin-resources/templates classpath.jelly
eclipse/xdocs changes.xml
Log:
PR: MPECLIPSE-21
Submitted by: Boris Boehlen
Brett Porter [EMAIL PROTECTED] wrote on 23/04/2004 10:02:59 AM:
Something dion raised a while back, but I propose that we do the
following
for RC3:
- Create a subdirectory (new project) maven-jelly-tags in the existing
maven
CVS tree
- copy
[EMAIL PROTECTED] wrote on 21/04/2004 11:03:25 AM:
brett 2004/04/20 18:03:25
Modified:jar plugin.properties
jar/xdocs changes.xml
repository plugin.jelly
repository/xdocs changes.xml
Removed: repository plugin.properties
Brett Porter [EMAIL PROTECTED] wrote on 22/04/2004 05:23:25 PM:
Dion was going to do this last year (actually make a tags JAR), but
nothing
came of it.
From memory was that the consensus was to leave it alone until 1.0 was
out.
It makes a ton of sense, though.
The only plugin that
57 matches
Mail list logo