RE: How to compile twice
-Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar > >Possibly, but very much not the Maven way IMHO. You should never have to do >more than one build! If you were using a repo manager which correctly blocks >>redeploys, you would get an error the second time as the pom would be >re-deployed. > >/Anders I am really sorry Anders, but I have possibly missed to explain exactly what my problem is and my needs are in this specific case. My case is more similar to those outlined by David McCabe and Benson Margulies who posted earlier in the same thread (BTW, I forgot to say thank you to Benson for the hint on the deploy:deploy command to deploy different artifacts). What I am trying to do here is not to build twice, but avoid to do so! In fact, I have two completely different sets of generated sources that need to be compiled to generate two artifacts with two classifiers: myArtifact-jacorb and myArtifact-sunorb. The submodules idea simply did not work. The point is that despite Maven is a very useful tool, it is not very flexible. In fact, it looks that as soon as one has to deal with something slightly different from a standard WAR/JAR project he runs into troubles. I think profiles and classifiers are tools that have been introduced to add that bit of flexibility that a non-standard maven user needs in order to accomplish his tasks. You say this is the non standard way to do with Maven, and I trust you, but this is the only simple way I have managed to make my project working well. The produced POM is all but cumbersome, it's clear and short, and I did not miss to add a couple of comments to help other developers to maintain it. I pay tribute to the Maven way of doing things, but in this case, like Frank Sinatra, "I did it my way". Thanks, Claves The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Group Holdings plc is a company registered in England and Wales under number 01190902. VAT registration number 761 2978 07. Registered Office: Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Authorised and regulated by the Financial Services Authority. FSA Register number 114059. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to compile twice
Hi, Speaking as someone who builds a gigantic production farm of C++ code into (amongst other things), JNI, I'll tell you that we don't use maven to build any C++ at all. We Just Use Make, and then we bring the appropriate native libs into the maven build for testing. The deploy plugin are our friends, A command-line run of deploy:deploy-file from a makefile can push a native package into our repository, and and then the maven build to unpacks when needed to run tests or to make packages. May be it's worth to take a look at the Maven Nar Plugin (https://github.com/duns/maven-nar-plugin) which is intended to build C/C++ code ... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SNAPSHOT's in Maven Central
Hi Baptiste, Just for information: did you care about it because you found it and wanted to improve central, or because you ended up downloading it locally? You sure use a local maven repository manager? Using a nexus locally repository, I'm pretty sure you would just not see those snapshots because of the repository policy management, isn't it? I just saw the SNAPSHOT's by accident via searching some other artifacts...so i decied to give this information to improve the quality of Maven Central...i had no problem with downloading artifacts...and yes i'm using a repository manager... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Pretty-printing/compressing HTML in post-site phase
Hi all,
are there any plugins that can be used to prettify or compress the
output of Doxia/the maven-site-plugin in the post-site phase? I found
Kathryn Huxtable's htmlfilter-site-maven-plugin, but that only seems to
be able fix ("tidy") malformed HTML.
I remember reading somewhere that Doxia itself deliberatly ignores the
issue of pretty-printing; instead, it defers this to other plugins.
Alas, I wasn't able to find such a plugin. Any pointers?
Best wishes,
Andreas
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Pretty-printing/compressing HTML in post-site phase
On 05/31/2011 04:06 PM, Andreas Sewe wrote:
are there any plugins that can be used to prettify or compress the
output of Doxia/the maven-site-plugin in the post-site phase? I found
Kathryn Huxtable's htmlfilter-site-maven-plugin, but that only seems to
be able fix ("tidy") malformed HTML.
I'd probably try to add a new configuration parameter to the above
plugin (tidy supports pretty printing). You can of course run tidy/jtidy
or a pretty print script (e.g. an XSLT) by hooking up antrun to the
post-site phase.
Cheers,
Manos
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
RE: Issue running mvn deploy using Maven 3.0.3
Thanks Anders for the updates. Not sure if I found the particular link that you were referring to. Was it https://issues.sonatype.org/browse/NEXUS-3573 ? Are you trying to say that the issue is at Sonatype's end? Is there a way to increase the timeout? Thanks Henika -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Monday, May 30, 2011 11:22 PM To: Maven Users List Subject: Re: Issue running mvn deploy using Maven 3.0.3 I don't have the answer for you, but I recall seeing a similar question before. I think it was on the Nexus users list. You can find info about the archive at [1]. /Anders [1] http://nexus.sonatype.org/project-information.html On Mon, May 30, 2011 at 17:35, Henika Tekwani wrote: > Any updates on this? > > From: Henika Tekwani > Sent: Monday, May 30, 2011 10:26 AM > To: Maven Users List > Cc: Henika Tekwani > Subject: Issue running mvn deploy using Maven 3.0.3 > > Hi, > > I have a maven project that generates a 363 MB jar artifact. I am getting > following error while deploying the artifact to our nexus repository: > > > Could not transfer artifact test:test:jar:10.0.0 from/to releases ( > http://localhost.corp.adobe.com/nexus/content/repositories/releases): No > response received after 6 -> [Help 1] > > > > The above error is observed when I run my project using MAVEN 3.0.3. But > when I run the same project using MAVEN 2.2.1, the artifact deploys > successfully. > > Has anything changed from Maven 2.2.1 to Maven 3.0.3? Do I need to make any > additional configuration settings? > > I tried using Webdav based wagon but that also doesn't solve the issue. > > > > Any clue what could be the issue? > > > > > > Thanks > > Henika > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Different Dependency Versions in Different Dependencies
I have a project called A in Maven that has 2 dependencies: B & C. B also depends on C. The problem I have is that A requires C version 2, and B requires C version 1. Can Maven resolve this problem? If I just set the pom.xml file for B to depend on C version 1 and the pom.xml file for A to depend on C version 2, will that solve my issue? Or do I have to somehow force both project A & B to use the same version of C? -- View this message in context: http://maven.40175.n5.nabble.com/Different-Dependency-Versions-in-Different-Dependencies-tp4442689p4442689.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
parent scm
I have recently been trimming 'unnecessary' elements out of poms. That is, if the current project is just sitting under it's parent. I'm now wishing that one of the m-p-i-r reports would report the scm locations of the parents. In the case at hand, project 'a' has a parent 'b' that has no explicit scm, because it inherits it from its parent (c), and I wish that the svn location of both b and c was reported somewhere in the site for 'a'. Would this be a reasonable enhancement of the scm report section of m-p-i-r? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Different Dependency Versions in Different Dependencies
If they are all going end up in the classpath together, they all have to agree on a version. Maven doesn't change the runtime environment. If you use OSGi, or Guice, you can create a runtime environment including conflicting versions of jars -- and then you have a set of maven challenges in setting up to use them. On Tue, May 31, 2011 at 1:11 PM, SgtHartman wrote: > I have a project called A in Maven that has 2 dependencies: B & C. B also > depends on C. The problem I have is that A requires C version 2, and B > requires C version 1. Can Maven resolve this problem? If I just set the > pom.xml file for B to depend on C version 1 and the pom.xml file for A to > depend on C version 2, will that solve my issue? Or do I have to somehow > force both project A & B to use the same version of C? > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Different-Dependency-Versions-in-Different-Dependencies-tp4442689p4442689.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Different Dependency Versions in Different Dependencies
Benson, Thanks very much for your response. Looks like my job is going to be harder than I thought. -- View this message in context: http://maven.40175.n5.nabble.com/Different-Dependency-Versions-in-Different-Dependencies-tp4442689p4442934.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Different Dependency Versions in Different Dependencies
In the event of upward compatibility, you can set up dependencyManagement for the newest version, and Maven will use it all down the build. But if the versions are not compatible you've got a problem. On Tue, May 31, 2011 at 2:37 PM, SgtHartman wrote: > Benson, Thanks very much for your response. Looks like my job is going to be > harder than I thought. > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Different-Dependency-Versions-in-Different-Dependencies-tp4442689p4442934.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: parent scm
Yes, I have been wishing for the same as well. Kalle On Tue, May 31, 2011 at 10:16 AM, Benson Margulies wrote: > I have recently been trimming 'unnecessary' elements out of > poms. That is, if the current project is just sitting under it's > parent. > > I'm now wishing that one of the m-p-i-r reports would report the scm > locations of the parents. In the case at hand, project 'a' has a > parent 'b' that has no explicit scm, because it inherits it from its > parent (c), and I wish that the svn location of both b and c was > reported somewhere in the site for 'a'. > > Would this be a reasonable enhancement of the scm report section of m-p-i-r? > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Specify latest version in a dependency?
Is it possible to specify the version for a dependency simply as the "latest" something like '0.0.0': some.groupid some.artifact 0.0.0 or is that not supported in maven? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Specify latest version in a dependency?
You'll want to look into version ranges, but be warned, they can be evil and affect reproducibility. Just working against a SNAPSHOT keeps you up-to-date on internal stuff. Curt Yanko | Continuous Integration Services | UnitedHealth Group IT Making IT Happen, one build at a time, 600 times a day > -Original Message- > From: motes motes [mailto:mort.mo...@gmail.com] > Sent: Tuesday, May 31, 2011 3:45 PM > To: Maven Users List > Subject: Specify latest version in a dependency? > > Is it possible to specify the version for a dependency simply > as the "latest" something like '0.0.0': > > > > > some.groupid > some.artifact > 0.0.0 > > > > or is that not supported in maven? > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Issue running mvn deploy using Maven 3.0.3
I think you should move this discussion to the Nexus users list. The nexus people should be able to give you a quick answer if it's a Nexus issue or something else. /Anders On Tue, May 31, 2011 at 17:47, Henika Tekwani wrote: > Thanks Anders for the updates. > > Not sure if I found the particular link that you were referring to. Was it > https://issues.sonatype.org/browse/NEXUS-3573 ? > > Are you trying to say that the issue is at Sonatype's end? Is there a way > to increase the timeout? > > Thanks > Henika > > -Original Message- > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On > Behalf Of Anders Hammar > Sent: Monday, May 30, 2011 11:22 PM > To: Maven Users List > Subject: Re: Issue running mvn deploy using Maven 3.0.3 > > I don't have the answer for you, but I recall seeing a similar question > before. I think it was on the Nexus users list. You can find info about the > archive at [1]. > > /Anders > > [1] http://nexus.sonatype.org/project-information.html > > On Mon, May 30, 2011 at 17:35, Henika Tekwani wrote: > > > Any updates on this? > > > > From: Henika Tekwani > > Sent: Monday, May 30, 2011 10:26 AM > > To: Maven Users List > > Cc: Henika Tekwani > > Subject: Issue running mvn deploy using Maven 3.0.3 > > > > Hi, > > > > I have a maven project that generates a 363 MB jar artifact. I am getting > > following error while deploying the artifact to our nexus repository: > > > > > > Could not transfer artifact test:test:jar:10.0.0 from/to releases ( > > http://localhost.corp.adobe.com/nexus/content/repositories/releases): No > > response received after 6 -> [Help 1] > > > > > > > > The above error is observed when I run my project using MAVEN 3.0.3. But > > when I run the same project using MAVEN 2.2.1, the artifact deploys > > successfully. > > > > Has anything changed from Maven 2.2.1 to Maven 3.0.3? Do I need to make > any > > additional configuration settings? > > > > I tried using Webdav based wagon but that also doesn't solve the issue. > > > > > > > > Any clue what could be the issue? > > > > > > > > > > > > Thanks > > > > Henika > > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Pretty-printing/compressing HTML in post-site phase
My purpose in writing htmlfilter-site-maven-plugin was to better incorporate
docbkx-tools output into Doxia-generated output.
Not sure what might help.
-K
On May 31, 2011, at 8:06 AM, Andreas Sewe wrote:
> Hi all,
>
> are there any plugins that can be used to prettify or compress the output of
> Doxia/the maven-site-plugin in the post-site phase? I found Kathryn
> Huxtable's htmlfilter-site-maven-plugin, but that only seems to be able fix
> ("tidy") malformed HTML.
>
> I remember reading somewhere that Doxia itself deliberatly ignores the issue
> of pretty-printing; instead, it defers this to other plugins. Alas, I wasn't
> able to find such a plugin. Any pointers?
>
> Best wishes,
>
> Andreas
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Alternative dependency mediation
Does Maven 3.x support any strategies other than "nearest definition" for transitive dependency mediation? Specifically I am interested in if it has the ability to use the "highest version #" found anywhere in the dependency tree. Phillip
Re: Alternative dependency mediation
No, it doesn't. At least not out-of-the-box. I don't know if it would be possible to extend in any way to get this behavior. /Anders On Wed, Jun 1, 2011 at 06:08, Phillip Hellewell wrote: > Does Maven 3.x support any strategies other than "nearest definition" for > transitive dependency mediation? > > Specifically I am interested in if it has the ability to use the "highest > version #" found anywhere in the dependency tree. > > Phillip >
