On Wed, 28 Feb 2024 at 13:40, Michael Osipov wrote:
>
> On 2024/02/22 06:59:01 Alexander Kriegisch wrote:
> > Hello Maven community.
> >
> > When generating Maven sites, I like to keep the diffs to previous
> > version to the absolute minimum before committing changes to a published
> > site. My
2024 at 16:43, Gary D. Gregory wrote:
>
> Yep, slashes work. The double quoting gives a syntax error.
>
> TY.
>
> Gary
>
> On 2024/02/05 15:53:41 Stanimir Stamenkov wrote:
> > Mon, 5 Feb 2024, /sebb/:
> >
> > > That looks like a Windows quoting
That looks like a Windows quoting issue; Windows does not like '.' in
parameter values
Try
mvn clean test -D"test=org.apache.commons.compress.harmony.unpack200.tests.*"
On Mon, 5 Feb 2024 at 15:25, Gary D. Gregory wrote:
>
> Forgot to say:
>
> Apache Maven 3.9.6
gins/
>
> Le jeudi 30 novembre 2023, 22:51:04 CET sebb a écrit :
> > Thanks very much, that looks very promising.
> >
> > On Thu, 30 Nov 2023 at 19:26, Michael Osipov wrote:
> > > On 2023/11/28 17:35:40 sebb wrote:
> > > > Is it possible to generate soft-
Thanks very much, that looks very promising.
On Thu, 30 Nov 2023 at 19:26, Michael Osipov wrote:
>
> On 2023/11/28 17:35:40 sebb wrote:
> > Is it possible to generate soft-links as part of a site build?
> >
> > I tried adding them to the resources/ folder, but they w
Is it possible to generate soft-links as part of a site build?
I tried adding them to the resources/ folder, but they were ignored.
Sebb
P.S. No, I cannot use redirects; there needs to be a physical file at
that site location
On Wed, 4 Oct 2023 at 22:13, Slawomir Jaranowski wrote:
>
> pon., 2 paź 2023 o 14:13 sebb napisał(a):
>
> > Extract from Apache Commons Build Plugin build:
> >
> > [INFO] --- maven-plugin-plugin:3.8.2:descriptor (default-descriptor) @
> > commons-build-plugin
org.apache.maven.resolver.spi
Is this a problem in Maven? Or a bug in moditect?
Sebb
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
obvious clues.
Sebb
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
I've got Maven 2.2.1 and 3.0.3 installed.
I'm trying to use deploy:deploy-files to upload a jar with associated sig file.
For this I think I need to use the files/types/classifiers settings
which are @since 2.7.
However the default deploy plugin versions are 2.4/2.5.
How do I tell Maven to use
well.
Regards,
Ansgar
Am 19.01.2012 19:22 schrieb sebb seb...@gmail.com:
I've got Maven 2.2.1 and 3.0.3 installed.
I'm trying to use deploy:deploy-files to upload a jar with associated sig
file.
For this I think I need to use the files/types/classifiers settings
which are @since 2.7
On 19 September 2011 03:49, Barrie Treloar baerr...@gmail.com wrote:
On Mon, Sep 19, 2011 at 10:56 AM, sebb seb...@gmail.com wrote:
The standard directories layout
http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html
lists what you are looking
Is there a plugin which can be used to check that a project is using
the standard Maven directory layout?
For example, src/main/java rather than src/java; src/changes/changes.xml etc.
AFAICT. the verifier plugin could be used for this, but:
1) the rules would have to be defined
2) the rules file
On 19 September 2011 01:01, Barrie Treloar baerr...@gmail.com wrote:
On Sun, Sep 18, 2011 at 9:39 PM, sebb seb...@gmail.com wrote:
Is there a plugin which can be used to check that a project is using
the standard Maven directory layout?
For example, src/main/java rather than src/java; src
how it is being used.
/Anders
Thanks!
On Sat, Sep 10, 2011 at 02:14, sebb seb...@gmail.com wrote:
AIUI, both build/plugins and build/pluginManagement are inherited by
child projects, the difference being that plugiManagement entries are
only used if the child project references the plugin
On 10 September 2011 05:01, Lukas Theussl ltheu...@apache.org wrote:
http://maven.apache.org/plugins/maven-site-plugin/examples/creating-content.html#Filtering
I see, thanks.
Perhaps there should be a link to that from the Doxia Plugin site ...
HTH,
-Lukas
sebb wrote:
Is it possible
the version of plugins in the pluginMgmt
section but not in build/plugins. Then you define this in a parent and
only have one place to change when new versions are released. This is
how I do it.
Yes, that is mainly how it is being used.
/Anders
Thanks!
On Sat, Sep 10, 2011 at 02:14, sebb seb
it is being used.
/Anders
Thanks!
On Sat, Sep 10, 2011 at 02:14, sebb seb...@gmail.com wrote:
AIUI, both build/plugins and build/pluginManagement are inherited by
child projects, the difference being that plugiManagement entries are
only used if the child project references the plugin in its
[This mainly applies to the project-info-reports plugin]
The reporting/plugins/plugin entries support the inherited element;
if set to false, child projects don't inherit the plugin settings,
i.e. the parent can disinherit the child.
Is the reverse also possible, i.e. given a parent pom, can a
/macros/index.html
[5] http://maven.apache.org/doxia/references/index.html
Regards,
Hervé
[1] http://maven.apache.org/doxia/doxia-sitetools/index.html
Le samedi 10 septembre 2011, sebb a écrit :
On 10 September 2011 05:01, Lukas Theussl ltheu...@apache.org wrote:
http://maven.apache.org
was called inheritable; the child version
could then be called inherit.
But I think that would be too confusing now.
Regards,
Hervé
Le samedi 10 septembre 2011, sebb a écrit :
[This mainly applies to the project-info-reports plugin]
The reporting/plugins/plugin entries support the inherited element
. This is
how I do it.
Yes, that is mainly how it is being used.
/Anders
Thanks!
On Sat, Sep 10, 2011 at 02:14, sebb seb...@gmail.com wrote:
AIUI, both build/plugins and build/pluginManagement are inherited by
child projects, the difference being that plugiManagement entries are
only used
AIUI, both build/plugins and build/pluginManagement are inherited by
child projects, the difference being that plugiManagement entries are
only used if the child project references the plugin in its
build/plugins section.
That being the case, if a plugin is defined in build/plugins, is there
any
Is it possible to reference Maven properties in APT documents? or
environment variables?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
If a parent POM includes Clirr in the reports section, is it possible
to suppress/exclude the report in a child Pom?
It seems to be possible to override the level and comparison version
in the child Pom, but when I tried adding skiptrue/skip that seems
to be ignored by the site plugin.
of the bundle in each module in
the first place.
I'm not sure how to use the dependency plugin - how do I configure the
reports to pick up the properties from a jar?
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
2011/8/31 sebb seb
On 31 August 2011 11:27, Olivier Lamy ol...@apache.org wrote:
2011/8/31 sebb seb...@gmail.com:
On 31 August 2011 08:29, Olivier Lamy ol...@apache.org wrote:
Hello,
The solution I see is to have an artifact (call it build-resources or
something like that) which contains those .properties
On 31 August 2011 13:25, Olivier Lamy ol...@apache.org wrote:
2011/8/31 sebb seb...@gmail.com:
On 31 August 2011 11:27, Olivier Lamy ol...@apache.org wrote:
2011/8/31 sebb seb...@gmail.com:
On 31 August 2011 08:29, Olivier Lamy ol...@apache.org wrote:
Hello,
The solution I see is to have
On 23 August 2011 14:43, sebb seb...@gmail.com wrote:
The default customBundle is located at
${project.basedir}/src/site/custom/project-info-report.properties
which works fine for single module projects.
However, it does not seem to work for multi-module projects.
How can one share
The default customBundle is located at
${project.basedir}/src/site/custom/project-info-report.properties
which works fine for single module projects.
However, it does not seem to work for multi-module projects.
How can one share the same bundle between multiple modules?
The modules all share
I'm trying to add source and binary test jars to a project.
Now source:jar works fine; it picks up NL from the resources section.
However, source:test-jar appears to ignore the resources section -
is that intentional, or an oversight? In any case, how does one get it
to add the resources?
On 11 April 2011 12:35, Tim Kettler tim.kett...@udo.edu wrote:
Hi,
Am 11.04.2011 13:00, schrieb sebb:
I'm trying to add source and binary test jars to a project.
Now source:jar works fine; it picks up NL from theresources section.
However, source:test-jar appears to ignore theresources
groupIdorg.home.mvnsample/groupId
artifactIdmvnsample/artifactId
packagingjar/packaging
version1.0-SNAPSHOT/version
namemvnsample/name
urlhttp://maven.apache.org/url
/project
Regards,
Stevo.
On Sun, Feb 27, 2011 at 2:44 AM, sebb seb...@gmail.com wrote:
I uploaded commons-parent POM 19-SNAPSHOT
Development Snapshot Repository/name
urlhttps://repository.apache.org/content/repositories/snapshots/url
snapshots
enabledtrue/enabled
updatePolicyalways/updatePolicy
/snapshots
/repository
/repositories
/project
On Sun, Feb 27, 2011 at 3:47 PM, sebb seb
I uploaded commons-parent POM 19-SNAPSHOT to the snapshot repo [1],
and then deleted it from my local repo (because I want to test how it
will work for others).
When I try to depend on it as a parent, i.e.
parent
groupIdorg.apache.commons/groupId
On 26 August 2010 12:42, Ron Wheeler rwhee...@artifact-software.com wrote:
On 25/08/2010 7:13 PM, Benson Margulies wrote:
Let me recap the pain scenario here:
Existing poms reference commons-net under the old group ID.
commons-net releases a new version under a new group ID.
Dependencies
On 25 August 2010 03:47, Wayne Fay wayne...@gmail.com wrote:
If a project uses the old groupId to download the release with the new
groupId then it will find the relocation POM, and Maven can
potentially correlate the old and new groupIds. However if the project
uses the new groupId, the
On 24 August 2010 08:34, Baptiste MATHUS m...@batmat.net wrote:
2010/8/23 sebb seb...@gmail.com
2010/8/23 Arnaud Héritier aherit...@gmail.com:
I think it could help you :
http://maven.apache.org/guides/mini/guide-relocation.html
Thanks - but it does not really cover the Apache case where
On 24 August 2010 16:00, Wayne Fay wayne...@gmail.com wrote:
The guide to relocation:
http://maven.apache.org/guides/mini/guide-relocation.html
Hmmm I really don't agree with this approach, and don't believe it
would pass muster today. This documentation is most likely old.
Maybe so,
On 24 August 2010 18:44, EJ Ciramella ecirame...@casenetinc.com wrote:
Yeah, I know - hate to cross-pollinate here but the Nexus bible states the
repo is for deposits only.
Essentially backing up the just change NEW snapshots/releases, leave the old
ones where they are sentiment.
OK
In
.
Is that likely to cause any problems?
-Original Message-
From: sebb [mailto:seb...@gmail.com]
Sent: Tuesday, August 24, 2010 2:08 PM
To: Maven Users List
Subject: Re: Correcting a groupID
On 24 August 2010 18:44, EJ Ciramella ecirame...@casenetinc.com wrote:
Yeah, I know - hate to cross
On 25 August 2010 01:00, Niall Pemberton niall.pember...@gmail.com wrote:
On Tue, Aug 24, 2010 at 7:37 PM, sebb seb...@gmail.com wrote:
On 24 August 2010 19:17, EJ Ciramella ecirame...@casenetinc.com wrote:
No, we didn't realize the relocation poms existed until it was too late.
We wanted
Apache Commons NET currently uses the groupId commons-net. However, it
should really use the groupId org.apache.commons.
Is it possible to set up the Maven repos so that this change is
transparent to users?
Or does changing a groupId necessarily involve change for end-users?
==
AIUI, a
org.apache.commons, would
the collision detection work the same as if Net 2.2 had stayed with
groupId commons-net?
but eventually the users would want to update to the new
groupId.
That's to be expected and acceptable - it is an optional step.
On Mon, Aug 23, 2010 at 8:20 AM, sebb seb...@gmail.com
2010/8/23 Arnaud Héritier aherit...@gmail.com:
I think it could help you :
http://maven.apache.org/guides/mini/guide-relocation.html
Thanks - but it does not really cover the Apache case where a shared
repo is used.
Cheers
Arnaud
On Aug 23, 2010, at 2:20 PM, sebb wrote:
Apache Commons
On 23 August 2010 15:28, Wayne Fay wayne...@gmail.com wrote:
Apache Commons NET currently uses the groupId commons-net. However, it
should really use the groupId org.apache.commons.
Unless you're responsible for these artifacts (a member of the Apache
Commons NET PMC), you're going to have a
On 10 July 2010 08:20, Zac Thompson zac.thomp...@gmail.com wrote:
I think a concrete example of what you want to do would be helpful.
You can certainly use profiles to selectively activate sections in
settings.xml, but I don't understand what you mean by I would like to
activate (or not) a
The guide to configuring plugins [1] says that:
Important Note: It is recommended to always defined each version of
the plugins used by the build to guarantee the build reproducibility.
This seems sensible, but I've also been told that one should not
specify the versions of the core plugins [2]
will work together OK?
[1] http://maven.apache.org/plugins/index.html
On Jun 14, 2010, at 1:37 PM, sebb wrote:
The guide to configuring plugins [1] says that:
Important Note: It is recommended to always defined each version of
the plugins used by the build to guarantee the build
FYI:
I'm told that there is now a new component under the MNG project:
Apache or Maven Parent poms.
On 19/05/2010, Marshall Schor m...@schor.com wrote:
Hi,
I've posted earlier about a couple of possible improvements to the
Apache Common Parent POM - used by Apache projects [1].
I'd
I've been trying to use a property reference in the server section
of my settings.xml file to define the username.
But this does not seem to work, nor do property references in the
password field seem to work.
Yet clearly properties are supported in some parts of the server section:
A profile (A) can be automatically activated by a property (P).
A profile (B) can also define a property (P).
So if profile B is activated it will define property P.
Will this then always activate profile A?
Seems to me that this will depend on the order in which profiles are processed.
Is
On 09/04/2010, Frederic Camblor fcamb...@gmail.com wrote:
+1 with Raphael
I tried 1-2 searches this day ... and went back on mvnsearch and
mvnrepository because of the too many results message :-(
Even gives the same message when searching for sonatype !
Frédéric
On Fri, Apr 9, 2010
On 09/04/2010, Brian Fox bri...@infinity.nu wrote:
I said _after_ 1.6, but regardless it seems to be working normally:
http://repository.sonatype.org/index.html#nexus-search;quick~maven-core
Try the following:
http://repository.sonatype.org/index.html#nexus-search;quick~maven
I have a multi-module project which includes several modules that only
contain test code.
At present the install goal copies all the test jars to the local repository.
Is there any way of skipping the install phase for these modules?
I'd like to be able to create tar archives with unix EOL and zip
archives with dos EOL.
Experimentation shows that it's possible to use variables for the
archive-type and the line-ending in the descriptor files.
So one can create the different archives by running Maven twice with
different
On 26/03/2010, Philip Wilder phili...@nortel.com wrote:
Thanks Wayne,
The nature of my problem is that I am attempting to integrate two
different builds processes with the first build generating a properties
file to modify the second maven build.
The current solution is to use scripts
Some plugin parameters are settable as command-line properties.
For example, the Surefire plugin accepts the parameter argLine in
the POM and the property -DargLine on the command-line.
Surefire also accepts skipTests and -DskipTests=true.
However, Surefire accepts the skip parameter, but
How can one pass command-line options to the JVM when using Surefire?
It's easy to do this by editting the POM by adding an argLine tag to
the configuration section.
However I'd like to be able to change the JVM options from the command-line.
Is there a way to do this?
On 07/09/2009, Dan Tran dant...@gmail.com wrote:
add a maven property to the pom ( ie
propertiesnamevalue/nameproperties ) , use that prop with
argline, and then override that prop with -Dname=anotherValue
Thanks, I considered that, but I really want to be able to override
the value without
The assembly plugin has a lineEnding option which can be used to fix
the line ends for specified source files.
I want to create zip archives with CRLF lines and tar.gz archives with LF lines.
Can this be done without duplicating the descriptor or the filesets?
The assembly plugin has a lineEnding option which can be used to fix
the line ends for specified source files.
I want to create zip archives with CRLF lines and tar.gz archives with LF lines.
Can this be done without duplicating the descriptor or the filesets?
, Mentoring Agile Consulting
p. (866) BLiNC-411: (254-6241-1)
f. (415) 685-4233
Website: http://baselogic.com
Linked IN: http://linkedin.com/in/mickknutson
Vacation Rental: http://tahoe.baselogic.com
---
On Sun, Jun 21, 2009 at 6:09 PM, sebb seb...@gmail.com wrote:
The assembly
On 23/04/2009, Jon Bråten vale...@gmail.com wrote:
Is there a way to set the default locale to be used in JUnit tests run by
maven-surefire-plugin? I've tried adding -Duser.language=nn and
-Duser.country=NN to the maven command issued, but is does not affect the
test runs.
The issue at
On 15/05/2009, sebb seb...@gmail.com wrote:
On 14/05/2009, Brian Fox bri...@infinity.nu wrote:
On Thu, May 14, 2009 at 3:19 PM, Sahoo sa...@sun.com wrote:
Brian,
Thanks for the excellent write up. In approach #2, when a build is done
by
just replacing RC versions
reports on it. (I guess this is out
of a larger non-agile organization's point of view.)
Just my 2 cents,
/Anders
On Wed, May 13, 2009 at 16:41, sebb seb...@gmail.com wrote:
On 13/05/2009, Jason van Zyl jvan...@sonatype.com wrote:
On 13-May-09, at 10:11 AM, sebb
What I would like to be able to do with Maven is:
Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk
(or perhaps a branch)
Create and test the release candidate from the tag.
Publish the release candidate somewhere temporarily so others can
check if the release candidate is
://maven.apache.org/guides/mini/guide-releasing.html
On Wed, May 13, 2009 at 8:55 AM, sebb seb...@gmail.com wrote:
What I would like to be able to do with Maven is:
Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk
(or perhaps a branch)
Create
2009/5/13 Fabien KRUBA fabien.kr...@gmail.com
I suppose you can use release:prepare and perform multiple times if
you give the RC version number when asked ?
http://maven.apache.org/guides/mini/guide-releasing.html
On Wed, May 13, 2009 at 8:55 AM, sebb seb
test, test, test BUG !
release:roolback
-- trunk is back to 1.0-SNAPSHOT
// rename the tag, as this one was a buggy RC
svn mv tags\1.0 tags\1.0-RC1
go back to step 1
No bug found ?
well done, you've got your release
2009/5/13 sebb seb...@gmail.com
On 13/05/2009, nicolas
was a buggy RC svn mv tags\1.0
tags\1.0-RC1
go back to step 1
No bug found ?
well done, you've got your release
2009/5/13 sebb seb...@gmail.com
On 13/05/2009, nicolas de loof nicolas.del...@gmail.com wrote:
1. release:stage with the target version 0.9
On 13/05/2009, Jason van Zyl jvan...@sonatype.com wrote:
On 13-May-09, at 10:11 AM, sebb wrote:
On 13/05/2009, nicolas de loof nicolas.del...@gmail.com wrote:
With this approach, all RC tags (and the final one) point to a source
code
that generate the finalName artifact.
more
On 11/05/2009, sebb seb...@gmail.com wrote:
On 11/05/2009, Dennis Lundberg denn...@apache.org wrote:
For the Sources Plugin, see this issue:
http://jira.codehaus.org/browse/MSOURCES-42
that was fixed in the recently released 2.1 version.
Ah, I see now, thanks.
I had
I'd like to include the default implementation and specification
entries to the source and javaoc jars.
I've checked the documentation for maven-jar-plugin and Maven
Archiver, and followed the instructions. The manifest entries are
added OK to the binary jar, but nothing seems to work with the
, but it looks like it's only responsible for binary jars.
For the Javadoc plugin, I'm not sure if it has been implemented or
reported in JIRA.
sebb wrote:
I'd like to include the default implementation and specification
entries to the source and javaoc jars.
I've checked
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
2009/3/19 sebb seb...@gmail.com
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
2009/3/19 sebb seb...@gmail.com
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com
wrote
On 20/03/2009, Stuart McCulloch mccu...@gmail.com wrote:
2009/3/20 sebb seb...@gmail.com
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
(Note: optionaltrue/optional should have the same effect but I have
never quite got that to work the way it should
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
2009/3/19 sebb seb...@gmail.com
On 19/03/2009, Rusty Wright rusty.wri...@gmail.com wrote:
Do the imports only have an effect at compile time? For example, if you
have
package impl.zzz;
import
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
2009/3/19 sebb seb...@gmail.com
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
2009/3/19 sebb seb...@gmail.com
On 19/03/2009, Rusty Wright rusty.wri...@gmail.com wrote:
Do
On 19/03/2009, Dev at weitling d...@weitling.net wrote:
sebb wrote:
On 19/03/2009, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
scope provided will do what you need afaik
Yes, but then AFAIK the user has to download and install the jar
separately, which
AIUI, compile scope means compile, test and run, and generates a
transitive dependency.
There are some dependencies that are compile-time only, for example
annotations, and Java specification jars - i.e. API-only jars that
have no implementation.
What is the best way to define such a dependency?
On 18/03/2009, sebb seb...@gmail.com wrote:
AIUI, compile scope means compile, test and run, and generates a
transitive dependency.
There are some dependencies that are compile-time only, for example
annotations, and Java specification jars - i.e. API-only jars that
have
without the interface class on the classpath?
sebb wrote:
On 18/03/2009, sebb seb...@gmail.com wrote:
AIUI, compile scope means compile, test and run, and generates a
transitive dependency.
There are some dependencies that are compile-time only, for example
annotations
/configuration
/plugin
Best
Brett
On Tue, Feb 24, 2009 at 4:53 AM, sebb seb...@gmail.com wrote:
On 18/02/2009, Jason van Zyl jvan...@sonatype.com wrote:
It is always better to import Maven projects as Maven projects, not
normal
projects
maven-surefire-plugin, maven-surefire-report-plugin.
[Surefire-booter and surefire-integration-tests seem to require 1.4,
but fail to specify it in the POM]
On 18-Feb-09, at 8:30 AM, sebb wrote:
Thanks, that's fixed it.
Unfortunately it does not seem to deal with multiple Java versions
have to do:
right click on project - Maven - Enable nested modules
HTH,
Stefan
On Wed, 18 Feb 2009 00:45:11 +
sebb seb...@gmail.com wrote:
I tried enabling Maven Dependency Management on a project with modules
(Surefire 2.4.3) and the dependencies from the top-level project
I tried enabling Maven Dependency Management on a project with modules
(Surefire 2.4.3) and the dependencies from the top-level project were
added OK, but none of the dependencies for any of the modules were
added.
Is this the expected behaviour? Or is it a bug?
If if is expected, how can one
Just tried updating one of the HttpComponents projects. I changed the
profile to Java 1.4 for one of the projects, and now they all seem to
be using 1.4.
Likewise changing the goals for one of the projects affects the other two.
However, changing the notifiers seems to only affect the current
In that case the registration confirmation e-mail from Continuum
should be adjusted accordingly ...
On 07/02/2008, Brett Porter [EMAIL PROTECTED] wrote:
done - by the way these requests should go through the normal
infrastructure channels
On 07/02/2008, Niall Pemberton [EMAIL PROTECTED]
On Feb 7, 2008 1:17 PM, sebb [EMAIL PROTECTED] wrote:
Just tried updating one of the HttpComponents projects. I changed the
profile to Java 1.4 for one of the projects, and now they all seem to
be using 1.4.
Likewise changing the goals for one of the projects affects the other two
There does not seem to be a way for the ordinary Continuum user to
find out what the schedules are - which makes it difficult to know
which one to pick.
Is this intentional, or is this a bug?
I'm looking into setting up a build for HttpComponents.
On 07/02/2008, Brett Porter [EMAIL PROTECTED] wrote:
what is the project?
On 07/02/2008, sebb [EMAIL PROTECTED] wrote:
I just registered for an account with Continuum, and the welcome
e-mail says to contact the administrator to get
The directory of http://repo1.maven.org/maven/batik/jars/ looks like this to me:
...
batik-1.5-fop-0.20-5.jar 22-Jan-2004 08:37 2.0M
batik-1.5-fop-0.20-5.jar.md5 22-Jan-2004 08:37 33
...
However, when the md5 is downloaded, it is exactly the same as the jar
- i.e. not the 33
Is there a debug flag or other method which can be used to trace which
files are accessed from the repository during a Maven 2 build?
One could empty the local repository before starting a build, and look
for the download messages, but hopefully there is an easier method...
Try
export MAVEN_OPTS=-Xmx1024M -XX:MaxPermSize=512m
instead.
As far as I can see, MVN_OPTS is not used by Maven.
On 27/01/2008, Joerg Hohwiller [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
the build of my projects site does not work anymore.
I do
95 matches
Mail list logo