Re: How to interpolate a value in a Maven plugin
Thanks, Robert,
the reference to the PluginParameterExpressionEvaluator in the
maven-help-plugin was what I need. It's a bit clumsy to obtain, but
does exactly what I want.
Jochen
On Thu, Dec 27, 2018 at 9:55 AM Robert Scholte wrote:
>
> Hi,
>
> try to find a plugin which does similar things and have a look at its
> sources.
> In this case help:evaluate[1]
>
> thanks,
> Robert
>
> [1] https://maven.apache.org/plugins/maven-help-plugin/evaluate-mojo.html
>
> On Wed, 26 Dec 2018 22:36:32 +0100, Jochen Wiedmann
> wrote:
>
> > Hi,
> >
> > I have written a Maven plugin, which must interpret values like
> > ${project.artifactId}, and the like.
> > My first attempt was to use
> > project.getProperties().get("project.artifactId"), but that seems
> > to work only for the values, which are configured in the POM's
> > property section. So, what would be a better approach?
> >
> > Thanks,
> >
> > Jochen
> >
> > -
> > 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
>
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: How to interpolate a value in a Maven plugin
On Wed, Dec 26, 2018 at 10:54 PM Karl Heinz Marbaise wrote:
> > I have written a Maven plugin, which must interpret values like
> > ${project.artifactId}, and the like.
>
> Where exactly do you use them ? Are injected as parameters ?
No, they are basically snippets, which have been extracted from
external files. Hard to describe. Please assume, that I can't use the
standard filtering, because I've got to operate on strings, not files.
(Think of values in a hash map.)
> Can you give a full example for that ? Or a link to the project?
Sorry, not open source, thus not available.
Thanks,
Jochen
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
How to interpolate a value in a Maven plugin
Hi,
I have written a Maven plugin, which must interpret values like
${project.artifactId}, and the like.
My first attempt was to use
project.getProperties().get("project.artifactId"), but that seems
to work only for the values, which are configured in the POM's
property section. So, what would be a better approach?
Thanks,
Jochen
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Applying Jenkins build number
I believe I came up with a simple solution: My POM now looks like
my.group.id
${revision}
my-artifact-id
1.2${build.number}
So, ${build.number} is empty by default, unless in Jenkins, where I
define it as ".${env.BUILD_NUMBER}".
Jochen
On Thu, Nov 22, 2018 at 12:19 PM Anders Hammar wrote:
>
> Why not just update the pom (but not commit to scm) with a step like
> mvn versions:set -DnewVersion=$newVersion
> ?
>
> And newVersion you would parse from the pom file and add ${build.number} to
> it.
>
> /Anders
>
> On Thu, Nov 22, 2018 at 12:14 PM Jochen Wiedmann
> wrote:
>
> > Hi,
> >
> > when running Maven outside of Jenkins, I have the version number (for
> > example) 1.2, which is just fine. However, within Jenkins I'd like
> > that to be 1.2.${build.number}. Is that possible without overwriting
> > the version number in the pom with every build? For example, by using
> > a "jenkins" profile, which overwrites the project version somehow?
> >
> > Thanks,
> >
> > Jochen
> >
> > -
> > 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
Applying Jenkins build number
Hi,
when running Maven outside of Jenkins, I have the version number (for
example) 1.2, which is just fine. However, within Jenkins I'd like
that to be 1.2.${build.number}. Is that possible without overwriting
the version number in the pom with every build? For example, by using
a "jenkins" profile, which overwrites the project version somehow?
Thanks,
Jochen
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: xml-maven-plugin includes element
Please file an issue at https://github.com/mojohaus/xml-maven-plugin/issues Don't forget to include a complete sample configuration. Thanks, Jochen On Mon, Mar 26, 2018 at 2:36 PM, Delany wrote: > Hi all, > > In the plugin document at > http://www.mojohaus.org/xml-maven-plugin/transformation.html > > the element is described: > > Specifies a pattern of files, which are being included. By default, all > files are included. The pattern is relative to the directory given by > "dir". This element may be repeated as much as needed. > > However it doesn't function as expected. If the element is repeated, the > previous value is lost to the next. I tried including multiple patterns in > a single element but none worked: > > xsd/drones.xsd|xsd/globals.xsd > xsd/drones.xsd; xsd/globals.xsd > xsd/drones.xsd xsd/globals.xsd > xsd/(drones.xsd|globals.xsd) > xsd/(*.xsd) > > Only this works: > > xsd/*.xsd > > So if I want a file from two different directories I have to unpack the > whole parent directory. > > Please include a singular element. > > Thanks, > Delany - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Extension Idea: iJar support
On Wed, Oct 4, 2017 at 6:38 AM, Farid Zakaria > Could this be done as a maven extension? What exactly would you like to have? - Creating the "iJar" (Would need a specification first, IMO, which might be obtained from Bazel.) - Support for using the "iJar" in the dependency checking, as you described. (Sounds much more difficult, and most likely depends on the former.) Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Finding another plugins configuration
Hi, Tamas, thanks for the link to the configuration-maven-plugin. If I do get this right, you are essentially introducing a way to reuse configuration snippets within the POM. Which would of course be an interesting idea. I still wonder, whether it isn't possible to find another plugin within my own. (Ultimately, this might allow for other scenarios, like reusing code.) Thanks, Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Finding another plugins configuration
On Fri, Feb 3, 2017 at 10:27 AM, Hervé BOUTEMY wrote: > b) is probably possible, but not recommended A few words on how this would work, and *why* it is not recommended? I am not interested in finding a solution for all Maven users, Just something that works for me and my team. Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Finding another plugins configuration
Hi, I'd like to create a plugin, which is intended to generate resources for a web application. In other words, the target directory would be the value, which is typically configured as the webappDirectory property of the maven-war-plugin. To get that value, I see two options: a) I create a property webappDirectory in my own plugin, and force the user to configure that property. b) I find the projects maven-war-plugin, and read that objects value. Is b) possible? How? Thanks, Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is it time to change the defaults for source and target?
On Wed, Jan 18, 2017 at 4:37 PM, Russell Gold wrote: > These settings are incompatible with Java 9. How so? -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: .asc.asc files
On Sun, Dec 4, 2016 at 3:29 PM, Karl Heinz Marbaise wrote: > mvn -Prelease -Papache-release clean site deploy > > is sufficient... Thanks very much, Karl-Heinz. I certainly hope to keep that in mind. Nevertheless, I do think that the plugin (which?) should be clever enough to catch that. Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
.asc.asc files
Hi, trying to deploy a release to Nexus, I end up with files commons-fileupload-1.3.3-bin.tar.gz.asc.asc.asc.asc. What I did: cd target/checkout (Directory created by mvn release:perform) mvn -Prealease -Papache-release clean site install deploy Any ideas, what's wrong? And (so I can file a bug report): Which plugin is the culprit? Thanks, Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Unexpected result for MatchPatterns
Hi,
could anyone explain to me, why the following unit test fails. (I am
using MatchPatterns from maven-shared-utils 3.0.1:)
final MatchPatterns mp = MatchPatterns.from("ORG/APACHE/**/*");
assertTrue(mp.matches("ORG/APACHE/TEST.JAVA", true));
Thanks,
Jochen
--
The next time you hear: "Don't reinvent the wheel!"
http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Deploying asc files
Hi, I am deploying my release to a Nexus staging repository by using mvn deploy:deploy-file -Dfile=target/myfile-1.0.jar -DpomFile=target/myFile-1.0.pom Is it possible, to have the GPG Signatures (target/myfile-1.0.jar.asc, etc.) deployed as well? Thanks, Jochen -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Solaris
The first line of mvn is
#!/bin/sh
So, that should be a bourne shell, and not tcsh, regardless of the
users settings.
Jochen
On Wed, Nov 4, 2015 at 5:27 PM, Jeff MAURY wrote:
> Not sure the Maven scripts supports tcsh. Switch to bash if you can.
>
> Regards
> Jeff
>
> On Wed, Nov 4, 2015 at 5:20 PM, james pruett wrote:
>
>> Hi,
>>
>> I am compiling maven on Solaris. apache-maven-3.3-3.bin.tar.gz
>>
>> My environment is:
>>
>> echo $0
>> tcsh
>>
>>
>> I get this error
>>
>> /apache-maven-3.3.3/bin % ./mvn
>> ./mvn: syntax error at line 200: `(' unexpected
>>
>>
>> line 200 says: local basedir=($pwd)
>>
>>
>>
>> Any help appreciated!
>> Jim
>>
>
>
>
> --
> Jeff MAURY
>
>
> "Legacy code" often differs from its suggested alternative by actually
> working and scaling.
> - Bjarne Stroustrup
>
> http://www.jeffmaury.com
> http://riadiscuss.jeffmaury.com
> http://www.twitter.com/jeffmaury
--
The next time you hear: "Don't reinvent the wheel!"
http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Google is Maven Central's New Best Friend
Hi, Jason, I sincerely hope, that the "Still Rocking it" talk will be able to watch later on. Thanks, Jochen On Wed, Oct 28, 2015 at 1:43 PM, Jason van Zyl wrote: > Hi, > > Most users of Maven are not intimately familiar with Maven Central’s history > and infrastructure so here’s a post you might be interested in. > > http://takari.io/2015/10/28/google-maven-central.html > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > - > > First, the taking in of scattered particulars under one Idea, > so that everyone understands what is being talked about ... Second, > the separation of the Idea into parts, by dividing it at the joints, > as nature directs, not breaking any limb in half as a bad carver might. > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) > > > > > > > > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > -- The next time you hear: "Don't reinvent the wheel!" http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Computing the maven dependency graph at runtime for unit tests?
I'd use dependency:list in conjunction with outputFile to create a temporary file, which contains the list of dependencies. That temporary file can be compared with a static file. If they have the same contents, the test passes. Jochen On Tue, Apr 7, 2015 at 8:26 AM, Karl Heinz Marbaise wrote: > Hi Kevin, > > On 4/7/15 5:18 AM, Kevin Burton wrote: >> >> I have a few modules that I want to lock down so that I can easily keep >> track of dependencies over time. >> >> This way if a developer adds a new dependency, the test will immediately >> break and someone will have to approve the change. > > > Can you explain a little bit more what you like to achieve, cause i'm a > little bit puzzled that you have unit tests which checks dependencies...? > >> >> Is this possible? Could I embed this in a unit test or does it have to be >> a >> plugin? ideally something easy… >> > > > Kind regards > Karl Heinz Marbaise > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > -- Any world that can produce the Taj Mahal, William Shakespeare, and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Central Opinion
On Sun, Jan 5, 2014 at 2:39 PM, Karl Heinz Marbaise wrote: > > I was asked to submit one of my opensource tools > > at github to maven central. > > So just create a ticket on JIRA ... > > I understand that we aren't talking about an ASF release her, are we? Jochen > >
Re: how to make the SVN release process more robust
Isn't it possible to handle this in a technical manner` For example, a rigger script that's invoked upon commit and checks whether the path contains a "tags" directory? On Mon, Aug 5, 2013 at 4:51 PM, Nathan Coast wrote: > Classification: Public > > Hi all, > > As SVN tags are simply a convention overlayed on top of SVN directories, > SVN tags are therefore mutable. This opens the possibility that someone > could inject code to a tag between the release:prepare and the > release:perform phases. > > This would mean that the code checked out during release perform phase > could be different from the code which was originally tagged. > > To close this potential loophole, I'm considering this solution: > 1) Modify the behaviour within > org.apache.maven.scm.provider.svn.svnjava.command.tag.SvnTagCommand to > return the tag revision number via TagScmResult > 2) Write the result to release.properties > 3) Utilise the revision number within the checkout command (tag plus > revision#) > > Does anyone have any alternate suggestion for how to solve this? > > Regards, > Nathan > > > > > --- > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and delete this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > Please refer to http://www.db.com/en/content/eu_disclosures.htm for > additional EU corporate and regulatory disclosures. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- "That's what prayers are ... it's frightened people trying to make friends with the bully!" Terry Pratchett. The Last Hero
Re: Why does mvn compiile using java 1.3?
Leaving aside questions of compatibility, Java 7 as compiler default would be a poor choice. After all, that would require JRE 7 as a standard for running Maven, or using one of the Eclipse compilers. Otherwise, that would be unsupported by the compiler. On Wed, Nov 28, 2012 at 8:43 PM, Ron Wheeler wrote: > +1 > > On 28/11/2012 1:36 PM, Mark Derricutt wrote: > >> Now that Oracle are controlling Java on OSX we can no longer "blame >> Apple" - I'd love to see the default become Java 7 now. >> >> And if one needs to lock down to the older versions, lock them down. >> >> >> On 29/11/2012, at 7:07 AM, Curtis Rueden wrote: >> >> Good to know that Maven is now only 8 years behind. >>> I blame Apple. >>> >> >> > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > --**--**- > To unsubscribe, e-mail: > users-unsubscribe@maven.**apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- The best argument for celibacy is that the clergy will sooner or later become extinct.
Re: Create text file in maven?
Use the groovy-maven-plugin: http://groovy.codehaus.org/GMaven On Wed, Nov 28, 2012 at 5:13 PM, Steve Cohen wrote: > Is there a way in maven to "echo" some text provided via a property in > pom.xml into a text file at a given location? > > --**--**- > To unsubscribe, e-mail: > users-unsubscribe@maven.**apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- The best argument for celibacy is that the clergy will sooner or later become extinct.
Re: Version ranges not working
And while you're at it, please take care that the absence of a
versionRange is supported.
On Thu, Sep 27, 2012 at 11:19 PM, Paul French wrote:
> Okay I see the problem.
>
> How about allowing a user to plugin a Version class that implements
> Comparator
>
> class MavenVersion implements Comparable
> {
> public int compareTo(MavenVersion o)
> {
> // your implementation
> }
> }
>
> Then we can all do whatever we need.
>
> On 27/09/2012 21:40, Hervé BOUTEMY wrote:
>>
>> I understand that many people get caught
>>
>> But what do you expect from [1.7,1.8]?
>> And [1.7,1.8-beta)?
>>
>> The actual semantic is pure mathematical range, including or excluding an
>> extreme
>>
>> since 1.8-alpha<1.8-beta-<1.8-rc<1.8-SNAPSHOT<1.8, it's pure math
>> IMHO, anything that doesn't conform mathematical range will have some
>> unexpected behaviour sometime
>>
>> Yes, people need to learn that they usually want [1.7,1.8-alpha-SNAPSHOT)
>> if
>> they want to be precise. Or approximations: [1.7,1.8-a), [1.7,1.7.999]
>> Or we need to create another notation and define its semantics precisely
>>
>> Regards,
>>
>> Hervé
>>
>> Le jeudi 27 septembre 2012 20:46:08 Paul French a écrit :
>>>
>>> +1
>>>
>>> I agree with Jesse.
>>>
>>> A version range like [1.7,1.8) should exclude any artifact that starts
>>> with 1.8
>>>
>>> Then maven (or aether) would respect semantic versioning rules.
>>>
>>> We use version ranges/semantic versioning and API analysis to ensure our
>>> artifacts are versioned correctly. Sometimes we get caught out by what
>>> Jesse outlined below.
>>>
>>> On 27/09/2012 15:51, Stephen Connolly wrote:
On 27 September 2012 14:41, Jesse Long wrote:
>
> Dear Maven Community,
>
> I am writing to beg you to fix the problems with the version ranges in
> Maven 3.0.5, specifically regarding the defining compatible version
> ranges.
>
> I am using Maven 3.0.4. I have a simple project that depends on
> org.slf4j:slf4j-api version 1.5.*. I define my compatibility range as
> [1.5.0,1.6.0), but this links slf4j-api version 1.6.0-RC0. If I define
> the
> version range as [1.5.0,1.6.0-SNAPSHOT) I still get slf4j-api version
> 1.6.0-RC0 linked in. I then tried [1.5.0,1.6.0-RC0), but then slf4j-api
> version 1.6.0-alpha2 is linked in.
>
> Eventually, I discover that if I ask for [1.5.0,1.6.0-alpha), then the
> correct version, 1.5.11, is linked in. But if version 1.6.0-aa7 was
> released it would probably break again.
>
> This is all too counter-intuitive. The current version of SLF4J is
> 1.7.1.
> If my project was to be built against it, knowing that there is a
> likelihood of an incompatible change being introduced in 1.8.0 (SLF4J
> does
> not adhere to SemVer), I would like to define my version range for
> slf4j-api as [1.7.0,1.8.0). I
I think you do [1.7.0,1.8.0-!)
but that might just include 1.8.0-SNAPSHOT
> have no way of knowing before the time what type of -RC0, -alpha2
> qualified releases will be made for 1.8.0, so I can only exclude 1.8.0.
>
> However, when 1.8.0-alpha2 is released with incompatible changes, my
> build
> will immediately be broken.
>
> I could depend on version 1.5.11 directly, without using a version
> range,
> but Maven considers this a soft version dependency and will ignore it
> as
> needed.
>
> It is apparent that there is no reliable way to define a compatibility
> range in Maven. I feel that this should be a major concern to all Maven
> users and developers.
>
> It would be a shame for all the effort made by the Maven community to
> make
> software builds stable and reproducible to be undermined by consistent,
> predictable breakage described above.
>
> I have read in mailing list archives that the suggested way of
> excluding
> all 1.8.0 pre-release version is to define an exclusive upper bound as
> 1.8.0-SNAPSHOT - like [1.7.0,1.8.0-SNAPSHOT). As demonstrated above
> with
> 1.6.0-RC0, this does not work. Also, it makes no sense at all for a
> user
> to
> wish to include 1.8.0-SNAPSHOT and not 1.8.0.
>
> My proposal is that the qualifier is ignored when comparing a version
> to
> the version number declared in an exclusive upper bound. ie. 1.6.0-xyz
> should be considered equal to 1.6.0 in [1.5.0,1.6.0), and therefore
> considered to fall outside of the version range. Importantly, it should
> only be for the special case of comparing to the version number in an
> exclusive upper bound.
>
> If the powers that be see fit, an exception could be made for service
> pack
> qualifiers, which according to one web page on Maven version ordering I
> read, should be sorted after the release, although I would prefer to
> see
> Maven more closely aligned to SemVer, whe
Re: An example of a plugin that uses the as an actual live classpath ...
The maven-compiler-plugin should do exactly that. On Wed, Jun 15, 2011 at 5:09 PM, Benson Margulies wrote: > I find myself looking to create a plugin where, as part of execution, > it wants to create a classpath composed of the declared dependencies. > Can anyone suggest a model? > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- Capitalism is the astounding belief that the most wickedest of men will do the most wickedest of things for the greatest good of everyone. John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Deploy artifact programmatically
Yes, as I said, that's what URLConnection.getOutputStream() is for. And don't forget to invoke URLconnection.setDoOutput(true) in advance. On Wed, Apr 20, 2011 at 2:44 PM, kgiannou wrote: > ok done with the authentication.. > > Shouldn't I somehow put the contents of the jar file to be uploaded to my > request? > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Deploy-artifact-programmatically-tp4315124p4315695.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 > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Deploy artifact programmatically
Create an instance of java.net.URL, add user name and password as
described in [1], call setMethod("PUT") on the URLconnection, set
doOutput to true and write the file to the output stream.
1)
http://www.avajava.com/tutorials/lessons/how-do-i-connect-to-a-url-using-basic-authentication.html
On Wed, Apr 20, 2011 at 1:11 PM, kgiannou wrote:
> Hi again :)
>
> I have seen this post
> http://maven.40175.n5.nabble.com/Re-Looking-for-help-on-interacting-with-Nexus-programmatically-upload-files-tt132165.html
>
> but I dont know how to add authentication headers and how to add the jar
> file to be uploaded to the request.
>
> Do you have any concrete example?
>
> thank you very much
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Deploy-artifact-programmatically-tp4315124p4315497.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
>
>
--
I Am What I Am And That's All What I Yam (Popeye)
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Deploy artifact programmatically
Question is, whether you really want to use Maven in that case. Using Maven is the proper thing to do, if you want to be able to deploy to multiple targets by just specifying a different URL, as in scp://... or https:// If you have a fixed target (like a Nexus repository), it is much more likely that all you need to do is to program a single HTTP PUT request or something similar, which can be done with a few lines of code and without depending on the whole Maven infrastructure, like local repository, and so on. On Wed, Apr 20, 2011 at 9:43 AM, kgiannou wrote: > As a separate step, but no with command line but with Java code if possible > :) > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Deploy-artifact-programmatically-tp4315124p4315136.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 > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: ZIP and UNZIP the code source in another project
In PROJECT-A, use the assembly plugin to create an artifact. In PROJECT-B, use the dependency-plugin to extract said artifact. On Thu, Mar 17, 2011 at 3:08 PM, Nguyen Tien Luong wrote: > Hi maven's users, > > Maybe the title is not understandable enough, here is my example: > > I have PROJECT-A which contains only JSP files. > > For each PROJECT-B which depends on PROJECT-A, I want that maven go and get > the > JSP files in PROJECT-A and put in PROJECT-B with same folder's structure. > > So I don't know if with maven, we have somethings to for example ZIP all JSP > file of PROJECT-A. When we have a dependency of PROJECT-A, maven will get this > compressing, UNZIP and copy in PROJECT-B > > Let me know if we have another way to do this kind of work. > > Thanks alot :x > > Luong > > > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: 'Illegal character(s) in message header' when uploading
Brings up two questions: - Why is the lightweight wagon using Base64Encoder, aka a sun private class? - There is a known valid workaround for a 10 years old bug. Why not using it? 2011/3/16 Tamás Cservenák : > Howdy, > > that's a known bug in JRE's base64 encoder, that is used when > "lightweight" wagon is used to deploy (used by java.net.URL it powers > this wagon). The Base64 encoder puts \n chars > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4615330 > > Try to force maven to use some other wagon instead of the lightweight one. > > > Thanks, > ~t~ > > On Fri, Mar 11, 2011 at 10:31 PM, Simone Tripodi > wrote: >> Hi all guys, >> I'm experiencing an issue when uploading artifacts on repo, details >> follow below. >> Does anyone has any hint/idea? >> Many thanks in advance! >> Simo >> >> ERROR] Failed to execute goal >> org.apache.maven.plugins:maven-deploy-plugin:2.5:deploy >> (default-deploy) on project mybatis-parent: Failed to deploy >> artifacts: Could not transfer artifact >> org.mybatis:mybatis-parent:pom:10-20110311.210454-1 from/to >> sonatype-nexus-snapshots >> (https://oss.sonatype.org/content/repositories/snapshots): >> java.lang.IllegalArgumentException: Illegal character(s) in message >> header value: Basic >> bXliYXRpcy1odWRzb246e2Q2Q05PeXZpS1d3SGQxN1pSNUZNMFlMMVZZcFVsemJCQzF4Wm81ajJw >> [ERROR] Y2d0a2JvaDZYTTNCNHlsK0NpbVBsK2J9 >> >> http://people.apache.org/~simonetripodi/ >> http://www.99soft.org/ >> >> - >> 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 > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to include site into war file?
No chance?
On Fri, Mar 4, 2011 at 1:53 PM, Jochen Wiedmann
wrote:
> Hi,
>
> I've got a project, which is distributed as a web application. I'd
> like to include the site into the webapp. As you possibly know, the
> assembly plugin does support this, so it shouldn't be all too
> impossible.
>
> I tried the following snippet in my POM. Unfortunately, this seems to
> trigger an endless loop between the site and the javadoc plugin.
>
> Any other ideas how I might achieve my goal?
>
> Thanks,
>
> Jochen
>
>
>
>
>
>
> org.apache.maven.plugins
> maven-site-plugin
>
>
> generate-resources
>
> site
>
>
> ${webappDirectory}/docs
>
>
>
>
>
>
>
>
> --
> I Am What I Am And That's All What I Yam (Popeye)
>
--
I Am What I Am And That's All What I Yam (Popeye)
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
How to include site into war file?
Hi,
I've got a project, which is distributed as a web application. I'd
like to include the site into the webapp. As you possibly know, the
assembly plugin does support this, so it shouldn't be all too
impossible.
I tried the following snippet in my POM. Unfortunately, this seems to
trigger an endless loop between the site and the javadoc plugin.
Any other ideas how I might achieve my goal?
Thanks,
Jochen
org.apache.maven.plugins
maven-site-plugin
generate-resources
site
${webappDirectory}/docs
--
I Am What I Am And That's All What I Yam (Popeye)
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Require site descriptor of parent POM?
On Wed, Feb 9, 2011 at 8:03 PM, Dennis Lundberg wrote: > The reason was to properly separate Maven 3 from the documentation > generation framework (i.e. Doxia) on one hand and the Site Plugin on the > other hand. This makes it possible to use other documentation generation > frameworks or plugins. No site.xml present, no deployment. I can think of no reason why we couldn't have upwards compatible behaviour at no cost. Jochen -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Require site descriptor of parent POM?
Thanks. I don't understand the reason for removing the deployment by default (one more example where the POM grows without an apparent reason), but your explanation helped. On Wed, Feb 9, 2011 at 7:12 PM, lukewpatterson wrote: > > > jochen-2 wrote: >> >> ... because the parent POM doesn't have a site and, in particular, no site >> descriptor. >> > > the parent's site.xml isn't deployed to the site repo, it's deployed to the > end-state repo alongside the primary artifact (jar,pom,etc.) > > "If you want your project's site descriptor to be inherited, you need to > attach it to the project's main artifact. You use the site:attach-descriptor > goal to attach the site descriptor to your project's main artifact." > http://maven.apache.org/plugins/maven-site-plugin/examples/sitedescriptor.html > , "Inheritance" section > > "In Maven 2 the site descriptor is attached automatically for projects with > packaging set to "pom". > I'd check to see if the site.xml is sitting alongside the parent pom in the > repo > -- > View this message in context: > http://maven.40175.n5.nabble.com/Require-site-descriptor-of-parent-POM-tp3377537p3378023.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 > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3.0.2: Why is site.xml deployed
Karl-Heinz: The answer is that site.xml might be required by modules, if they have in their own site.xml. In that case the parents site.xml is loaded from the repository. But, on a related matter, and because I have posted this question just today: How do I achieve that the site.xml is actually installed and/or deployed? Because I have the case, where the parents site.xml is required, but not found in the repository? On Wed, Feb 9, 2011 at 6:13 PM, Karl Heinz Marbaise wrote: > > Hi to all, > > i have a question concerning the site.xml descriptormay be i oversight > something but i'm a little bit astonished, cause during the release cylcle > the site.xml will be deployed to the repository > > So my question is: Why is the site.xml descriptor deployed to the > repository? I have no idea about the purposes of this ? > > May be someone can enlight me a little bit > > May be this is related to that post here: > http://maven.40175.n5.nabble.com/Require-site-descriptor-of-parent-POM-tp3377537p3377537.html > > Many thanks in advance... > Kind regards > Karl Heinz Marbaise > > - > Kind regards > Karl Heinz Marbaise > > http://www.soebes.de > http://www.skmwiki.de > http://supose.org/wiki/supose > -- > View this message in context: > http://maven.40175.n5.nabble.com/Maven-3-0-2-Why-is-site-xml-deployed-tp3377933p3377933.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 > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Require site descriptor of parent POM?
Hi, trying to generate the site of one of my projects, with Maven 3.0.2 and maven-site-plugin 3.0-beta-3, fails with the error message below. The error message indicates that the site descriptor of the parent POM is missing. That is missing indeed, because the parent POM doesn't have a site and, in particular, no site descriptor. How can I continue? Thanks, Jochen [ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site (default-site) on project sag-s-framework: SiteToolException: The site descriptor cannot be resolved from the repository: ArtifactResolutionException: Unable to locate site descriptor: Could not transfer artifact com.softwareag.de.s:sag-s-parent:xml:site_en:8 from/to stumaven-nexus-releases (http://stumaven.eur.ad.sag:7090/nexus/content/repositories/releases/): Error transferring file: stumaven.eur.ad.sag [ERROR] com.softwareag.de.s:sag-s-parent:xml:8 -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3 no longer supporting dynamic configuration of plugins?
This is a good example of my belief, that it should be possible to invoke other plugins dynamically by supplying an own configuration section from your own plugin. On Thu, Nov 25, 2010 at 6:00 AM, Peter Niederwieser wrote: > Over time, I have written several Maven plugins that configure other plugins > by manipulating their section (with the Xpp3Dom API). This > technique has often proved to be a life saver. For example, I have a plugin > that determines dynamically which JUnit tests should be run, and configures > Surefire accordingly (by adding s). > > With Maven 3, this technique no longer seems to work. I don't get any errors, > but the plugins to be configured don't see any changes made to their > section, even if I perform the changes as early as in the > "initialize" phase. Is this an intentional change? And what is the > alternative? > > Cheers, > Peter > > PS: Is there any documentation about writing plugins for Maven 3 (Guice DI, > new APIs, breaking changes, etc.)? Can't find anything. > > > > > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven 3 profiles.xml replacement?
On Thu, Nov 11, 2010 at 8:29 AM, Anders Hammar wrote: > Change to the Maven Way(tm)! That clearly depends on how you define this term. Personally, I don't see any contradiction between Maven's approach and profile files. In contrary, I am quite unhappy that they are gone. They have been incredibly useful for things like having a workspace with multiple versions of the same software when it comes to things like specifying database parameters. Using profiles for that is much more complicated, because I have to explicitly specify the profile with any invocation. Jochen -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Wagon in 3.0: No connector
In the case of deploy:file, I can hardly add this to the pom file, can't I? I'd see this as a regression. On Tue, Nov 9, 2010 at 10:33 AM, Anders Hammar wrote: > http://lmgtfy.com/?q=maven+3+wagon+scp&l=1 > > Google rocks! :-) > > /Anders > > On Tue, Nov 9, 2010 at 10:30, Jochen Wiedmann > wrote: > >> Does anyone have an idea, why this one works flawlessly (some >> parameters omitted): >> >> /c/Prg/apache-maven-2.2.1/bin/mvn deploy:deploy-file ... >> -Durl=scp:// >> shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository >> >> But this one doesn't: >> >> /c/Prg/apache-maven-3.0/bin/mvn deploy:deploy-file ... >> -Durl=scp:// >> shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository >> [INFO] Scanning for projects... >> [INFO] >> [INFO] >> >> [INFO] Building JaxMas 0.2.2 >> [INFO] >> >> [INFO] >> [INFO] --- maven-deploy-plugin:2.5:deploy-file (default-cli) @ >> jaxmas-registry --- >> [INFO] >> >> [INFO] BUILD FAILURE >> [INFO] >> >> [INFO] Total time: 0.517s >> [INFO] Finished at: Tue Nov 09 10:29:54 CET 2010 >> [INFO] Final Memory: 4M/121M >> [INFO] >> >> [ERROR] Failed to execute goal >> org.apache.maven.plugins:maven-deploy-plugin:2.5:deploy-file >> (default-cli) on project jaxmas-registry: Failed to deploy >> artifacts/metadata: No connector available to access repository sf.net >> (scp://shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository) >> of type default using the available factories >> WagonRepositoryConnectorFactory -> [Help 1] >> >> >> >> -- >> I Am What I Am And That's All What I Yam (Popeye) >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Wagon in 3.0: No connector
Does anyone have an idea, why this one works flawlessly (some parameters omitted): /c/Prg/apache-maven-2.2.1/bin/mvn deploy:deploy-file ... -Durl=scp://shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository But this one doesn't: /c/Prg/apache-maven-3.0/bin/mvn deploy:deploy-file ... -Durl=scp://shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository [INFO] Scanning for projects... [INFO] [INFO] [INFO] Building JaxMas 0.2.2 [INFO] [INFO] [INFO] --- maven-deploy-plugin:2.5:deploy-file (default-cli) @ jaxmas-registry --- [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 0.517s [INFO] Finished at: Tue Nov 09 10:29:54 CET 2010 [INFO] Final Memory: 4M/121M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.5:deploy-file (default-cli) on project jaxmas-registry: Failed to deploy artifacts/metadata: No connector available to access repository sf.net (scp://shell.sourceforge.net/home/groups/c/cs/csutils/htdocs/repository) of type default using the available factories WagonRepositoryConnectorFactory -> [Help 1] -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn install to a given local repo path - broken with m3?
Hi, Holger, you aren't writing how you do specify the "local repository path". My assumption would be that you need to use the Maven option -s or --settings and use the "localRepository" element in the given settings file, as specified by the settings XSD. [1] Is that what you are doing? Jochen [1] http://maven.apache.org/xsd/settings-1.0.0.xsd On Thu, Nov 4, 2010 at 12:39 PM, Holger Hoffstaette wrote: > > I'm trying to install a project to a given local repository path instead > of the default ~/.m2, and it just doesn't seem to work with m3 and > install-plugin 2.3.1. No matter which property I specify (all I could > find, with or without settings. or maven. prefixes :) it always installs > to the default. > Can anybody confirm whether this works or is broken with m3? > Note that I'm talking about the regular install goal, not install-file, > which was apparently fixed at some earlier point. > > Grateful for any hints. > > Holger > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven is a swamp
On Thu, Oct 14, 2010 at 7:25 PM, Kenneth McDonald wrote: > 1) Maven is declarative vs. procedural. This is great, but Prolog has been > that > way for decades. Why build such a complex syntax when a much simpler one > already existed. That's comparing apples and peaches. Prolog is a general-purpose language [1], whereas Maven is dedicated to a particular type of task. Obviously, it's much more feasible to have a declarative approach for the latter. > 2) Relates to 1). I still think this is important. AFAIK, XML was NEVER > intended to > be a syntax for direct editing by the user. It is needlessly verbose and > redundant, > and seriously obscures the actual intent of the code. As the simplest possible > example, what is the point in writing > false > when what is really meant is the (IMHO) much easier to read someGenericOption > = false. That's basically XML bashing. You might have problems with editing XML, I don't. Apart from that, you are reducing what Maven gives you to a syntactical discussion here, which doesn't make too much sense for me. As other have rightfully pointed out, there are very comfortable editors for Maven POM's, which easily hide the XML syntax. XML is wonderful for building tools and editors. [1] http://en.wikipedia.org/wiki/Prolog > 3) Yes, I'm aware there is something called polyglot maven. (Haven't looked > at it yet, as > I don't want to add yet another layer of complexity to what I'm doing.) > Doesn't the simple > existence of this prove my point? There were never polyglot makefiles--in > spite of all > of their (numerous) problems, the syntax of makefiles was simple enough there > was > never a demand for them. It proves the point that people like you are enjoying discussions about syntax. :-) > 4) Maybe I'm missing something, but maven seems to be all about predefined > maven > tasks. (Not sure I'm using the right terminology). If there's something > simple I can do > from the command line, maven doesn't provide an obvious way for me to do it. You are obvoiusly missing the ability to create own Maven plugins. Others are doing this, hence there are hundreds or even thousands. You can choose between using and combining existing ones (which most of us prefer) and writing your own. > 5) Maven is just too complex. The comment I've seen is, "If users would just > read a > book...", but what if I don't have the time to read an entire book simply to > figure out how > to push my docs to github? With command-line access, I wouldn't need to do > so. And > if the project got so big that an ad hoc solution didn't suffice, _then_ I > could come back > and read the book. I never needed a book to work with Maven. Books are for those who *like* to have books. If you are one of them, good for you to *have* them. If not, you neither need one. Jochen -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0-RC2
Works fine with my most important builds, including "site". Jochen -- I Am What I Am And That's All What I Yam (Popeye) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Run external tasks using maven
On Mon, Jul 12, 2010 at 4:54 PM, Wayne Fay wrote: >> Is it possible to run ant tasks which is not connected with any build >> lifecycle phase? >> In other word I would like to perform some action on demand using maven and >> antrun plugin. > > Why bother??? Just run ant directly in this case. See http://www.mail-archive.com/d...@maven.apache.org/msg85058.html for a possible reason. Jochen -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: standardized Maven GAV URN?
On Tue, Jun 29, 2010 at 8:34 AM, nicolas de loof wrote: > is le last part "type" or "packaging" ? Is there a difference? -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem using maven-deploy-plugin against an https server via proxy
Hi, I am trying to deploy a snapshot of an Apache project to https://repository.apache.org/content/repositories/snapshots. From my point of view, the configuration is correct: I have a "server" entry in my settings.xml and I have configured an https proxy. (See "Adding User-Agent configuration" and "Using Proxy: ..." below.) Nevertheless, the deploy-plugin fails with the following error message: Caused by: java.net.UnknownHostException: repository.apache.org In other words, it seems that the proxy is unused and a direct connection is attempted, which, of course, fails. (We can't even resolve external host names in the corporate network.) Maven version: bash-3.2$ mvn --version Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Any ideas what I might try? Thanks, Jochen -- Germanys national anthem is the most boring in the world - how telling! [INFO] Retrieving previous build number from apache.snapshots.https [DEBUG] Using Wagon implementation lightweight from default mapping for protocol https [DEBUG] Checking for pre-existing User-Agent configuration. [DEBUG] Adding User-Agent configuration. [DEBUG] Connecting to repository: 'apache.snapshots.https' with url: 'https://repository.apache.org/content/repositories/snapshots'. [DEBUG] Using Proxy: 10.175.249.65 [DEBUG] Using Wagon implementation lightweight from default mapping for protocol https [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error retrieving previous build number for artifact 'org.apache.rat:apache-rat-project:pom': repository metadata for: 'snapshot org.apache.rat:apache-rat-project:0.7-SNAPSHOT' could not be retrieved from repository: apache.snapshots.https due to an error: Error transferring file: repository.apache.org [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error retrieving previous build number for artifact 'org.apache.rat:apache-rat-project:pom': repository metadata for: 'snapshot org.apache.rat:apache-rat-project:0.7-SNAPSHOT' could not be retrieved from repository: apache.snapshots.https due to an error: Error transferring file: repository.apache.org at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error retrieving previous build number for artifact 'org.apache.rat:apache-rat-project:pom': repository metadata for: 'snapshot org.apache.rat:apache-rat-project:0.7-SNAPSHOT' could not be retrieved from repository: apache.snapshots.https due to an error: Error transferring file: repository.apache.org at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:189) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) ... 17 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error retrieving previous build number for artifact 'org.apache.rat:apache-rat-project:pom': repository metadata for: 'snapshot org.apache.rat:apache-rat-project:0.7-SNAPSHOT' could not be retrieved from repository: apache.snapshots.https due to an error: Error transferring file: repository.apach
Re: XML Files in Maven Jar
Put them into src/main/resources, rather than src/main/java. If you don't like that default behaviour, create an element like build/resources/resource with directory src/main/java. In the latter case, be sure to exclude **/*.java and **/package*.html . Jochen On Wed, Feb 24, 2010 at 8:10 AM, vasm wrote: > > Hi All, > I am new to maven. I have created a new maven project to create a jar file. > I have a few xml files in classpath as well. When i build the project only > the java files (i.e. class files) get included in jar. The xml files are > excluded. Can anyone please help. How to include these xml files in jar as > well. Any kind of help is appreciated. > > Thanx. > -- > View this message in context: > http://old.nabble.com/XML-Files-in-Maven-Jar-tp27714119p27714119.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 > > -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What should be the correct check for any XML to be POM?
Project and namespace Depending on the pom generator, you have no idea, whether the xmlns:xsi and xsi:schemaLocation are present or not. Jochen 2010/1/8 amaresh mourya : > Hi all, > I am need of writing a check method to filter POMs from a list of xml files. > What should be the exact check? > Only the tag along with Namespace is sufficient or I need to check > for all three xmlns, xmlns :xsi and xsi:schemaLocation? > > http://maven.apache.org/POM/4.0.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > > > Another related question is : Consider a case of multi-module application > pom, where in each module's directory there are more than one xml files, So > is it possible that for this module there can be two POMs ? or only one.? > > There are two xml files attached, that have the same artifactId > "common-artifact", what check would return me correct POM for this artifact. > 1. bak_pom.xml > 2. pom.xml > > Thanks > --amaresh > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
maven-release-plugin: Intraproject snapshots unresolved
Hi, I'd like to release a project using the maven-release-plugin. Now, if I run release:prepare, I get the following message: [INFO] Checking dependencies and plugins for snapshots ... There are still some remaining snapshot dependencies.: Do you want to resolve them now? (yes/no) no: : yes Dependency type to resolve,: specify the selection number ( 0:All 1:Project Dependencies 2:Plugins 3:Reports 4:Extensions ): (0/1/2/3) 1: : 0 Resolve All Snapshots.: 'com.tsystems.icto.tom:tom-icto-common' set to release? (yes/no) yes: : Sure, there are SNAPSHOT dependencies on tom-icto-common, but this is one of the modules being released. And, as we can view from the Maven sources itself, the release plugin should be perfectly capable to handle that. Any ideas what might be wrong? Thanks, Jochen -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
maven-resources-plugin: escapeWindowsPaths actually working?
Hi,
is the attribute escapeWindowsPaths in the maven-resources-plugin
actually working? I don't think it does with 2.4, or 2.4.1, at least
not with something like my.dir=${project.build.directory} in
src/main/filtered-resources/my.properties.
I have checked the sources of maven-resources-plugin 2.4.1, and
maven-filtering 1.0-beta-3. The attribute is there, but it doesn't
seem to be actually used. At least, the only reference to
AbstractMavenFilteringRequest.isEscapedBackslashesInFilePath is in the
copyOf method.
Jochen
--
Germanys national anthem is the most boring in the world - how telling!
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Getting class file has wrong version 50.0, should be 49.0 error when running an Ant build
On Sat, Aug 22, 2009 at 10:05 PM, Enrique Gaona wrote: > Has anyone seen this problem before? My guess: You are using Eclipse (NetBeans, IntelliJ, whatever), running on Java 6 and didn't do an mvn clean first. In other words, one or more source files have been compiled by the IDE. Jochen -- Perl rules: http://xkcd.com/224/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for java-tomcat-webproject
And I am suggesting to have it the other way round. Lots simpler to use the tools like they are designed rather than circumvent their defaults and settings., Jochen On Fri, Aug 21, 2009 at 9:25 AM, Venkat.krsna wrote: > > Hi thanks for your response. I am not creating any maven project. I just > having my java-tomcat web project in tomcat webapps folder. I just map this > java sources in maven2 tool for build my web project through maven2. Where i > am going to map my tomcat web application java sources into maven 2? > > > > Jochen Wiedmann wrote: >> >> Use the Tomcat sysdeo plugin and configure it to use to configure >> Tomcat that your webapp is not in its own webapps folder, but in >> /target/. >> >> >> On Fri, Aug 21, 2009 at 9:11 AM, >> Venkat.krsna wrote: >>> >>> Hi, >>> I am new to maven tool. My objective is i am having a tomcat web >>> project and build the java source files using apache-ant-1.7 >>> (C:\apache-ant-1.7.1). I have to use the maven2 tool for build purpose. >>> But >>> I dont know how to configure the project in my tomcat folder in maven >>> pom.xml file. >>> Please take this criteria. I am having a web project AAA in my >>> tomcat >>> installed folder. >>> I want to build the project AAA >>> (which is in the location C:\Program Files\Apache Software >>> Foundation\Tomcat >>> 5.5\webapps\AAA ) through maven2. maven installed location is C:\Program >>> Files\Apache Software Foundation\apache-maven-2.2.1. >>> >>> Please help me. >>> -- >>> View this message in context: >>> http://www.nabble.com/Maven-for-java-tomcat-webproject-tp25075210p25075210.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 >>> >>> >> >> >> >> -- >> Base64 decoding, 300% faster than sun.misc.BASE64Decoder: >> http://archive.netbsd.se/?ml=commons-dev&a=2008-05&t=7522166 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/Maven-for-java-tomcat-webproject-tp25075210p25075351.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 > > -- Base64 decoding, 300% faster than sun.misc.BASE64Decoder: http://archive.netbsd.se/?ml=commons-dev&a=2008-05&t=7522166 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for java-tomcat-webproject
Use the Tomcat sysdeo plugin and configure it to use to configure Tomcat that your webapp is not in its own webapps folder, but in /target/. On Fri, Aug 21, 2009 at 9:11 AM, Venkat.krsna wrote: > > Hi, > I am new to maven tool. My objective is i am having a tomcat web > project and build the java source files using apache-ant-1.7 > (C:\apache-ant-1.7.1). I have to use the maven2 tool for build purpose. But > I dont know how to configure the project in my tomcat folder in maven > pom.xml file. > Please take this criteria. I am having a web project AAA in my tomcat > installed folder. > I want to build the project AAA > (which is in the location C:\Program Files\Apache Software Foundation\Tomcat > 5.5\webapps\AAA ) through maven2. maven installed location is C:\Program > Files\Apache Software Foundation\apache-maven-2.2.1. > > Please help me. > -- > View this message in context: > http://www.nabble.com/Maven-for-java-tomcat-webproject-tp25075210p25075210.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 > > -- Base64 decoding, 300% faster than sun.misc.BASE64Decoder: http://archive.netbsd.se/?ml=commons-dev&a=2008-05&t=7522166 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Creating an Eclipse plugin
Hi, I've got an Eclipse plugin, which I'd like to build using Maven. Is there any plugin, archetype or something else, which could help me to start? Thanks, Jochen -- Base64 decoding, 300% faster than sun.misc.BASE64Decoder: http://archive.netbsd.se/?ml=commons-dev&a=2008-05&t=7522166 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] Maven Release Plugin 2.0-beta-9 Released
On Wed, Apr 1, 2009 at 1:23 PM, Mark Hobson wrote: > 2009/4/1 Olivier Lamy : >> No the release parent has correct information but not your child(s) >> pom(s) because if the child doesn't have any scm information they are >> inherited from the parent ! + your current project's artifactId > > Are there any plans to change this for Maven 2.x/3.x? It's quite an > assumption to make that a project's SCM location is directly beneath > its parent. It's the only reasonable assumption for a default value. So, why change it? -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Problem in release:prepare
On Fri, Mar 13, 2009 at 11:43 PM, Edelson, Justin wrote: > This looks like http://jira.codehaus.org/browse/SCM-406. Run svn up and > rerun release:prepare. Thanks for the hint, Justin! -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem in release:prepare
Hi, I am trying to push a release of Apache RAT to the Nexus staging repository, following the instructions from http://maven.apache.org/developers/release/releasing.html The first steps, up and including release:clean are working well. However, when I finally run release:prepare, then I receive the following error message. Any ideas what might be wrong? (Btw, Maven version is 2.0.10) Thanks, Jochen [INFO] Checking in modified POMs... [INFO] Executing: /bin/sh -c cd /home/jwi/workspace/apache-rat-project && svn --non-interactive commit --file /tmp/maven-scm-1143199004.commit --targets /tmp/maven-scm-1258219989504464972-targets [INFO] Working directory: /home/jwi/workspace/apache-rat-project [INFO] Tagging release with the label apache-rat-project-0.6... [INFO] Executing: /bin/sh -c cd /home/jwi/workspace/apache-rat-project && svn --non-interactive copy --file /tmp/maven-scm-697373102.commit . https://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6 [INFO] Working directory: /home/jwi/workspace/apache-rat-project [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to tag SCM Provider message: The svn tag command failed. Command output: svn: Commit failed (details follow): svn: File '/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/apache-rat/pom.xml' already exists -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: help enabling assertions in the compiler plugin.
On Thu, Feb 5, 2009 at 3:59 PM, Johan Lindquist wrote: > The compilerArguments are passed directly to javac executable as far as > I can tell and javac does not support these flags. Obviously not. Assertions are enabled or disabled at runtime, not at compile time. These flags are supported by java, not javac. Jochen -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Disable plugin during development builds
On Thu, Feb 5, 2009 at 12:58 PM, John Coleman wrote: > During development we don't want our javascript to be compressed, so the > yuicompressor plugin only needs to run when we do a release build. > > How do we change the pom so that this plugin can be selectively turned > off perhaps by a property in settings.xml or similar? Use a profile and -P on the command line to activate it. -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: from workaround to workaround 2
On Fri, Sep 5, 2008 at 8:50 AM, <[EMAIL PROTECTED]> wrote: > Second idea: I found the properties-maven-plugin which has a goal that writes > all settings properties into a file. Fine, that's what I need. However, this > plugin is not on the rep01.maven server but only on a codehaus server. So I > defined an additional repository: No need to use that plugin. You can use the maven-resources-plugin for the same. See http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: log from a plugin
On Wed, Aug 27, 2008 at 12:22 PM, Julien CARSIQUE <[EMAIL PROTECTED]> wrote: > What's the right way to get logger, except passing it from the mojo through > all classes and methods calls ? Put it in a ThreadLocal. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Default Value for Reports Output Encoding
On Tue, Aug 5, 2008 at 9:43 PM, Hervé BOUTEMY <[EMAIL PROTECTED]> wrote: > [a] Use UTF-8 > [b] Use source files encoding [c] Platforms default encoding -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time)
Re: Nexus 1.0.0-beta-4 or 1.0 final?!
On Mon, Jul 7, 2008 at 8:12 AM, Peter Horlock <[EMAIL PROTECTED]> wrote: > Talking about sonatype products, I am also badly waiting for a new > m2:eclipse version working with Eclipse 3.4, I am using m2eclipse and Eclipse Ganymede every day, never was aware of any problems? Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Enabling Eclipse 3.4.0 Ganymede in the maven repository
On Fri, Jul 4, 2008 at 4:49 AM, Rakesh Sinha <[EMAIL PROTECTED]> wrote: > Does this mean if it would be the job of eclipse team to publish the > .pom files to the repository. Is there any way any other individual > contributor can contribute to this ? It means the latter. You can create a bundle and upload it. In the case of Eclipse with its multitude of jar files, however, I'd ask the repository maintainers first, whether and how its possible to put everything into a single bundle. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Enabling Eclipse 3.4.0 Ganymede in the maven repository
On Thu, Jul 3, 2008 at 3:43 AM, Rakesh Sinha <[EMAIL PROTECTED]> wrote: > To develop a plugin of ours - we need to port it to Eclipse 3.4.0 > and we have the maven build script for the same. > > Can we have the jars available for 3.4.0 here at the maven repository. > > http://repo1.maven.org/maven2/org/eclipse/swt/ > > If not - could there be a different repository to add them to. Thanks. http://maven.apache.org/guides/mini/guide-central-repository-upload.html -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy generated maven site to Tomcat server?
On Thu, May 15, 2008 at 1:03 PM, Sench <[EMAIL PROTECTED]> wrote:
> I'm not about to create project's war and deploy it to tomcat server :)
>
> I simply mean to execute maven site plugin and after creating project's site
> deploy it to running tomcat server.
Sorry for the misunderstandment.
I have a special profile "release", in which the following snippet is
activated. It adds the site to a "docs" folder of the web application.
The snippet isn't activated by default, because generating the site is
slow.
Jochen
maven-site-plugin
site
test
maven-war-plugin
${project.build.directory}/site
docs
--
Look, that's why there's rules, understand? So that you think before
you break 'em.
-- (Terry Pratchett, Thief of Time)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy generated maven site to Tomcat server?
On Mon, May 12, 2008 at 3:09 PM, Sench <[EMAIL PROTECTED]> wrote: > > How can I configure the settings.xml to deploy maven project generated site > to Tomcat Server? > And what I must write in my project's pom.xml? I am simply configuring the project as packaging "war". The only configuration option that I have is "webappDirectory": Otherwise, the location of the generated webapp directory would depend on the version number and change over time. In Tomcat, I have a file conf/Catalina/localhost/webappname.xml, which looks roughly like this: This advices Tomcat to serve a context /webappname from the webapp directory below target. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Default Value for File Encoding
On Tue, Apr 29, 2008 at 1:23 PM, Benjamin Bentmann <[EMAIL PROTECTED]> wrote: > These are the two possible directions to go: > > a) Use the current platform encoding, aka the system property > "file.encoding". > > b) Use a static/fixed value that is defined by convention, i.e. is not > platform-dependent. I'd opt for c) Use a configurable value, by default the current platform encoding. Should be * Upwards compatible * Simplify the use of Maven for people who don't need to care for that value. (Most development teams have uniform development platforms, or at least uniform default encodings.) * Make reproducable builds possible for the rest. -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiple Jars
On Sat, Mar 22, 2008 at 10:40 PM, Trenton Adams <[EMAIL PROTECTED]> wrote: > That's what I was about to do, but that really is a hack. No, it isn't. That's the suggested way to do it. > to be a better way than that. Isn't there? I thought maven would at > least have the functionality of ant. Of course, Maven can do anything that Ant can do: Just use the maven-antrun-plugin and create an Ant script that can be launched from Maven. The funny thing about Maven is that it enforces you to work structured. That implies, in particular, to think and work in modules. Once you get used to it, you'll soon learn that it simplifies things. At least, my Maven scripts are typically much simpler and more easily understood than my monster Ant scripts. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Best practices for seperate releases of parent and modules
On Jan 21, 2008 11:48 AM, <[EMAIL PROTECTED]> wrote: > But normally the trunk should always contain a SNAPSHOT version, but only the > submodules don't > have it as parent as long as they don't need to rely on the changes in the > parent. I do not know, why it "should". We do not do it that way. > But if you use the release plugin to release the parent, will the tag contain > only the parent or all the submodules as well? That depends on the level on which we cut the release. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Best practices for seperate releases of parent and modules
On Jan 21, 2008 11:00 AM, <[EMAIL PROTECTED]> wrote: > But when you release the parent, do you also release all the submodules or do > you run mvn with non-recursive? If the parent hasn't changed (in other words, if it hasn't a SNAPSHOT version), then I am happy to release the submodules only. To be honest, that "if" requires a certain degree of cautiousness. My recommended approach to resolve that is to provide read-only access to the parent for most developers except a few selected. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Best practices for seperate releases of parent and modules
On Jan 21, 2008 10:42 AM, <[EMAIL PROTECTED]> wrote: > Is it advisable to move the commons-parent to another subdirectory or is this > layout the preferred way? I was experiencing with the former, but gave it up. The reason is that far too many plugins are not suitable to use it. Examples include: - The SCM URL must be configured in every subproject. Otherwise the SCM links on the generated site will be broken. - The distribution URL's must be configured in every subproject. Otherwise deployment will use the wrong target URL. And so on. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copyright Symbol broken in Javadoc
On Jan 19, 2008 5:25 PM, Vincent Siveton <[EMAIL PROTECTED]> wrote: > The bottom uses © for the copyright. So I guess UTF-8 is used in > command line. See http://www.nabble.com/Handling-of-encoding-in-commons-parent-to14975629.html for my conclusions. -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Copyright Symbol broken in Javadoc
Hi, if you have a look at http://people.apache.org/~jochen/commons-fileupload/site/apidocs/index.html then you'll find that the copyright symbol at the page bottom is broken. Does anyone have an explanation for that? I did not do any configuration on the javadoc plugin, apart from specifying 2.3. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Excluding files from JAR with maven-jar-plugin 2.2-SNAPSHOT failed
On Jan 12, 2008 3:59 PM, supareno <[EMAIL PROTECTED]> wrote: > [INFO] Failed to configure plugin parameters for: > org.apache.maven.plugins:maven-jar-plugin:2.2-SNAPSHOT > > (found static expression: '**/*.xsd' which may act as a default value). Configuration problem on your side, use **/*.xsd Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to skip snapshot verification in release plugin ?
On Jan 9, 2008 10:02 AM, nicolas de loof <[EMAIL PROTECTED]> wrote: > Can I tell the release plugin to ignore this one during release checks ? I do not know, whether you can. But the recommended way is to take the current snapshot, define your own version number (for example 20080109) deploy it to your own repository and change your POM to that version number. Note, that your released version requires the snapshots artifact and that way you are guaranteed to have that artifact and not a later snapshot. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using dependency versions in a property file
On Nov 21, 2007 9:32 AM, Juven Xu <[EMAIL PROTECTED]> wrote: > You want to create pom file automatically? or just want to create classpath > file automatically? I want to create a file like dependency.1=xercesImpl-2.7.1.jar dependency.2=xalan-2.4.0.jar ... -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using dependency versions in a property file
On Nov 21, 2007 9:18 AM, Juven Xu <[EMAIL PROTECTED]> wrote: > I don't quite understand your situation, why not config version number in > pom file and use Maven-IDE plugin to generate classpath file? The version number *is* in the pom file: It is part of the dependency specification. What is the Maven-IDE plugin? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using dependency versions in a property file
Hi, it hit me again: I have a property file, which contains version number of dependencies (in order to build the classpath, depending on the JDK version). That property file is maintained manually, of course an ugly thing. But I have no idea how to create it automatically. Any suggestions? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configure Continuum to use an HTTP proxy
Ashley Williams-5 wrote: > > Does this mean you got it to work? I added the proxy properties as > Emmanuel suggested, even changed the property names to camel case and it > still refused to work... > No, this means I wanted to be polite. :-) In fact, I can't see it working even after adding the respective properties. -- View this message in context: http://www.nabble.com/Configure-Continuum-to-use-an-HTTP-proxy-tf4514961.html#a12878394 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Configure Continuum to use an HTTP proxy
Emmanuel Venisse wrote: > > You can add java proxy properties in wrapper.conf > Thanks! -- View this message in context: http://www.nabble.com/Configure-Continuum-to-use-an-HTTP-proxy-tf4514961.html#a12877931 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Any advantage of utisng plexus-compiler-eclipse ?
On 9/24/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > Is there any compiler to target 1.3 with source 1.5 ? There is no > limitation for that in the class file format. >From my experience, you are better off using the retrotranslator plugin. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Next version of the site plugin? (Was: Why is my site.xml ignored?)
Hi, answering my own question: I see, that this is a bug in the current version of the site plugin and that the bug has been fixed in the trunk. Any ideas, why the next version will be released? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Why is my site.xml ignored?
Hi, I've got a project, which I am currently moving to Maven. Historically, the directory "src" is used for Java sources and this cannot be changed easily. Not now, at least. Obviously, "src/site" would be an unfortunate choice, which is why I am using the directory "site". Therefore, my POM contains the following section: maven-site-plugin site site However, the file site/site.xml is completely ignored. Am I doing something wrong? Or is there something else I need to change? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML entities or alternative?
On 9/10/07, Wayne Fay <[EMAIL PROTECTED]> wrote: > Not presently. The idea of "snippets" has been under discussion on > dev@ lately. Feel free to chime in. Do you have a pointer? I tried to search for snippets -jira -"svn commit" on Nabble, but didn't find something that sounded relevant to me. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build javadoc of dependencies?
On 9/6/07, Heinrich Nirschl <[EMAIL PROTECTED]> wrote: > You could set up a fourth project with packaging pom that serves as > parent for the other three (i.e. the other tree projects are modules > of the new project). The Javadoc plugin's aggregate function should > work then. Right, but I couldn't add it to the webapp. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Build javadoc of dependencies?
Hi, I have a project which is structured like this: +- parent | +- core | +- webapp (In practice, it's a little bit more complex, but the picture is sufficient to show the use case.) When running the javadoc plugin, I get the javadocs of the separate projects. I would like to have the javadocs of all projects aggregated into the webapp project. The plugins "aggregate" property doesn't help me, because its designed for parent projects. Any suggestions? Is my setup so unusual? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: source:jar includes resources?
On 9/5/07, Siegmann Daniel, NY <[EMAIL PROTECTED]> wrote: > I noticed that jar built by source:jar includes resources. Is there any > reason for this? I surely hope it does! They are added to the jar file, which makes them sources. > Is there any way to prevent it? Don't put the resources into a resource directory, but add them to target/classes with an Ant script or something like that. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Testing a webapp with perl
On 8/14/07, Roland Asmann <[EMAIL PROTECTED]> wrote: > I am working an a plugin that access a webapp that is written in Perl. The > plugin seems to work alright, but I can't really test everything I want on > the webapp. > Does anybody know of a webserver that can run Perl and has the possibility to > be plugged into Maven at the testing-phase (similar to Jetty)? Tomcat has a CgiServlet (or whatever it's called). It isn't enabled by default, you have to declare it in your web.xml. Jochen -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapp plugin
On 7/18/07, John Coleman <[EMAIL PROTECTED]> wrote: "The war packaging type looks to src/main/webapp for the web application files such as JSPs, but still looks for non-code files in the standard src/main/resources directory. Where you place files such as *.properties files is of personal choice, however, if you think you may filter the resources it is suggested that you place them in resources, not webapp." Maven Unser Guide ...I thought maybe I can adapt the existing plugin as part of my process to do the copy to target. Now I will write complete and self contained and just add it to the phase as suggested. I have absolutely idea, what the Maven User Guide says or doesn't. The authoritative source is the maven war plugins documentation, which clearly indicates, that you may configure additional resource directories. In other words, the process is follows: - Configure your plugin to run in the "generate-resources" phase and let it create a directory below target. - Configure the maven-war-plugin (which runs in the "package" phase, which is definitely later) to pick up your generated directories contents and include it into the webapp. I'll refrain from further comments. Jochen -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapp plugin
On 7/18/07, John Coleman <[EMAIL PROTECTED]> wrote: I started looking at the resources phase, but the existing one just seems to put resources into the classes directory, and is evidently aimed at properties files and such. Obviously you did look at the resources *plugin* as opposed to the resources *phase*, where you can execute your own plugin. -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapp plugin
On 7/17/07, John Coleman <[EMAIL PROTECTED]> wrote:
I have developed a plugin that filters js and jsp files to customize
them prior to packaging.
The filtering possibilities provided by the maven-war-plugin aren't sufficient?
IMO, filtering should be an abstract mechanism, as implemented in Ant,
with customizable filters. That would most possibly have saved you 50%
of the job or more.
I was going to bind the plugin to the package phase but it would make
No, that doesn't make sense. Use the generate-resources phase, write
the filtered result to a directory below target and add that directory
as a resource to the maven-war-plugin's configuration.
The plugin also expects 2 parameters, these being the source directory
and the target directory.
Use meaningful defaults like
expression="${myplugin.srcdir" default="src/main/myplugin"
expression="${myplugin.destdir"
default="${project.build.directory}/myplugin"
Jochen
--
"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 that we don't need a police, because all
illegal actions are forbidden.
http://dip.bundestag.de/btd/16/051/1605194.pdf
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to download source code to repos?
On 7/10/07, Ren <[EMAIL PROTECTED]> wrote: I'm just wondering, how to use 'mvn install' command to also download the source code of a package? Do you mean upload, rather than download? Configure the maven-source-plugin in your POM with the property "attached" (may also be "attach", written from memory). Jochen -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default java source version
On 7/10/07, Severin Ecker <[EMAIL PROTECTED]> wrote: i was wondering if i can change de default java source and target version for the compiler plugin to let's say 1.5 oder 1.6 globally in the settings.xml (or somewhere else), and only override it in the pom file if i need an older version. Create a profile in your settings with activeByDefault=true. In that profile, add a section build/plugins/plugin for the maven-compiler-plugin and configure it appropriately. Jochen -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I add jars to my WAR-file ?
On 6/19/07, Steinhauer, Frank <[EMAIL PROTECTED]> wrote: how do I add JARs from the repository to my WAR file, using a special directory (not in WEB-INF/lib)? Use the maven-dependency-plugin. -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Announce: rat-maven-plugin 1.0-alpha-2
Hi, I'd like to announce release 1.0-alpha-2 of the rat-maven-plugin for Maven 2. Since the previous release, the following changes have been made: - Added the IDEA specific default excludes. Fixes MOJO-685. Thanks to Bernd Bohmann. - Added the possibility to exclude subprojects. Fixes MOJO-685. Thanks to Bernd Bohmann. - Upgrade to rat-lib-0.5 Fixes MOJO-661. Thanks to Lars Trieloff. - The plugin description on the project-reports page was wrong. - The plugins report contains now relative paths in the default configuration, in order to avoid exposingy unnecessary information on public sites. Fixes MOJO-819. For details, see http://mojo.codehaus.org/rat-maven-plugin/ Thanks, Jochen -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 AAR plugin download
On 6/10/07, Morgovsky, Alexander (US - Glen Mills) <[EMAIL PROTECTED]> wrote: Could someone please let us know where we can download the Maven2 Axis 2 AAR plugin? Thanks. http://repo1.maven.org/maven2/org/apache/axis2/axis2-aar-maven-plugin/1.2/ -- "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 that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Preflight check for 2.0.7
On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote: I have built a snapshot for 2.0.7 and put it here: I'd like to note that I really do appreciate the current schedule of a maintenance release every quarter or around like that! Jochen -- Women have the ability to wind you round their little finger. Daughters can use all of the fingers together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inclusions of test classes not inherited by TestCase
Hi, Martin, you're the former Exolution employee, aren't you? If so, greetings from Stuttgart. :-) On 6/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Why is the superclass of a test not considered for this? It seems that a class named MyTest that extends java.lang.Object is executed when running surefire:test, which does not make any sense. I do believe, that the surefire plugin (or JUnit, don't know exactly which) does consider the superclass, or at least factors like whether a class is abstract or not. For example, I definitely do have projects with classes like "AbstractFooTestCase" and the surefire plugin doesn't run them. The wildcard patterns are, IMO, only describing a set of classes, which are considered for running as tests. Jochen -- Women have the ability to wind you round their little finger. Daughters can use all of the fingers together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] how to call a mojo from other mojo
On 5/13/07, Adrian Herscu <[EMAIL PROTECTED]> wrote: After digging an hour in the documentation and sources I have no example of calling other mojos from an ANT-based mojo. Is it possible? How? I have recently developed a "subclass" of the war plugin. It is duplicating the war plugins fields (yes, doing copy&paste in the source code) and acting as a proxy to an instance of the war plugin. I haven't yet published the source code, but I intend to do that in the near future. (Docs are to be written.) 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 a real champ: She leaves the house and returns within half an hour, carrying whole bags full of meal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: axis2-wsdl2code-maven-plugin not working for me
On 5/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: I am sure Neethi is not there in the POM for axis2 plugin That's fine, Neethi is a transitive dependency, inherited from axis2-kernel or whatever. What version of plug in you suggest which is more stable? I was trying with 1.1.1 Current version is 1.2. As I wrote, please create a bug report and attach the complete log file. 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 a real champ: She leaves the house and returns within half an hour, carrying whole bags full of meal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
