Re: artifacts not downloading
On Wed, Jun 24, 2009 at 2:35 PM, Wes Wannemacherw...@wantii.com wrote: It is a large multi-module build (the struts2 build, in fact) and a quick glance/grep through poms didn't yield any obvious entries pointing to download.java.net, but I will dig further tomorrow. I noticed the same thing at my office recently and I did get around it by using nexus. I just wasn't sure if it was my build or if others had noticed that artifacts weren't where maven was looking. Run mvn help:effective-pom epom.txt This will show you the complete repositories defined in the inheritance chain. You can also check your settings.xml to see whether you are pointing to something wierd. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How does maven handle artifact's license files?
It scans through your project's dependencies, looks for licenses
definitions, and tries to download them (based on given license URL) into a
destination you designate via outputDirectory parameter (defaults to
${project.build.directory}/licenses). It can do the license
scanning/downloading quietly (defaults to false), not to report warnings if
license can not be found or downloaded. To automatically embed downloaded
licenses into your jar or war you can use build helper plugin or assembly
plugin - wish jar/war plugins were enough.
As already stated, problem is that many library vendors don't include the
license info in artefact pom's, but also many include it in their own
special way, so you will e.g. get multiple differently named Apache 2
licenses, invalid URL's, or BSD license template library vendor failed to
customize, ...
Regards,
Stevo.
On Wed, Jun 24, 2009 at 4:35 AM, David Hoffer dhoff...@gmail.com wrote:
What does the maven-jboss-license-plugin do?
On Tue, Jun 23, 2009 at 5:03 PM, Stevo Slavić ssla...@gmail.com wrote:
...
pluginRepositories
...
pluginRepository
idrepository.jboss.org/id
urlhttp://repository.jboss.org/maven2/url
releases
enabledtrue/enabled
/releases
snapshots
enabledfalse/enabled
/snapshots
/pluginRepository
...
/pluginRepositories
...
build
...
plugins
...
plugin
groupIdorg.jboss.maven.plugins/groupId
artifactIdmaven-jboss-license-plugin/artifactId
version1.0.0/version
executions
execution
iddownload-licenses/id
phasegenerate-resources/phase
goals
goaldownload-licenses/goal
/goals
configuration
outputDirectory${project.build.directory}/generated-resources/licenses/outputDirectory
quietfalse/quiet
/configuration
/execution
/executions
/plugin
...
/plugins
...
/build
...
Regards,
Stevo.
On Tue, Jun 23, 2009 at 8:57 PM, David Hoffer dhoff...@gmail.com
wrote:
The report does show a list of known licenses and which artifact is
associated with each. However most just say Unknown (likely because
like
you say the pom is missing the information).
However this doesn't help the end product, that is, it doesn't do what
the
license says is needed...rather its just an informational report.
For instance, for the apache license, doesn't a copy of the license
have
to
come with the product/application? I thought I heard, some time ago,
that
maven was working on automating this just like they do for runtime
artifacts.
-Dave
On Tue, Jun 23, 2009 at 12:45 PM, Todd Thiessen thies...@nortel.com
wrote:
The dependencies report show all transitive licenses that your
project
uses. I believe this report is part of the default maven site
generation.
Of course if artifacts don't have any license information in their
pom,
no information will be shown in the report.
---
Todd Thiessen
-Original Message-
From: David Hoffer [mailto:dhoff...@gmail.com]
Sent: Tuesday, June 23, 2009 2:40 PM
To: Maven Users List
Subject: How does maven handle artifact's license files?
Does maven have support for tracking license files my
dependent artifacts may have and doing something with these
files, such as installing with my product/application? If so, how?
(Ideally I want to deploy license docs with each artifact
that needs one (ideally public artifacts should already have
this) then I want to include all these in a specific location
in my war.)
-Dave
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: how can I filter the resources of one of the dependencies before building an EAR?
It would much more powerful to perform that transformation when you actually deploy the artifacts on the server instead of burning the value in something you could potentially deploy on the repository I would leave the token in the file and add a filtering procedure when the app is built and deployed. You lost the ability to copy an ear right the way but you could have that with a separate project that relies on your ear and perform the transformation for you. S. On Tue, Jun 23, 2009 at 9:10 AM, Sergio Rodriguez srodrig...@teralco.comwrote: Hello, I have an EJB project that is a dependency of several of my projects. I need to modify the JNDI name at the EJB's jboss.xml so I can deploy several apps on the same jboss server. How can I filter the resources of an already-compiled dependency? I have tried to unpack-dependencies and filter them, but don't know how to pack them again into a new EJB for my EAR. Any suggestions? -- View this message in context: http://www.nabble.com/how-can-I-filter-the-resources-of-one-of-the-dependencies-before-building-an-EAR--tp24160990p24160990.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 -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge
Re: how can I filter the resources of one of the dependencies before building an EAR?
Thanks for your answers. Is it possible to filter the contents of an EAR? I thought you could only do that by previously unpacking the resources in a tmp directory. snicoll wrote: It would much more powerful to perform that transformation when you actually deploy the artifacts on the server instead of burning the value in something you could potentially deploy on the repository I would leave the token in the file and add a filtering procedure when the app is built and deployed. You lost the ability to copy an ear right the way but you could have that with a separate project that relies on your ear and perform the transformation for you. S. On Tue, Jun 23, 2009 at 9:10 AM, Sergio Rodriguez srodrig...@teralco.comwrote: Hello, I have an EJB project that is a dependency of several of my projects. I need to modify the JNDI name at the EJB's jboss.xml so I can deploy several apps on the same jboss server. How can I filter the resources of an already-compiled dependency? I have tried to unpack-dependencies and filter them, but don't know how to pack them again into a new EJB for my EAR. Any suggestions? -- View this message in context: http://www.nabble.com/how-can-I-filter-the-resources-of-one-of-the-dependencies-before-building-an-EAR--tp24160990p24160990.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 -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge -- View this message in context: http://www.nabble.com/how-can-I-filter-the-resources-of-one-of-the-dependencies-before-building-an-EAR--tp24160990p24180002.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how can I filter the resources of one of the dependencies before building an EAR?
On Wed, Jun 24, 2009 at 9:31 AM, Sergio Rodriguez srodrig...@teralco.comwrote: Thanks for your answers. Is it possible to filter the contents of an EAR? I thought you could only do that by previously unpacking the resources in a tmp directory. Then you misunderstood my proposal. My proposal is to keep your ear project like it is (no token filtering) and then reuse the EAR to do the filtering according to your environment. You could do this through Maven or with a simple ant script that you ship with your distribution. What's missing is a plugin that performs the filtering on an existing file (no copy just overwrite) and that takes arbitrary resource set. I have actually implemented a custom plugin that does that but maybe it exists somewhere now. S. snicoll wrote: It would much more powerful to perform that transformation when you actually deploy the artifacts on the server instead of burning the value in something you could potentially deploy on the repository I would leave the token in the file and add a filtering procedure when the app is built and deployed. You lost the ability to copy an ear right the way but you could have that with a separate project that relies on your ear and perform the transformation for you. S. On Tue, Jun 23, 2009 at 9:10 AM, Sergio Rodriguez srodrig...@teralco.comwrote: Hello, I have an EJB project that is a dependency of several of my projects. I need to modify the JNDI name at the EJB's jboss.xml so I can deploy several apps on the same jboss server. How can I filter the resources of an already-compiled dependency? I have tried to unpack-dependencies and filter them, but don't know how to pack them again into a new EJB for my EAR. Any suggestions? -- View this message in context: http://www.nabble.com/how-can-I-filter-the-resources-of-one-of-the-dependencies-before-building-an-EAR--tp24160990p24160990.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 -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge -- View this message in context: http://www.nabble.com/how-can-I-filter-the-resources-of-one-of-the-dependencies-before-building-an-EAR--tp24160990p24180002.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 -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge
surefire plugin: misleading includes/excludes patterns regarding file type (*.java)
Looking at http://maven.apache.org/plugins/maven-surefire-plugin/examples/inclusion-exclusion.html the pattern includes the java source file, e.g. *Test.java. But does it really relate to the source file pattern? In my case *Test.java also includes groovy test files like FooTest.groovy. I guess this is correct behaviour and surefire doesn't look for source-files but for class files. Am I correct? Anyway this include/exclude pattern are very misleading. - manuel aldana aldana((at))gmx.de software-engineering blog: http://www.aldana-online.de -- View this message in context: http://www.nabble.com/surefire-plugin%3A-misleading-includes-excludes-patterns-regarding-file-type-%28*.java%29-tp24181415p24181415.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: artifacts not downloading
Just to mention:- I had a problem with downloads. Information from http://docs.codehaus.org/display/MAVENUSER/Mirrors+Repositories The mirrors mentioned as synced independently mostly don't work and some of those pushed directly from central may not, I would need to test further. I found reliable one's are central and a couple of others in the US. Adam 2009/6/24 Barrie Treloar baerr...@gmail.com On Wed, Jun 24, 2009 at 2:35 PM, Wes Wannemacherw...@wantii.com wrote: It is a large multi-module build (the struts2 build, in fact) and a quick glance/grep through poms didn't yield any obvious entries pointing to download.java.net, but I will dig further tomorrow. I noticed the same thing at my office recently and I did get around it by using nexus. I just wasn't sure if it was my build or if others had noticed that artifacts weren't where maven was looking. Run mvn help:effective-pom epom.txt This will show you the complete repositories defined in the inheritance chain. You can also check your settings.xml to see whether you are pointing to something wierd. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven with Hibernate/Multiple POM files
Well, could you give us at least an excerpt of your pom? I'm guessing you want to use some jar and didn't acknowledge the local maven repository existence, but I might be wrong. In fact you seem to be trying to directory use some given jar that's been produced by another projet. But this is all suppositions and I might be wrong, please let us see your poms. Cheers. 2009/6/22 David Weintraub qazw...@gmail.com I have a project (it's actually a sub-project of another project, so it will get interesting). We build three items: base.jar, base-ui.jar, and base-hib.har. These each are in their own sub-directory, and I can treat them like projects. I was able to get the whole thing working. However, the base-hib.har uses Hibernate, and I couldn't find any information on setting up a project that uses Hibernate. I was able to generate a Hibernate pom.xml using archetype:generate, but it seems like that the POM requires a service file to be named jboss-service.xml. Unfortunately, ours is named hibernate-service.xml, and I couldn't find anyway to configure this in the POM. Another question: I build the base.jar file, and the other two projects depend upon that file. I've setup the POMs to show this dependency: Everything builds, but when I run analyze:dependency, it tells me it is missing base.jar -- David Weintraub qazw...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Putting instrumented classes on the classpath
Hello, I've tried to put the classes that were instrumented by Cobertura on the classpath so EasyB could find them. Just so Cobertura could see that my classes are in fact tested. I had found a solution based on the Maven Antrun plugin, but due to a bug in this plugin (which I reported in Jira: http://jira.codehaus.org/browse/MANTRUN-112 ) it isn't working. Does anybody have any other ideas on how to accomplish this? Regards, Linda -- View this message in context: http://www.nabble.com/Putting-instrumented-classes-on-the-classpath-tp24183679p24183679.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
How to use the goal dependency:purge-local-repository in POM
Hi, I want to configure in the maven-dependency-plugin in the POM the goal purge-local-repository. Now I have the problem that I want to exclude a artifact from this mechanism. How can I configure this in the POM. My code looks like this: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idpurge-local-repository/id phasegenerate-sources/phase goals goalpurge-local-repository/goal /goals configuration excludes excludegroupId:artifactId/exclude /excludes /configuration /execution /executions /plugin Is this correct? If not, how should it look like. Regards Christina -- Christina Becker Software Engineer, RnD NAVTEQ Europe B.V. Otto-Volger-Straße 1 65843 Sulzbach Frankfurt www.navteq.com http://www.navteq.com +49.6196.589.308 +49 177 26 333 90 The information contained in this communication may be CONFIDENTIAL and is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender and delete/destroy the original message and any copy of it from your computer or paper files.
How remove exclude **/*.java from resources
Hi, i try to get two source folders in my project. As a second source folder I'm going to use resources directory. I can set **/*.java in include. But in conflicts between include and exclude, exclude wins. How can I remove a default exclude **/*.java from resources?:confused: -- View this message in context: http://www.nabble.com/How-remove-exclude-**-*.java-from-resources-tp24184164p24184164.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: artifacts not downloading
On Wed, Jun 24, 2009 at 2:21 AM, Barrie Treloar baerr...@gmail.com wrote: Run mvn help:effective-pom epom.txt This will show you the complete repositories defined in the inheritance chain. You can also check your settings.xml to see whether you are pointing to something wierd. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, I'll run run that and see what I find. It's not a critical problem for me right now, and I have been meaning to run analyze dependencies, etc. to clean up some of our poms. As far as the settings.xml, I only brought it up because this was a new laptop I had just bought. I was so excited about getting new hardware that I downloaded/installed ubuntu, java, maven and IDEA. The first thing I did was try to run a build and ended up with the same problem I had previously. When I look at the HTML, it points to another location, but at the new location, I get a 404. Assuming that it is a mirror (that isn't really fully mirroring), it would make sense that running again later, the build worked (which it did). I'll check the effective poms because I'm sure that if it were one of the commonly used mirrors, I wouldn't be the only one having the problem. -Wes -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher
RE: Putting instrumented classes on the classpath
Maybe you can put have *two* executions of the antrun plugin? But, going to the original issue, it appears that the instrumented cobertura classes *should* be in the classpath of the maven reactor? Because I look at the source for the instrumented goal..this is what it shows // Set the instrumented classes to be the new output directory (for other plugins to pick up) project.getBuild().setOutputDirectory( instrumentedDirectory.getPath() ); System.setProperty( project.build.outputDirectory, instrumentedDirectory.getPath() ); Thanks, mohan kr -Original Message- From: lvdpal [mailto:lvd...@lunaris-informatica.nl] Sent: Wednesday, June 24, 2009 7:18 AM To: users@maven.apache.org Subject: Putting instrumented classes on the classpath Hello, I've tried to put the classes that were instrumented by Cobertura on the classpath so EasyB could find them. Just so Cobertura could see that my classes are in fact tested. I had found a solution based on the Maven Antrun plugin, but due to a bug in this plugin (which I reported in Jira: http://jira.codehaus.org/browse/MANTRUN-112 ) it isn't working. Does anybody have any other ideas on how to accomplish this? Regards, Linda -- View this message in context: http://www.nabble.com/Putting-instrumented-classes-on-the-classpath-tp241836 79p24183679.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Putting instrumented classes on the classpath
Hi Mohan, I'm not quite sure what you're saying, but yeah, as far as I know the instrumented files have to be on the classpath for EasyB to pick them up. -- View this message in context: http://www.nabble.com/Putting-instrumented-classes-on-the-classpath-tp24183679p24184602.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: How does maven handle artifact's license files?
Thats good to know Stevo. Thanks.
Is there a site which describes this plugin and its goals?
---
Todd Thiessen
-Original Message-
From: Stevo Slavic [mailto:ssla...@gmail.com]
Sent: Wednesday, June 24, 2009 2:34 AM
To: Maven Users List
Subject: Re: How does maven handle artifact's license files?
It scans through your project's dependencies, looks for
licenses definitions, and tries to download them (based on
given license URL) into a destination you designate via
outputDirectory parameter (defaults to
${project.build.directory}/licenses). It can do the license
scanning/downloading quietly (defaults to false), not to
report warnings if license can not be found or downloaded. To
automatically embed downloaded licenses into your jar or war
you can use build helper plugin or assembly plugin - wish
jar/war plugins were enough.
As already stated, problem is that many library vendors don't
include the license info in artefact pom's, but also many
include it in their own special way, so you will e.g. get
multiple differently named Apache 2 licenses, invalid URL's,
or BSD license template library vendor failed to customize, ...
Regards,
Stevo.
On Wed, Jun 24, 2009 at 4:35 AM, David Hoffer
dhoff...@gmail.com wrote:
What does the maven-jboss-license-plugin do?
On Tue, Jun 23, 2009 at 5:03 PM, Stevo Slavić
ssla...@gmail.com wrote:
...
pluginRepositories
...
pluginRepository
idrepository.jboss.org/id
urlhttp://repository.jboss.org/maven2/url
releases
enabledtrue/enabled
/releases
snapshots
enabledfalse/enabled
/snapshots
/pluginRepository
...
/pluginRepositories
...
build
...
plugins
...
plugin
groupIdorg.jboss.maven.plugins/groupId
artifactIdmaven-jboss-license-plugin/artifactId
version1.0.0/version
executions
execution
iddownload-licenses/id
phasegenerate-resources/phase
goals
goaldownload-licenses/goal
/goals
configuration
outputDirectory${project.build.directory}/generated-resources/licens
es/outputDirectory
quietfalse/quiet
/configuration
/execution
/executions
/plugin
...
/plugins
...
/build
...
Regards,
Stevo.
On Tue, Jun 23, 2009 at 8:57 PM, David Hoffer dhoff...@gmail.com
wrote:
The report does show a list of known licenses and which
artifact
is associated with each. However most just say Unknown (likely
because
like
you say the pom is missing the information).
However this doesn't help the end product, that is, it
doesn't do
what
the
license says is needed...rather its just an
informational report.
For instance, for the apache license, doesn't a copy of the
license
have
to
come with the product/application? I thought I heard,
some time
ago,
that
maven was working on automating this just like they do
for runtime
artifacts.
-Dave
On Tue, Jun 23, 2009 at 12:45 PM, Todd Thiessen
thies...@nortel.com
wrote:
The dependencies report show all transitive licenses that your
project
uses. I believe this report is part of the default maven site
generation.
Of course if artifacts don't have any license information in
their
pom,
no information will be shown in the report.
---
Todd Thiessen
-Original Message-
From: David Hoffer [mailto:dhoff...@gmail.com]
Sent: Tuesday, June 23, 2009 2:40 PM
To: Maven Users List
Subject: How does maven handle artifact's license files?
Does maven have support for tracking license files my
dependent artifacts may have and doing something with these
files, such as installing with my
product/application? If so, how?
(Ideally I want to deploy license docs with each
artifact that
needs one (ideally public artifacts should already have
this) then I want to include all these in a
specific location
in my war.)
-Dave
- To unsubscribe, e-mail:
users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail:
[ANN] Doxia-1.1.1 and Doxia-Sitetools-1.1.1 Released
We are pleased to announce the release of Maven Doxia and Maven Doxia Sitetools,
version 1.1.1.
Doxia is a content generation framework that provides powerful techniques for
generating static and dynamic content: Doxia can be used in a web-based publishing
context to generate static sites, in addition to being incorporated into dynamic
content generation systems like blogs, wikis and content management systems.
http://maven.apache.org/doxia/
Release Notes - Maven Doxia - Version 1.1.1
Bug
* [DOXIA-118] - Image directory list field for PDF generation
* [DOXIA-129] - Allow correctly head element in xdoc
* [DOXIA-134] - Apt parser issues
* [DOXIA-184] - Docbook issues
* [DOXIA-232] - Confluence: Nested list parsing is not generating correct
events
* [DOXIA-239] - Handle non-ASCII characters in anchors and id's
* [DOXIA-281] - Add macro support in FML
* [DOXIA-294] - Apt verbatim box not correct
* [DOXIA-296] - HTML is escaped inside source
* [DOXIA-299] - Confluence: Text formatting in sections does not work.
* [DOXIA-300] - Confluence: Bold markup on start of a document does not
work.
* [DOXIA-301] - Confluence: Invalid interpretation of links' aliases in
tables.
* [DOXIA-302] - Confluence: {code} tag is not interpreted correctly if there
is no empty line before it
* [DOXIA-304] - FO Sink does not recognize attributes of img tags
* [DOXIA-305] - FO: layout properties are not configurable
* [DOXIA-306] - FoAggregateSink doesn't resolve links to images in other
source folder
* [DOXIA-307] - Tests fail when run with Java 1.4
* [DOXIA-308] - encodeId returns an empty string which is not a valid id
* [DOXIA-309] - Ligature in author name shows up on page
* [DOXIA-310] - Unable to get custom entity references to work
* [DOXIA-311] - Character references do not work in xdoc section titles
* [DOXIA-312] - comments in meta properties end up in author content
* [DOXIA-314] - Custom entities do not work in xdoc section titles
* [DOXIA-316] - Backward issue: wrong section counting in TOC macro
* [DOXIA-318] - book descriptor element date not properly translatetd for
latex output
* [DOXIA-321] - Image handling in docbook
* [DOXIA-323] - Apt parser garbles some special characters inside tables
* [DOXIA-324] - Doxia generates wrong xdoc when generating book from docbook
* [DOXIA-325] - Not valid xhtml document if comment with minus character
* [DOXIA-326] - Xhtml sink should preserve CDATA within script
* [DOXIA-328] - Entities are not recognized in faq part title
* [DOXIA-329] - Itext needs local destination
* [DOXIA-330] - reserve - incorrect column/size when parsing fml files
* [DOXIA-331] - Unable to renderer images on iText module
* [DOXIA-332] - Problem with Tables, Doxia, APT Maven site and PDF/RTF
generation
* [DOXIA-334] - Docbook parser shouldn't insert anchors for id attributes
* [DOXIA-341] - Error 503 when validate XHTML files
* [DOXIA-342] - title and author are not generated for XHTML output
Improvement
* [DOXIA-38] - Independent row parsing
* [DOXIA-105] - review error handling
* [DOXIA-272] - TOC macro: allow to specify from/toDepth for *all* sections
* [DOXIA-298] - Confluence: Problem with relative links
* [DOXIA-319] - Improve toc macro for CSS
* [DOXIA-327] - Add PDF metadata
Task
* [DOXIA-186] - Use simplified DTD for DocBook?
* [DOXIA-322] - Publish xsds v 1.0.1
* [DOXIA-337] - Update document model due to MODELLO-199
Release Notes - Maven Doxia Sitetools - Version 1.1.1
Bug
* [DOXIASITETOOLS-19] - SiteRendererSink ignores meta info in head
* [DOXIASITETOOLS-22] - Unable to renderer files with uppercase extension
* [DOXIASITETOOLS-24] - SiteRendererSink swallows formatting in section
titles
Improvement
* [DOXIASITETOOLS-20] - Add new meta Date-Revision and Date-Creation in the
default-site.vm
* [DOXIASITETOOLS-23] - Improve Documentation of Doxia Converter
* [DOXIASITETOOLS-25] - Add a way to render all sources individually in
addition to an aggregated document
Enjoy,
-The Doxia team
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
site descriptor, release:perform maven-gpg-plugin
Has anybody spotted the site descriptor being deployed without a gpg signature when using the release plugin to run a release? If so, did you find a configuration to fix the problem? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How remove exclude **/*.java from resources
i try to get two source folders in my project. As a second source folder I'm going to use resources directory. I can set **/*.java in include. But in conflicts between include and exclude, exclude wins. You should use the build-helper-maven-plugin to add the second source directory. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven with Hibernate/Multiple POM files
The base directory's POM.xml:
project
modelVersion4.0.0/modelVersion
properties
base.version2.1.2-SNAPSHOT/base.version
/properties
groupIdcom.solbright/groupId
version${base.version}/version
artifactIdbase/artifactId
packagingpom/packaging
namebase/name
modules
modulejar/module
moduleservlet/module
modulehar/module
/modules
dependencyManagement
dependencies
dependency
groupIdcom.solbright.base/groupId
artifactIdjar/artifactId
version${base.version}/version
typejar/type
/dependency
dependency
groupIdcom.solbright.base/groupId
artifactIdservlet/artifactId
version${base.version}/version
typejar/type
/dependency
dependency
groupIdcom.solbright.base/groupId
artifactIdhar/artifactId
version${base.version}/version
typehar/type
/dependency
/dependencies
/dependencyManagement
/project
The JAR directory pom:
project
modelVersion4.0.0/modelVersion
groupIdcom.solbright.base/groupId
artifactIdjar/artifactId
packagingjar/packaging
namejar/name
version${base.version}/version
parent
groupIdcom.solbright/groupId
artifactIdbase/artifactId
version${base.version}/version
/parent
build
finalNamebase/finalName
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-jar-plugin/artifactId
configuration
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
/plugins
/build
dependencies
...
/dependencies
And, finally the HAR pom.xml
project
modelVersion4.0.0/modelVersion
groupIdcom.solbright.base/groupId
artifactIdhar/artifactId
packaginghar/packaging
namehar/name
version${base.version}/version
parent
groupIdcom.solbright/groupId
artifactIdbase/artifactId
version${base.version}/version
/parent
build
finalNamebase-hib/finalName
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-jar-plugin/artifactId
configuration
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
plugin
groupIdnet.sf.maven-har/groupId
artifactIdmaven-har-plugin/artifactId
version0.9/version
extensionstrue/extensions
/plugin
/plugins
/build
dependencies
dependency
groupIdcom.solbright.base/groupId
artifactIdjar/artifactId
version${base.version}/version
/dependency
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.1.3/version
/dependency
...
/dependencies
/project
On Wed, Jun 24, 2009 at 7:36 AM, Baptiste MATHUS m...@batmat.net wrote:
Well, could you give us at least an excerpt of your pom?
I'm guessing you want to use some jar and didn't acknowledge the local maven
repository existence, but I might be wrong.
In fact you seem to be trying to directory use some given jar that's been
produced by another projet.
But this is all suppositions and I might be wrong, please let us see your
poms.
Cheers.
2009/6/22 David Weintraub qazw...@gmail.com
I have a project (it's actually a sub-project of another project, so
it will get interesting).
We build three items: base.jar, base-ui.jar, and base-hib.har. These
each are in their own sub-directory, and I can treat them like
projects. I was able to get the whole thing working. However, the
base-hib.har uses Hibernate, and I couldn't find any information on
setting up a project
passing through -D params from CLI to other plugins
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed through to my
running test-suite in surefire or failsafe plugin, which is very annoying
because I have to manuall pass through these vars (by defining custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D parameters to
other fork processes (like test runnings)? Or is there a special surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: passing through -D params from CLI to other plugins
none that I know... the passthrough that used to happen previously was
AFAIK considered a bug...
also consider that you need to purge certain properties from
passthrough, e.g. java debugger port to bind to
-Stephen
2009/6/24 aldana ald...@gmx.de:
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed through to my
running test-suite in surefire or failsafe plugin, which is very annoying
because I have to manuall pass through these vars (by defining custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D parameters to
other fork processes (like test runnings)? Or is there a special surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: passing through -D params from CLI to other plugins
I see
but at least I won't forget this, it took me a while to find out why passing
-D params on the CLI did not have any effect on my plugin-setting.
Stephen Connolly-2 wrote:
none that I know... the passthrough that used to happen previously was
AFAIK considered a bug...
also consider that you need to purge certain properties from
passthrough, e.g. java debugger port to bind to
-Stephen
2009/6/24 aldana ald...@gmx.de:
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed through to
my
running test-suite in surefire or failsafe plugin, which is very annoying
because I have to manuall pass through these vars (by defining custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D parameters
to
other fork processes (like test runnings)? Or is there a special surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24189359.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: passing through -D params from CLI to other plugins
what I think would be a good idea is allowing the specification of a
list of regexs to match properties to pass through and a list of
regexs to match properties to exclude... with exclude taking priority
over include, and exclude having a default set to exclude the pain
points that drove the properties not being passed through in the first
place
perhaps you could file a JIRA for such an enhancement
-Stephen
P.S. file it against surefire... i'll be picking up all changes to
maven-surefire-plugin and applying them to failsafe-maven-plugin when
surefire next rolls a release
2009/6/24 aldana ald...@gmx.de:
I see
but at least I won't forget this, it took me a while to find out why passing
-D params on the CLI did not have any effect on my plugin-setting.
Stephen Connolly-2 wrote:
none that I know... the passthrough that used to happen previously was
AFAIK considered a bug...
also consider that you need to purge certain properties from
passthrough, e.g. java debugger port to bind to
-Stephen
2009/6/24 aldana ald...@gmx.de:
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed through to
my
running test-suite in surefire or failsafe plugin, which is very annoying
because I have to manuall pass through these vars (by defining custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D parameters
to
other fork processes (like test runnings)? Or is there a special surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24189359.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: How does maven handle artifact's license files?
I don't think so, but I believe I've explained pretty much everything about
it. I found about it from
thishttps://jira.jboss.org/jira/browse/JBBUILD-477task in JBoss
JIRA. From there I followed a link to plugin source code. The plugin
mojo
classhttps://anonsvn.jboss.org/repos/maven/plugins/jboss/trunk/maven-jboss-license-plugin/src/main/java/org/jboss/maven/plugins/license/DownloadLicensesMojo.javais
really simple one, every Java developer should be able to read it
easily.
Plugin only has a single download-liceses goal, by default bound to
generate-resources phase, and I've mentioned both parameters
(outputDirectory, and quiet) in the earlier example. In the mojo class
source you can see how downloaded license file gets it's name (see
getLicenseFileName method).
Regards,
Stevo.
2009/6/24 Todd Thiessen thies...@nortel.com
Thats good to know Stevo. Thanks.
Is there a site which describes this plugin and its goals?
---
Todd Thiessen
-Original Message-
From: Stevo Slavic [mailto:ssla...@gmail.com]
Sent: Wednesday, June 24, 2009 2:34 AM
To: Maven Users List
Subject: Re: How does maven handle artifact's license files?
It scans through your project's dependencies, looks for
licenses definitions, and tries to download them (based on
given license URL) into a destination you designate via
outputDirectory parameter (defaults to
${project.build.directory}/licenses). It can do the license
scanning/downloading quietly (defaults to false), not to
report warnings if license can not be found or downloaded. To
automatically embed downloaded licenses into your jar or war
you can use build helper plugin or assembly plugin - wish
jar/war plugins were enough.
As already stated, problem is that many library vendors don't
include the license info in artefact pom's, but also many
include it in their own special way, so you will e.g. get
multiple differently named Apache 2 licenses, invalid URL's,
or BSD license template library vendor failed to customize, ...
Regards,
Stevo.
On Wed, Jun 24, 2009 at 4:35 AM, David Hoffer
dhoff...@gmail.com wrote:
What does the maven-jboss-license-plugin do?
On Tue, Jun 23, 2009 at 5:03 PM, Stevo Slavić
ssla...@gmail.com wrote:
...
pluginRepositories
...
pluginRepository
idrepository.jboss.org/id
urlhttp://repository.jboss.org/maven2/url
releases
enabledtrue/enabled
/releases
snapshots
enabledfalse/enabled
/snapshots
/pluginRepository
...
/pluginRepositories
...
build
...
plugins
...
plugin
groupIdorg.jboss.maven.plugins/groupId
artifactIdmaven-jboss-license-plugin/artifactId
version1.0.0/version
executions
execution
iddownload-licenses/id
phasegenerate-resources/phase
goals
goaldownload-licenses/goal
/goals
configuration
outputDirectory${project.build.directory}/generated-resources/licens
es/outputDirectory
quietfalse/quiet
/configuration
/execution
/executions
/plugin
...
/plugins
...
/build
...
Regards,
Stevo.
On Tue, Jun 23, 2009 at 8:57 PM, David Hoffer dhoff...@gmail.com
wrote:
The report does show a list of known licenses and which
artifact
is associated with each. However most just say Unknown (likely
because
like
you say the pom is missing the information).
However this doesn't help the end product, that is, it
doesn't do
what
the
license says is needed...rather its just an
informational report.
For instance, for the apache license, doesn't a copy of the
license
have
to
come with the product/application? I thought I heard,
some time
ago,
that
maven was working on automating this just like they do
for runtime
artifacts.
-Dave
On Tue, Jun 23, 2009 at 12:45 PM, Todd Thiessen
thies...@nortel.com
wrote:
The dependencies report show all transitive licenses that your
project
uses. I believe this report is part of the default maven site
generation.
Of course if artifacts don't have any license information in
their
pom,
no information will be shown in the report.
---
Todd Thiessen
-Original Message-
From: David Hoffer [mailto:dhoff...@gmail.com]
Document Artifacts - HOWTO?
I'm sure there is an accepted way of handling this problem, but I haven't found it, yet. I have a text document (release notes) that I need to include in my assembly. Right now, I just use a FileDependency tag in the assembly.xml to go grab the document from its module. The document lives in its own module - trying to adhere to the one artifact per module concept. It seems to me that there's got to be a way that my assembly.xml can simply include this artifact like it does other artifacts that it depends on, and the module that the document lives in should be able to produce such an artifact. Any help? Just a pointer to a page would be great! Thanks, Dave - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven with Hibernate/Multiple POM files
Hi David,
[sorting the mail]
Another question: I build the base.jar file, and the other two
projects depend upon that file. I've setup the POMs to show this
dependency: Everything builds, but when I run analyze:dependency, it
tells me it is missing base.jar
[snip]
The base directory's POM.xml:
project
modelVersion4.0.0/modelVersion
properties
base.version2.1.2-SNAPSHOT/base.version
/properties
groupIdcom.solbright/groupId
version${base.version}/version
artifactIdbase/artifactId
[snip]
The JAR directory pom:
project
modelVersion4.0.0/modelVersion
groupIdcom.solbright.base/groupId
artifactIdjar/artifactId
packagingjar/packaging
namejar/name
version${base.version}/version
parent
groupIdcom.solbright/groupId
artifactIdbase/artifactId
version${base.version}/version
/parent
[snip]
And, finally the HAR pom.xml
project
modelVersion4.0.0/modelVersion
groupIdcom.solbright.base/groupId
artifactIdhar/artifactId
packaginghar/packaging
namehar/name
version${base.version}/version
parent
groupIdcom.solbright/groupId
artifactIdbase/artifactId
version${base.version}/version
/parent
[snip]
dependencies
dependency
groupIdcom.solbright.base/groupId
artifactIdjar/artifactId
version${base.version}/version
/dependency
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.1.3/version
/dependency
...
/dependencies
/project
1/ A POM is not a programming language, but a project description. It is
pointless to define the properties section in the top of the file in the
hope that Maven sees the values first before you use them. You can
call mvn help:effective-pom to see what Maven actually uses for the
project description in the end.
2/ base.version is not defined in your submodules if you build from there.
The dependency plugin simply cannot find the parent of your jar artifact.
So, stop using properties in the parent section, actually you don't have to
use properties for your versions at all. Use the real version always for
the parent's version and the artifact's version (they're updated by the
release plugin automatically). Define in the parent a depMgmnt section for
the dependencies used by all your modules and declare the dependencies
without version at all.
- Jörg
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
taglib uri problem using inputwebxml with jspc-maven-plugin
I have a problem doing an inplace tomcat deploy with the tomcat-maven-plugin.
If I use the src/main/webapp/WEB-INF/web.xml location for my web.xml the
jspc plugin adds on the the end of the file on every execution, making
redundant entries. Also, I really don't want to check the modified web.xml
into my scm. However, when I try to declare an inputWebXml like the
following I get an error related to the taglibs I have declared. The
default location works fine with the exception of the redundant file mod and
scm problem noted ...
plugin
groupIdorg.codehaus.mojo.jspc/groupId
artifactIdjspc-maven-plugin/artifactId
version${jspc.version}/version
executions
execution
goals
goalcompile/goal
/goals
/execution
/executions
configuration
source1.5/source
target1.5/target
inputWebXml${basedir}/src/main/resources/WEB-INF/web.xml/inputWebXml
/configuration
dependencies
dependency
groupIdorg.codehaus.mojo.jspc/groupId
artifactIdjspc-compiler-tomcat5/artifactId
version${jspc.version}/version
/dependency
dependency
groupIdorg.slf4j/groupId
artifactIdslf4j-log4j12/artifactId
version1.4.1/version
/dependency
dependency
groupIdorg.slf4j/groupId
artifactIdjcl104-over-slf4j/artifactId
version1.4.1/version
/dependency
/dependencies
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webXml${basedir}/target/jspweb.xml/webXml
/configuration
/plugin
org.apache.jasper.JasperException: File /ess not found
at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:50)
at
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
at
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:114)
at
org.apache.jasper.compiler.TagLibraryInfoImpl.init(TagLibraryInfoImpl.java:159)
at
org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:423)
where web.xml has ...
taglib
taglib-uri/ess/taglib-uri
taglib-location/WEB-INF/ess.tld/taglib-location
/taglib
I agree that /ess is probably a bad URI to choose, but it is already
embedded in many jsps.
I'm not sure why trying to use inputWebXml makes this break.
Thoughts?
-Steve Maring
--
View this message in context:
http://www.nabble.com/taglib-uri-problem-using-inputwebxml-with-jspc-maven-plugin-tp24192485p24192485.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: passing through -D params from CLI to other plugins
I also think this would be a nice enhancement.
You mentioned filing JIRA ticket against surefire-plugin, but isn't this
more related to the maven core handling of -D envs and is better placed in
maven2-JIRA?
Stephen Connolly-2 wrote:
what I think would be a good idea is allowing the specification of a
list of regexs to match properties to pass through and a list of
regexs to match properties to exclude... with exclude taking priority
over include, and exclude having a default set to exclude the pain
points that drove the properties not being passed through in the first
place
perhaps you could file a JIRA for such an enhancement
-Stephen
P.S. file it against surefire... i'll be picking up all changes to
maven-surefire-plugin and applying them to failsafe-maven-plugin when
surefire next rolls a release
2009/6/24 aldana ald...@gmx.de:
I see
but at least I won't forget this, it took me a while to find out why
passing
-D params on the CLI did not have any effect on my plugin-setting.
Stephen Connolly-2 wrote:
none that I know... the passthrough that used to happen previously was
AFAIK considered a bug...
also consider that you need to purge certain properties from
passthrough, e.g. java debugger port to bind to
-Stephen
2009/6/24 aldana ald...@gmx.de:
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed through
to
my
running test-suite in surefire or failsafe plugin, which is very
annoying
because I have to manuall pass through these vars (by defining custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D
parameters
to
other fork processes (like test runnings)? Or is there a special
surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24189359.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24193517.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Manual Steps for Integrating Maven with Eclipse...
baerrach wrote: On Wed, Jun 24, 2009 at 3:28 AM, Shesadri Parthasarathysparthasarat...@sapient.com wrote: Hi , We are working for one of our clients and all our development happens thru Eclipse 3.1. We are using Maven Project for Build and deployment process. As there is some issues in doing the installation of the maven plugin in Eclipse, we want to know the manual steps involved in achieving the same what plug-in installation does. Is it possible for you to provide the steps (changes to folder or workspace, inclusion of list of executable etc) as part of Maven integration into Eclipse so that we can do it manually. Quick response on this would be appreciated. Thanks, Sesha. This question belongs on the users list. Have a look at the http://maven.apache.org/plugins/maven-eclipse-plugin/ There is nothing special about Eclipse and Maven projects. You just need configure Eclipse to have all the jars that you pom.xml defines as dependencies (and their transitive dependencies) The maven-eclipse-plugin automates that for you. Yes, doing 'mvn eclipse:eclipse' is quite reliable and currently the best way to import maven-projects to eclipse. Are you sure that you use eclipse 3.1? It is definetely outdated, current version is 3.4. - manuel aldana aldana((at))gmx.de software-engineering blog: http://www.aldana-online.de -- View this message in context: http://www.nabble.com/Re%3A-Manual-Steps-for-Integrating-Maven-with-Eclipse...-tp24175722p24193609.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: passing through -D params from CLI to other plugins
afaik, it is surefire that forks the jvm, so surefire is where I would
file the jira
if you roll your surefire version back to perhaps 2.3 you'd see the
system properties being passed through
Sent from my [rhymes with myPod] ;-)
On 24 Jun 2009, at 22:49, aldana ald...@gmx.de wrote:
I also think this would be a nice enhancement.
You mentioned filing JIRA ticket against surefire-plugin, but isn't
this
more related to the maven core handling of -D envs and is better
placed in
maven2-JIRA?
Stephen Connolly-2 wrote:
what I think would be a good idea is allowing the specification of a
list of regexs to match properties to pass through and a list of
regexs to match properties to exclude... with exclude taking priority
over include, and exclude having a default set to exclude the pain
points that drove the properties not being passed through in the
first
place
perhaps you could file a JIRA for such an enhancement
-Stephen
P.S. file it against surefire... i'll be picking up all changes to
maven-surefire-plugin and applying them to failsafe-maven-plugin when
surefire next rolls a release
2009/6/24 aldana ald...@gmx.de:
I see
but at least I won't forget this, it took me a while to find out why
passing
-D params on the CLI did not have any effect on my plugin-setting.
Stephen Connolly-2 wrote:
none that I know... the passthrough that used to happen
previously was
AFAIK considered a bug...
also consider that you need to purge certain properties from
passthrough, e.g. java debugger port to bind to
-Stephen
2009/6/24 aldana ald...@gmx.de:
when doing a:
mvn verify -DanyParam=true
anyParam property is available inside pom.xml, but not passed
through
to
my
running test-suite in surefire or failsafe plugin, which is very
annoying
because I have to manuall pass through these vars (by defining
custom
properties in pom and referring it with ${xxx}).
Is there a way in maven to tell plugins to pass through all -D
parameters
to
other fork processes (like test runnings)? Or is there a special
surefire
plugin setting for this?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24188981.html
Sent from the Maven - Users mailing list archive at Nabble.com.
---
--
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---
--
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24189359.html
Sent from the Maven - Users mailing list archive at Nabble.com.
---
--
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://www.nabble.com/passing-through--D-params-from-CLI-to-other-plugins-tp24188981p24193517.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
