On 3 Dec 06, at 11:29 PM 3 Dec 06, Carlos Sanchez wrote:
I think something like http://www.slf4j.org/ can allow using libraries
that use commons-logging without getting its problems
I didn't see it in there anyway, but the problem is not only that
commons-logging is a piece of crap, but tha
I think something like http://www.slf4j.org/ can allow using libraries
that use commons-logging without getting its problems
On 12/2/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 2 Dec 06, at 1:51 PM 2 Dec 06, Henri Yandell wrote:
> Brett mentioned on IRC that plexus is trying to move off of
On 3 Dec 06, at 8:46 PM 3 Dec 06, Wendy Smoak wrote:
If I try to build maven-antrun-plugin or its website, I get:
[ERROR] BUILD ERROR
[INFO]
--
--
[INFO] The plugin 'org.apache.maven.plugins:maven-invoker-plugin'
does not
If I try to build maven-antrun-plugin or its website, I get:
[ERROR] BUILD ERROR
[INFO]
[INFO] The plugin 'org.apache.maven.plugins:maven-invoker-plugin' does not exist
or no valid version could be found
[INFO] -
Anyone have any ideas on what these 5 intermittent test failures are
all about?
- Brett
On 04/12/2006, at 1:07 AM, [EMAIL PROTECTED] wrote:
Log:
http://maven.zones.apache.org/~continuum/logs/trunk/continuum-build-
log-20061204.01.txt
Good day to you,
The code is generated by modello ( see [1] ) fom the descriptor [2].
Cheers,
Franz
[1] http://modello.codehaus.org/
[2]
https://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.4/maven-model/maven.mdo
On 12/3/06, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
These sources
Terrific - Thanks for the update. I put in votes on
both :-)
Cheers,
- Ole
--- Stephen Duncan <[EMAIL PROTECTED]> wrote:
> Yes, this is a known issue. See
> http://jira.codehaus.org/browse/MECLIPSE-107 and
> http://jira.codehaus.org/browse/MNG-2340
>
> -Stephen
>
> On 12/3/06, Ole Ersoy <[EM
On 3 Dec 06, at 4:28 PM 3 Dec 06, Mark Hobson wrote:
Hi there,
Has anyone got any objections to adding a new 'pre-package' phase to
the default lifecycle? This is required by goals such as
tomcat:run-war which require package pre-processing (overlaying wars,
etc.) but not necessarily the full
On 03/12/06, Brett Porter <[EMAIL PROTECTED]> wrote:
Pretty sure the issue already exists... should just be done IMO.
I did search JIRA for 'lifecycle' and couldn't anything. Let me know
if you can find the issue.
Mark
-
To
Pretty sure the issue already exists... should just be done IMO.
On 04/12/2006, at 8:28 AM, Mark Hobson wrote:
Hi there,
Has anyone got any objections to adding a new 'pre-package' phase to
the default lifecycle? This is required by goals such as
tomcat:run-war which require package pre-proce
+1
--
Regards,
Garvin LeClaire
[EMAIL PROTECTED]
On 12/3/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
Mark Hobson wrote:
> Hi there,
>
> Has anyone got any objections to adding a new 'pre-package' phase to
> the default lifecycle? This is required by goals such as
> tomcat:run-war which
This is a long standing and popular issue in JIRA.
On 12/3/06, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
If I override a dependency
in a child pom, and then
run
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
Mark Hobson wrote:
Hi there,
Has anyone got any objections to adding a new 'pre-package' phase to
the default lifecycle? This is required by goals such as
tomcat:run-war which require package pre-processing (overlaying wars,
etc.) but not necessarily the fully built archive.
I would definitel
Hi there,
Has anyone got any objections to adding a new 'pre-package' phase to
the default lifecycle? This is required by goals such as
tomcat:run-war which require package pre-processing (overlaying wars,
etc.) but not necessarily the fully built archive.
I'll raise an issue if no-one objects.
Yes, this is a known issue. See
http://jira.codehaus.org/browse/MECLIPSE-107 and
http://jira.codehaus.org/browse/MNG-2340
-Stephen
On 12/3/06, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
If I override a dependency
in a child pom, and then
run
mvn eclipse:eclipse
in the child project directory
Hi,
If I override a dependency
in a child pom, and then
run
mvn eclipse:eclipse
in the child project directory
it does not set the class path
correctly.
I uploaded the testing document
I used containing shell scripts, etc.
to my sandbox account here:
https://svn.apache.org/repos/asf/director
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
since may 2006 the following issue is blocking the site gerneration of serious
projects:
http://jira.codehaus.org/browse/MSITE-138
This issue has been closed with the message that it has been fixed in version
2.0 of the site-plugin.
I trie
These sources are generated at build time.
Check out that project and build it.
Tom
On 12/3/06, Maurício Linhares <[EMAIL PROTECTED]> wrote:
Hi guys,
I'm making some bugfixes and improvements on M2Eclipse plugin, but I also
need to checkout the Maven 2 sources, specially the "maven-model" modu
Hi guys,
I'm making some bugfixes and improvements on M2Eclipse plugin, but I also
need to checkout the Maven 2 sources, specially the "maven-model" module,
but I just can't find the module's source files. Looking for the mudule via
SVN there's just a "site" folder, and no "main" or "test" folder
+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:
http://www.nabble.com/Planning-a
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
This is stil an issue. When running a goal outside a project, the
profiles in settings.xml are ignored, (including any custom repository
you might have set up.
There is a workaround (see ARCHETYPE-1) : you need to add
-DremoteRepositories=http://the.url.to.my.repository
Tom
On 12/3/06, David Wh
22 matches
Mail list logo
