Hi,
I am about to implement a plugin, which generates war files. Wait, I
hear you say, there already is a war plugin. Unfortunately, my war
files are very special and need to be created in a way, which the war
file cannot (and will not) fulfill.
Ok, basically there is no problem. I am
On 4/21/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
OK but is there a way you defined the necessary hooks you need? Maybe
this could be reused for somebody else.
I have simply duplicated the war plugins properties and transfer the
values using
On 4/21/07, Max Bowsher [EMAIL PROTECTED] wrote:
Not necessarily. Maven plugins are packagingmaven-plugin/packaging,
but have extension .jar - the two do not have to be the same.
Hmmm, that's a good hint. Thank you!
Jochen
--
My cats know that I am a loser who goes out for hunting every day
On 4/21/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
I'd like to release the maven-source-plugin 2.0.3
+1 (Non-binding)
--
My cats know that I am a loser who goes out for hunting every day
without ever returning as much as a single mouse. Fortunately, I've
got a wife who's a real champ: She
Hi,
may I nag for someone's attention to MNG-2854? This is an issue which
could improve Maven's speed for larger projects a real lot.
Jochen
--
My cats know that I am a loser who goes out for hunting every day
without ever returning as much as a single mouse. Fortunately, I've
got a wife who's
On 4/30/07, Armin Ehrenfels [EMAIL PROTECTED] wrote:
do you know who has developed axis2-wsdl2code-maven-plugin ?
A few days ago, I asked a question concerning this plugin on
[EMAIL PROTECTED] There was no reaction at all. I could work
around my problem using the ant plugin, but I like to use
On 4/30/07, Armin Ehrenfels [EMAIL PROTECTED] wrote:
I'm trying to find out how to specify a bindingfile for the JiBX in my
pom.xml.
Please understand, that I've got absolutely no idea about JiBX. I do
not know, what's required for a JiBX binding or not. I do not know,
whether the binding
On 5/6/07, robert burrell donkin [EMAIL PROTECTED] wrote:
they don't need to be mirrored: they just need to be in the right
place. this means that they will be properly archived, backed up and
scanned.
the incubator directories could be intentionally excluded from
mirroring but i'm not sure
Well, it's May, and nothing happened, so I'd like to ask one more time
for someone to apply MNG-2854. This is the issue, that should fix that
jar files are recreated always, which can make Maven real slow in
larger projects.
Jochen
--
My cats know that I am a loser who goes out for hunting
On 5/16/07, Jason van Zyl [EMAIL PROTECTED] wrote:
It's not simply a matter of applying the patch. If you are willing to
apply, run the integration tests against 2.0.x and 2.1.x and they
work then I will integrate it.
If you're willing to do this I will write up instructions (extract
them from
Hi,
I've got some plugins, which currently do have static dependencies:
The maven-jaxme-plugin, the Axis 2 plugins, the rat-maven-plugin, and
some inhouse plugins at my employers site. I've always disliked these
static dependencies and recently I have written some code for an
inhouse project
+1 (Non-binding)
I used it today in various projects and found no problems, apart from
that which are already known and related to other stuff.
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.
The german government
+1 (Non-binding) Used it today in various projects without problems.
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.
The german government justifying the use of electronic voting machines
and obviously believing
Hi,
I'd like to ask for the upload of
http://people.apache.org/~jochen/rat-lib-0.5.1-bundle.jar
I was, of course, trying to submit this via Jira, but after submitting
the request, Jira always replies with an error message like
Errors
* Error instantiating
Hi,
I'd like to test a patch for the maven-artifact-manager. My first
though was to simply build Maven 2.0.7 from source, but that fails. Is
there any other possibility to test my patch?
Thanks,
Jochen
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative
On 6/20/07, Jason van Zyl [EMAIL PROTECTED] wrote:
What was the failure, I just built the release and the tag should
work fine.
Most possibly a problem in my repository: I started with a clean
repository and now it works.
Sorry,
Jochen
--
Besides, manipulating elections is under penalty of
Hi,
may I ask that anyone volunteers as an assignee for WAGON-82? This is
the nasty bug that prevents webdav via proxy, a problem which other
Mojo developers surely share with me. I've been adding a patch, but
received no response so far,
Thanks,
Jochen
--
Besides, manipulating elections is
Hi,
I've got a Mojo, which implements the Contextualizable interface.
However, the contextualizable(Context) method is not invoked: When
running maven-2.0.7 in the debugger, I can watch that the
ContextualizePhase is executed, but the check object instanceof
Contextualizable fails.
Any ideas,
On 6/26/07, Jason van Zyl [EMAIL PROTECTED] wrote:
You probably have the plexus double jar problem. We separated the API
and implementation JARs and you're pulling in an old version of
plexus which has everything and then plugin which must be pulling in
the API jar. Because they come from
Hi,
from using the debugger, I now know that the Contextualizable
interface in use by the Maven core is from the maven-2.0.7 uber jar,
as suspected. From the jar files info
(META-INF/maven/.../plexus-container-default), this is version
1.0-alpha-9-stable-1, the same version I am using.
On 6/26/07, Jason van Zyl [EMAIL PROTECTED] wrote:
It must be being pulled in by a dep in the mojo. Is this something
that I can see?
Unfortunately not yet. Shall I file a Jira issue with some sample code?
Thanks,
Jochen
--
Besides, manipulating elections is under penalty of law,
On 6/26/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Can you add
static { System.out.println( XXX + Contextualizable.class + : +
Contextualizable.class.getClassLoader() ); }
to your mojo and see what it prints?
Here's the output:
XXX interface
More info: I cannot reproduce the problem with another Mojo, which
isn't declared as an extension.
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.
The german government justifying the use of electronic voting
Sorry for nagging, but I still do have the same issues with Jira. (Trygvis
suggested I contact Ben Walding and Bob McWhirter, which I did.)
Jochen Wiedmann wrote:
Hi,
I'd like to ask for the upload of
http://people.apache.org/~jochen/rat-lib-0.5.1-bundle.jar
I was, of course
On 6/26/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
uploaded
Thanks!
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.
The german government justifying the use of electronic voting machines
and obviously
On 6/27/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
That must be it then, though I don't know how you get a mojo
to be run, declared as an extension..
I am simply following the section on Specifying a New Packaging from
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 debugging
[ ] +0: I'll go with the flow
[ ]
currently, Maven does not require declaration of properties used in
the pom, you just use them anywhere you like.
Don't like the proposal. It is suitable for 90% of all cases, but
doesn't match the cases where you don't know the possible property set
in advance. (For example, if you use
On 7/4/07, Jochen Kuhnle [EMAIL PROTECTED] wrote:
Can properties be used in this way in the pom.xml? Since the pom
language has no control structures like loops etc., it should be hard
to use lists. Could you give an example, maybe we can find a way to
change the proposal to suit both needs?
Hi,
a while ago I released the clirr-maven-plugin 2.1.1. It is present on
https://dav.codehaus.org/repository/mojo/org/codehaus/mojo/clirr-maven-plugin/2.1.1/
as it should be. However, the plugin doesn't appear on
http://repo1.maven.org/maven2/org/codehaus/mojo/clirr-maven-plugin/
Could
I have had second thoughts on the proposal.
To me, we are discussing something, that clearly is a user preference.
As such, it belongs into either settings.xml or profiles.xml, possibly
with activeByDefault=true. It should not enter a projects POM, if it
is used by as many people as the Maven
On 7/5/07, Cabasson Denis [EMAIL PROTECTED] wrote:
Basically, I tend to agree with you Kenney. But I have users who love to use
Shift+F2 within eclipse (which opens a browser like window with the view of the
javadoc in eclipse), and I don't really see why those users should be denied to
use
On 7/8/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
I'd like to see wheter it's feasible to release this wagon provider
separately as rc1, or wheter we have to release the entire wagon
stack.
IMO, wagon-webdav is almosu unusable without proxy support. Which
requires that WAGON-82 be fixed
On 7/8/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
that could be post 1.0 to mitigate risk
Please have a look at the proposed changes before considering it a risk.
Thanks,
Jochen
--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against
Hi,
I have a question regarding MOJO-866. Hopefully, someone can help me.
In this bug report, someone is invoking the rat:rat goal from the
command line. The plugin fails with a NullPointerException, because
getProject() returns null.
- Are reports supposed to be working, if you are invoking
[Forwarded from wagon-dev]
Hi,
would it be possible that anyone takes responsibility for WAGON-82?
That's the bug that prevents wagon to work through an http proxy. A
patch is waiting for review.
Thanks,
Jochen
--
Besides, manipulating elections is under penalty of law, resulting in
a
On 8/30/07, Brett Porter [EMAIL PROTECTED] wrote:
Yeah, we should do the same with the recently departed antlr plugin
too. Move trunk to /retired/* (original tags would remain in the
original place) would get my vote.
Sounds better than sandbox.
--
Besides, manipulating elections is under
I'd basically like to use snippets, or whatever you call them. However, if
you restrict them to a plugin pack, then I'd consider them as half baken.
There are lots of other places where one could use them. For example, a user
on [EMAIL PROTECTED] has recently proposed to use snippets within
On 9/10/07, Joakim Erdfelt [EMAIL PROTECTED] wrote:
Just a thought, but why not dump wagon in 2.1 and just use the java.net
package for file / http / https / ftp fetch, any valid java.net.URL
could work that way.
Instead of picking and choosing what to support, just punt and support
what is
On 9/10/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote:
Why not use existing solutions, then? I mean, XInclude standard that is
supported by XML parsers and
would not clutter Maven's code.
Because of this:
- Powerful: Could be enhanced to do filtering or stuff like that.
--
Look,
On 9/10/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote:
Your requirement is rather vague for me.
Let's start with the most simple Filter: Extrapolation. And let's not
forget, that Filtering is very underdeveloped, compared to Ants
Filtering.
--
Look, that's why there's rules, understand?
On 9/10/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote:
I'm not sure if we are talking about the same thing. I have in mind selecting
some portion of
included XML snippet by applying XPointer/XPath query on it.
What do you mean by filtering here?
That we would want to change the included
On 9/10/07, Jason van Zyl [EMAIL PROTECTED] wrote:
We definitely want to control how snippets are pulled in and used. I
wouldn't turn on general XML includes as we'll end up with the mess
we had in Maven 1.x.
I must admit, that I can't follow you here. What to you mean by the
mess we had in
On 10/3/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Ok, here's the goods:
http://git.sonatype.org/
Would it be possible to add wagon?
Thanks,
Jochen
--
Look, that's why there's rules, understand? So that you think before
you break 'em.
-- (Terry Pratchett, Thief of Time)
On 10/3/07, Jason van Zyl [EMAIL PROTECTED] wrote:
I would but someone seems to have removed the 1.x branch.
Ah, who removed the 1.x branch?
Knowing myself, I'd tend to plead guilty, but fortunately I haven't
got the permissions ... :-)
--
Look, that's why there's rules, understand? So
Hi,
repo1.maven.org contains a number of jar files without POM. Examples
include woodstox/wstx-asl/3.0.2/, or castor/castor/1.0/. As these are
quite a pain in the development by causing unnecessary and failed
download requests every time, I'd like to fix this, at least for those
where I note it.
Ping!
Jochen Wiedmann wrote:
Hi,
repo1.maven.org contains a number of jar files without POM. Examples
include woodstox/wstx-asl/3.0.2/, or castor/castor/1.0/. As these are
quite a pain in the development by causing unnecessary and failed
download requests every time, I'd like to fix
On 10/11/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
http://maven.apache.org/guides/mini/guide-maven-evangelism.html
Quoting from that text:
... unless you provide a pom for it ...
I am ready to do that, at least in the cases that harm me. But how?
Through the standard upload procedure?
On 10/11/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 10/11/07, nicolas de loof [EMAIL PROTECTED] wrote:
Warning : This could break existing projects !
My project has a dependency on castor-1.0. This one has no POM.
If you povide one, rebuilding my app will introduce new transitive
On Nov 12, 2007 1:40 PM, Brett Porter [EMAIL PROTECTED] wrote:
I might be misunderstanding, but this sounds like the answer to my
other question about getting contributors changes into trunk - what I
was asking here is how after someone has merged the changes, we can
keep track of where they
On Nov 12, 2007 2:57 PM, Jason van Zyl [EMAIL PROTECTED] wrote:
Authors retain copyright and it's GPL'd. I don't think Linus much
cares beyond that, but I imagine Redhat does.
After all the SCO hazzle, rest assure he does. See, for example
[Reposting, due to missing reply]
Hi,
I have a question regarding MOJO-866. Hopefully, someone can help me.
In this bug report, someone is invoking the rat:rat goal (which
creates a report) from the
command line. The plugin fails with a NullPointerException, because
getProject() returns null.
Hi,
while running the test suite of the xml-maven-plugin, I seem to suffer
from the same problems, as described in
http://www.mail-archive.com/dev@maven.apache.org/msg68062.html
I have read the thread and the diagnosis, but I do not understand any
suggested workarounds. Could anybody please
Hi,
I have created
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-io/commons-io/1.3.2/
yesterday, but the directory 1.3.2 is still missing at
http://repo1.maven.org/maven2/commons-io/commons-io/
Anything wrong on my side?
Thanks,
Jochen
--
Look, that's why
Hi,
I have evaluated the bug report MCLIRR-7 and must admit that I am
stuck. Here's what I have found:
Clirr requires two classloaders, one with the previous version and one
with the current version. In order to create the first classloader,
the clirr-maven-plugin does the following:
- Resolves
On Jan 8, 2008 11:02 PM, Tom Huybrechts [EMAIL PROTECTED] wrote:
Take a look at the developer cookbook (
http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook )
and search for resolving transitively.
That code works for me.
That seems to do the trick, thank you!
Jochen
--
On Feb 12, 2008 1:26 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
Where did you run into this? I think not showing what it actually is
makes it immediately not obvious what's going wrong. So I'm for
showing what it actually is. Can you just wrap in CDATA?
As he wrote, these characters are
On Feb 12, 2008 7:17 PM, Dan Fabulich [EMAIL PROTECTED] wrote:
When a test fails (by throwing a Throwable) Surefire needs to output the
message string of the failure in the XML test result output; Java strings
may contain the null character \u. Therefore, not all Java strings
can be
On 7/28/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
I just tried to deploy a new snapshot of the docck plugin. The new jar
was correctly uploaded to:
/www/people.apache.org/maven-snapshot-repository/org/apache/maven/plugins/maven-docck-plugin/1.0-SNAPSHOT
Read
On 7/28/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:
filePermissions664/filePermissions
directoryPermissions775/directoryPermissions
Shouldn't that be the default?
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough
Hi,
by looking at
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlrpc/xmlrpc/
I wait for the directory 3.0rc1 to appear on
http://repo1.maven.org/maven2/org/apache/xmlrpc/xmlrpc/
So far, this is not the case. When and how frequently does the sync occur?
Carlos Sanchez wrote:
it happens under demand. it'll be available in the next hours
Does that mean, that I am still supposed to announce changes in the
directory, despite of the rsync in its name?
Thanks,
Jochen
-
To
Arnaud HERITIER wrote:
It's possible that a RC is considered as a snapshot.
Would be a nice idea:
-bash-2.05b$ find
/www/people.apache.org/repo/m2-ibiblio-rsync-repository | grep alpha | wc
27432743 399667
-bash-2.05b$ find
/www/people.apache.org/repo/m2-ibiblio-rsync-repository
On 8/2/06, Carlos Sanchez [EMAIL PROTECTED] wrote:
m2 is under demand for now
m1 is automatic
What's the problem? The metadata files?
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but
On 8/2/06, Carlos Sanchez [EMAIL PROTECTED] wrote:
if [ -z $NO_SSH ]
then
if [ -z $SSH_OPTS ]
I am almost sure that you'd want
if [ -z $NO_SSH ]
then
if [ -z $SSH_OPTS ]
or even
if [ x$NO_SSH = x ]
then
if [ x$SSH_OPTS = x ]
(The latter
Brett Porter wrote:
I'm sorry ,maybe its just because I'm pre-coffee
Hopefully, that's gonna be fixed soon? (SCNR :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Dennis Lundberg wrote:
A vote requires 3 PMC +1 votes right?
Not a vote in general, but a vote for releases, AFAIK. However, as it is
most possibly lazyness by the PMC members I suggest you open the vote
again and send a nag to [EMAIL PROTECTED] :-)
Jochen
Hi,
the maven-war-plugin contains the following code snipped:
Artifact artifact = getProject().getArtifact();
if ( primaryArtifact )
{
artifact.setFile( aarFile );
}
else if ( artifact.getFile() == null ||
the directory
/www/people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/axis2
Thanks!
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
(Jack Benny)
About 1 month ago, Mike Perham and Brett Porter wrote:
It looks ready - it just needs someone to call a vote!
(I'm notoriously bad at having open ended votes recently, so
I'll leave it for someone that has the time to do the release...)
On 19/07/2006 2:02 PM, Mike Perham wrote:
What's
On 8/21/06, Brett Porter [EMAIL PROTECTED] wrote:
I'm missing the context on this - I'm not sure what primaryArtifact is
set to, but it sounds like you've got the right idea there (though it
should be artifact.getType(), ie war, not aar)
Thank you, I've filed MWAR-69.
Jochen
--
My wife Mary
+1++ (non-binding)
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
(Jack Benny)
-
To unsubscribe, e-mail:
When can I start to use it? :-) I'd immediately move the XML plugin from
Mojo and contribute two plugins, which are related to Axis 2.
Honestly, I've never been glad having to use the Mojo project, because
a) I do not have committers access there, which makes me loose a lot
of time and
b)
Brett Porter wrote:
-1
(snapshots are fine).
The ability to publish half-baked, undocumented releases (which is what
they are if they can't garner votes to get out of the sandbox) allows us
to get lazy meaning full releases don't arrive and we've suffered enough
for it already.
Ok, but
Jochen Wiedmann wrote:
Brett Porter wrote:
-1
(snapshots are fine).
The ability to publish half-baked, undocumented releases (which is
what they are if they can't garner votes to get out of the sandbox)
allows us to get lazy meaning full releases don't arrive and we've
suffered enough
Hi,
ok, I grew angry possibly, sorry! So let's (the us in fact being me,
like Louis XIV ...) calm down and return to discussion.
Brett Porter wrote:
Obviously we need a balance, and I was referring to a harder stance on
pre-release sandbox plugins rather than ongoing support of already
Jason van Zyl wrote:
That's easily remedied. You don't have it because you've never asked. In
the last while we have taken the same approach as we're taking here in
that anyone who wants access to the sandbox has been given it so they
can easily work on plugins. We know not having commit
Jason van Zyl wrote:
The PMC must approve a release, and anyone doing a release would most
likely be on the PMC but I don't believe that is a strict requirement.
So if you were very motivated to release the JAR plugin and went through
our standard process to release it then I would support
Jason van Zyl wrote:
I don't think we will be adding many new plugins here at Apache and we
consider Mojo an equal wrt hosting plugins. The mojo groupId is a
default as well when dealing with plugins so at Apache or Codehaus it
makes no difference where you work or what you work on.
As far
/www/people.apache.org/www/m2-ibiblio-repository/org/apache/xmlrpc
Thank you!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I just noticed that the jar plugin uses the property
${jar.forceCreation} as default of the new parameter forceCreation. I
find this choice most unfortunate.
Forcing creation is a very general concept: Almost any plugin could
use it, including compiler, assembly, war, ear, ejb,
Brett Porter wrote:
IMO, if something is to be general, it should be considered for the POM
(like finalName).
I must admit, that I do not understand what you have in mind?
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Brett Porter wrote:
Or perhaps a well known property instead/in the interim:
properties
forceCreation /
The latter point is what I am asking for. In the case of the jar plugin,
the property is jar.forceCreation, which I find unfortunate.
Again, any chance to get this changed? I'd
On 9/1/06, Jason van Zyl [EMAIL PROTECTED] wrote:
We talked about it on the list and there was well longer then 72
hours this time. The prefix is for command line use and I asked if
the new standard could be used and folks agreed.
Jason, I understand completely, that it's my fault to miss
Hi,
about two months ago, a vote was held for releasing the
maven-changes-plugin. (See
http://marc.theaimsgroup.com/?t=11538500061r=1w=2
Some issues were raised, in particular concerning the
maven-changelog-plugin (as opposed to the maven-changes-plugin) and the
conclusion was to
+1 (Non-binding)
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
(Jack Benny)
-
To unsubscribe, e-mail:
... the directory
/www/people.apache.org/repo/m2-ibiblio-repository/org/apache/ws/commons/axiom
due to the release of Axiom 1.1.
Thanks,
Jochen
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes,
Nathan Beyer wrote:
I'm trying to help out the Xerces and XML Commons project to produce some
POMs and publish some newly release JARs to the central repository. Should I
just go about this as described here [1] and post a JIRA issue or is there a
more streamlined approach that Apache projects
Dennis,
what's the state of this realease?
Thanks,
Jochen
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
(Jack Benny)
... the directory
/www/people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/ws/commons/axiom
due to the release of Axiom 1.1.1.
Thanks,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
/www/people.apache.org/m2-ibiblio-rsync-repository/org/apache/ws/jaxme
due to the release of JaxMe 0.5.2.
Thanks,
Jochen
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
On 10/27/06, Carlos Sanchez [EMAIL PROTECTED] wrote:
This should be automated now. Let us know if you don't see it in like 8 hours
Excellent, I didn't know. Syncing has already be done, thanks very much!
Jochen
--
My wife Mary and I have been married for forty-seven years and not
once have
Hi,
last week or so, I have deployed jar files for Woden to
/www/people.apache.org/repo/m2-ibiblio-rsync-repository
Consequently, they are now on repo1.maven.org as well.
Unfortunately, it was an error to do this: Woden is an Apache
Incubator project and the incubator community doesn't
On 11/23/06, Jason van Zyl [EMAIL PROTECTED] wrote:
We don't like to remove things for consistency but we're not zealots
about it. The originating project, if they wish, can have anything
removed. Generally if people make mistakes in deploying it's not
really a big deal to leave them there but
Yep, I understand the intent and that is good. A reasonable interval(?)
for micro releases should be fine.
I'd be quite happy about more releases of Maven in its current state.
However, what matters more, IMO, would be micro releases of the core
plugins.
Jochen
--
How fast can a year go? As
[Forwarding to [EMAIL PROTECTED], because I received no reply on [EMAIL
PROTECTED]
Hi,
I currently have a patch for the xml-maven-plugin, which suggests the
following: The plugin currently reads a set of files and transforms
them. The result is stored in a different directoy. Currently there
On 2/14/07, Raphaël Piéroni [EMAIL PROTECTED] wrote:
the xml-maven-plugin is developped at mojo.codehaus.org
The correct list should be: user@mojo.codehaus.org or dev@mojo.codehaus.org
Had you though uploading your patch as a jira issue ? (
http://jira.codehaus.org/browse/MOJO)
Raphael, you
On 2/14/07, Jason van Zyl [EMAIL PROTECTED] wrote:
What do you mean exactly by name transformation? Using finalName, or
how things are named moving to the local and remote repository?
The current use case is the xml-maven-plugin, which transforms a given
set of files into another set of
On 2/28/07, Andy DePue [EMAIL PROTECTED] wrote:
Each module's .jar is rebuilt, even if nothing has changed. I turned on
debug output, and I can see the reason why:
[DEBUG] isUp2date: false (Input file /...path to
module.../pom.properties is newer.)
Thanks for detecting this, I was always
Hi,
may I ask for feedback or application of MNG-2854? This patch attempts
to fix the issue that jar files get rebuilt every time, thus fixing a
serious performance issue.
Thanks,
Jochen
--
Emacs 22 will support MacOS and CygWin. It is not yet decided, whether
these will be used to run Emacs
1 - 100 of 294 matches
Mail list logo
