Re: Multimodule code coverage report
you can do a mvn org.codehaus.mojo:dashboard-maven-plugin:1.0-SNAPSHOT:dashboard As I suggested here:- http://jira.codehaus.org/browse/MOJO-899 http://jira.codehaus.org/browse/MOJO-899 Dan Tran wrote: umm, i actually have codehaus snaphot repo thru my maven-proxy, and i do see the plugin get downloaded. Perhaps, I need to specify mojo full name. -D On 9/27/07, dvicente [EMAIL PROTECTED] wrote: HI, as described in http://mojo.codehaus.org/dashboard-maven-plugin/usage.html http://mojo.codehaus.org/dashboard-maven-plugin/usage.html you must add this in your pom.xml : pluginRepositories pluginRepository idCodehaus Snapshots/id urlhttp://snapshots.repository.codehaus.org//url /pluginRepository /pluginRepositories or modify the settings.xml (in ${M2_HOME}\conf to add the codehaus snapshot repository as : profiles profile activation activeByDefaulttrue/activeByDefault /activation repositories repository idCodehaus Snapshots/id urlhttp://snapshots.repository.codehaus.org//url snapshots enabledtrue/enabled /snapshots releases enabledfalse/enabled /releases /repository /repositories /profile /profiles keep me informed Best regards David Dan Tran wrote: is there any special instruction interm of configuration that allow me to run dashboard-report:dashboard on command line. maven throws mojo not found when I run this my appology if i miss this configuration already in the site doc. -D On 9/27/07, dvicente [EMAIL PROTECTED] wrote: The problem is : when you add this in the pom.xml of a plugin: ... build plugins plugin artifactIdmaven-plugin-plugin/artifactId configuration goalPrefixdashboard-report/goalPrefix /configuration /plugin ... /plugins ... /build this section is not used by the site plugin to generate the correct plugin-info.html what is your problem ? Dan Tran wrote: interesting since this site doc does not show this mojo, also when I run it, maven errors out with mojo not found -D On 9/27/07, dvicente [EMAIL PROTECTED] wrote: yes mvn dashboard-report:dashboard is valid. it is perhaps not a judicious choice but it's a choice i've made. Dan Tran wrote: from the site are you sure 'mvn dashboard-report:dashboard ' is valid? mvn dashboard:dashboard perhaps? On 9/26/07, dvicente [EMAIL PROTECTED] wrote: you can find the dashboard at : http://mojo.codehaus.org/dashboard-maven-plugin/ http://mojo.codehaus.org/dashboard-maven-plugin/ Bruce Alspaugh-2 wrote: I'm having some trouble using the 2.0 version of the Cobertura plugin for a multiple module build. I configured the reporting section of my top level POM to generate a Cobertura report as part of my website. What it does is to generate reports for each of the modules below it, but I don't get any report at all at the top level. How do I configure the plugin to generate an aggregated report the way I can with the javadoc plugin? I don't see it mentioned in the plugin documentation. Is there another plugin that would generate an aggregated code coverage report? Is the Emma plugin ready for primetime? Bruce - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Multimodule-code-coverage-report-tf4511339s177.html#a12902383 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Multimodule-code-coverage-report-tf4511339s177.html#a12916179 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: weird maven behaviour
thanks Tim that worked like a charm Cheers Priya Tim Kettler wrote: Hi, have you tried excluding xerces explicitly from the commons-configuration dependency? -Tim priyasubu schrieb: Sorry about that.Its not a complaint I did not know how to figure that one out I do know the issue seems to be that there is a jar conflict with xerces and apache commons configuration uses a version that conflicts with the latest which is used by other projects so I added my dependency explicitly to the super pom and now its part of the classpath.and compiles fine when I do a mvn clean install but the thing is when I import it into idea mvn idea:idea i can see the xerces 2.8.1 but becuaes commons-configuration comes first it still seems to be using the xerces with that.. and messing my testcases up I think it uses it alphabetically is there some way i can tell maven explicitly to use the newer xerces in its classpath before the older one. Cheers Priya - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/weird-maven-behaviour-tf4531828s177.html#a12935487 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven]How can I download all the plugins file at one time?
Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using properties in settings.xml
Hi I have the same identical problem... Have you resolved in the meanwhile? Any other hints? Thanks regards. Raffaele Jan Delannoy wrote: Hi all, I'm having some problems using properties in the settings.xml. I'm trying to use properties in the username and password elements of a server declaration, and then getting the values for these properties from a profile in my local settings.xml. So this would be (part of) my Maven settings.xml: server idsomeserver/id username${someserver.username}/username password${someserver.password}/password /server ... activeProfiles activeProfileproperty-overrides/activeProfile /activeProfiles and in my local settings.xml I have: settings profiles profile idproperty-overrides/id properties someserver.usernamemyuser/someserver.username someserver.passwordmypassword/someserver.password /properties /profile /profiles /settings But when I run mvn help:effective-settings I get: settings localRepositoryC:\Documents and Settings\jan\.m2\repository/localRepository servers server username${someserver.username}/username password${someserver.password}/password idsomeserver/id /server /servers profiles profile properties someserver.usernamemyuser/someserver.username someserver.passwordmypassword/someserver.password /properties idproperty-overrides/id /profile /profiles activeProfiles activeProfileproperty-overrides/activeProfile /activeProfiles /settings Why is Maven not picking up my local settings? By the way, I took this kind of setup from Mergere's 'Better Builds with Maven' book... Any help would be greatly appreciated! Many thanks, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/using-properties-in-settings.xml-tf3517023s177.html#a12938280 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the proper way to provide subprojects with a global resource directory using relative paths?
Hmm so property inheritance with file paths is a no-no then. I see what you mean, I guess feasibly, a person might only get out the client, but not check out any other code and therefore things would break. That definitely gives me something to think about. Fun fun decisions. On 9/28/07, Wendy Smoak [EMAIL PROTECTED] wrote: On 9/28/07, Ryan Moquin [EMAIL PROTECTED] wrote: I have a multilevel multimodule project that creates servicemix service archives and also bundles up a client jar for me. This all worked great, until I decided I wanted to put all my wsdls into a single directory and then specify that directory and the specific wsdl for inclusion in the proper projects using an inherited property from a parent POM. So take this directory structure for example: The usual way is to bundle the common resources in a jar and either depend on them directly, or possibly dependency:unpack them into place if they need further work in the module. I only scanned the rest, but the general problem is that you can't guarantee that a top level directory exists on disk. Each module should be able to build independently using content from the repository. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem Coping *.properties file into respective folder
I think you should use ${project.build.directory} instead of ${basedir} as outputDirectory... Philippe On 9/27/07, Seenivasagam, Dhamotharakkannan [EMAIL PROTECTED] wrote: Hello, I have few Application related properties file. When I do compile I expect all goes to the respective folder(In my case my properties file is under ${basedir}/phonebook/src/com/wssc/ad/phonebook/utils after compilation I expect it to be copied under ${basedir}/phonebook/WebContent/WEB-INF/classes/ com/wssc/ad/phonebook/utils ) Surprisingly its copying under ${basedir}/phonebook/WebContent/WEB-INF/classes since my outputDirectory${basedir}/phonebook/WebContent/WEB-INF/classes/output Directory setting. Not sure how to configure. Here is my pom.xml file ?xml version=1.0 encoding=UTF-8? project modelVersion4.0.0/modelVersion groupIdcom.wssc.ad.phonebook/groupId artifactIdphonebook/artifactId packagingwar/packaging version1.0.0/version descriptionWSSC Blue Book /description dependencies build sourceDirectory${basedir}/phonebook/sourceDirectory outputDirectory${basedir}/phonebook/WebContent/WEB-INF/classes/output Directory resources resource directory${basedir}/phonebook/src/com/wssc/ad/phonebook/utils/directo ry includes filteringfalse/filtering include**/*.properties/include /includes /resource /resources plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration compilerVersion1.4/compilerVersion source1.4/source target1.4/target /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId configuration warSourceDirectory${basedir}/phonebook/WebContent/warSourceDirectory /configuration /plugin /plugins /build /project S Kannan Web Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[closed]How can I download all the plugins file at one time?
I got it. thanks a lot. On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: That should work, as long as you invoke Maven with the -o (--offline) switch and do not add further external dependencies to your project. -Gisbert zhongliang zhang wrote: so,I just copy the ~\.m2\reposity directory to the offline environment,and I can use the mvn with no downloading prompt or no build_failture prompt. is it right? On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html -Gisbert zhongliang zhang wrote: Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the proper way to provide subprojects with a global resource directory using relative paths?
On 9/28/07, Ryan Moquin [EMAIL PROTECTED] wrote: I have a multilevel multimodule project that creates servicemix service archives and also bundles up a client jar for me. This all worked great, until I decided I wanted to put all my wsdls into a single directory and then specify that directory and the specific wsdl for inclusion in the proper projects using an inherited property from a parent POM. So take this directory structure for example: The usual way is to bundle the common resources in a jar and either depend on them directly, or possibly dependency:unpack them into place if they need further work in the module. I only scanned the rest, but the general problem is that you can't guarantee that a top level directory exists on disk. Each module should be able to build independently using content from the repository. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to disable implicit plugin execution order of inherited poms?
hi, my app is from type war so implicitly the war-plugin gets executed as first plugin in package phase. problem is that before building the war i need to package my axis2 webservice-app as aar (which exists as own task). aar-plugin must therefore execute before war plugin. thus i cannot work with inherited behaviour of war-packaging :( is there a workaround how to execute aar plugin before war plugin. my first ideas were to bind aar-plugin to phase before package which is not nice, because aar task belongs to package phase. second idea was to mark my webapp as jar-packaging, this makes configuration more lengthy but should somehow solve my problem. i already searched the mailinglist and this seems to be an issue, especially with war-packing. i think ordering of inherited plugins should be possible to control. -- View this message in context: http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html#a12940156 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is the proper way to provide subprojects with a global resource directory using relative paths?
I have a multilevel multimodule project that creates servicemix service archives and also bundles up a client jar for me. This all worked great, until I decided I wanted to put all my wsdls into a single directory and then specify that directory and the specific wsdl for inclusion in the proper projects using an inherited property from a parent POM. So take this directory structure for example: /servicemix-parent pom.xml src/main/resources/ service-wsdl1.wsdl service-wsdl2.wsdl - /service1 pom.xml - cxf-service-su pom.xml - cxf-client pom.xml - /service2 pom.xml - cxf-service-su pom.xml - cxf-client pom.xml So I have a servicemix-parent directory, with a pom.xml that defines 3 properties: properties wsdl-resource-dir${basepath}/../../src/main/resources//wsdl-resource-dir wsdl1service-wsdl1.wsdl/wsdl1 wsdl2service-wsdl2.wsdl/wsdl2 /properties Then in each of my modules: Under the service1 subproject: cxf-service-su and cxf-client both have a resources tag in their pom.xmlthat says: resources resource directory${wsdl-resource-dir}/directory includes include${wsdl1}/include /includes /resource /resources Under the service2 subproject: cxf-service-su and cxf-client both have a resources tag in their pom.xmlthat says: resources resource directory${wsdl-resource-dir}/directory includes include${wsdl2}/include /includes /resource /resources Now this all work great DEPENDING on where I execute my build from, which is the problem. Using ${basePath} in an inherited manner seems to resolve the property the path where I start the build from, rather than from the parent where it is defined. So if I build from the top level, depending on how that top level property is defined in ${wsdl-resource-dir}, it will find the wsdls properly, but if I only want to build from the servicemix-parent/service1/cxf-client directory, the build won't be able to find the proper wsdl. My guess is that architecturally I'm not doing this properly (I'm doing something similar else where, but the inherited property is using by the sql-maven-plugin and it always magically seems to resolve the path properly no matter where I build from). Is there is a better way to handle shared resources like this so they can be only in one location, but used as a resource in a project and found consistently? I was this to be more portable, so I want to use a relative directory, but using a relative directory seems to be a problem. Thanks!
Re: Replacing Proprietary Build System With Maven
2007/9/28, Paul Duffin [EMAIL PROTECTED]: Damien, The majority of my OSGi bundles don't yet provide a service (although they will eventually), I am just porting them from a non OSGi environment in which we typically used reflection to load an implementation of a factory (defined in the API). That means that they typically pack the API and SP together. No problem, it works fine for only one SP. Just to clarify, the API artifact is a normal JAR that contains the API classes yep The SP artifact is an OSGi bundle that contains both the API and the SP classes. It uses the Embed-Dependency instruction from the felix bundle plugin to include the API (selected using package). The scopeprovided/scope will hide the dependency between the bundle and the seperate API artifact. yep I presume that for testing the SC you have a dependency on the SP/API bundle artifact. How do you test the SC, inside an OSGi container or within unit tests ? If the latter how do you do it, do you mock up an OSGi container, break encapsulation and create the service directly, mock up the service ? Both - Automaticaly with unit tests and many mock implementation of API. We use Declarative Services as much as possible not to be coupled with OSGi framework API. That's easier to test - Inside OSGi container, by our testers, with real SP or other mock SP when it's hard to test the real implementation of SP Do you do also have a runtime dependency between SC and SP/API ? I know you don't need one as the SC can use any relevant service. No dependency between SC and SP at all SC depends only on API, it shouldn't not be aware about any SP How do you assemble your application ? With an assembly, which as a submodule of parent pom. The assembly describes the bundles it needs through dependencies : - SC + SP (includes API) - or SC + API + SP Damien Lecan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to suppress the deploy for a given module?
actually, what I'm trying to accomplish is that I still want this module to go through all phases except the deploy one along with other modules in a single run of mvn deploy. Just like we can skip test-compile or test phase, is there the other way to configure to by-pass only deploy phase? On 9/27/07, Tim Kettler [EMAIL PROTECTED] wrote: Tomasz Pik schrieb: On 9/27/07, Yan Huang [EMAIL PROTECTED] wrote: Hello, Is there a way to skip the deploy phase for a module? I tried skip tag for the maven-deploy-plugin and it seems not working ... You've a parent pom with some child modules and do not want to 'deploy' one of them during 'mvn deploy' executed from top right? You may define a profile in parent pom containing modules that you do not want to deploy and then activate this profile for 'all-but-not-deploy' builds. Unfortunately (AFAIK) there's no way do disable profile using a command line. Actually there is. I just discovered this yesterday while looking at the sources [1]: while ( profileTokens.hasMoreTokens() ) { String profileAction = profileTokens.nextToken().trim(); if ( profileAction.startsWith( - ) ) { profileManager.explicitlyDeactivate( profileAction.substring( 1 ) ); } else if ( profileAction.startsWith( + ) ) { profileManager.explicitlyActivate( profileAction.substring( 1 ) ); } else { // TODO: deprecate this eventually! profileManager.explicitlyActivate( profileAction ); } } So 'mvn -P-profile_name' should deactivate a profile. I don't checked if this in a released version yet but it should be available when 2.0.8 is released. -Tim [1] https://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x/maven-core/src/main/java/org/apache/maven/cli/MavenCli.java Something like this: modules moduleapi/module moduleimpl/module /modules profiles profile idit/id modules moduleitest/module /modules /profile /profiles HTH, Tomek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: enable plugins for other packaging types
this does not work because tomcat plugin not looks on the archive-name, merely to the packaging type defined in the head of pom.xml. Wayne Fay wrote: I'm not sure if it would work, but could you use finalName to specify a .war, and leave packaging as type jar? Wayne On 9/28/07, aldana [EMAIL PROTECTED] wrote: hi, as described in post (see link http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html) i cannot use the packaging type war, because inherited plugin execution makes war packaging of axis2 app fail. my workaround is to use the packaging type jar, so plugin execution does not get inherited. unfortunately this makes tomcat plugin not run, because it expects a packaging war (it skips with message 'Skipping non-war project). does somebody know whether it is possible to use tomcat plugin though packaging jar is set? -- View this message in context: http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942672 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plugin devlopment to compose other plugins
hi, is it possible to reuse plugins in that way that i can call them through a new plugin (composing plugins). that means define dependency in pom.xml to respective plugins and being able to call them with certain configurations inside a new developed custom plugin. an alternative is to define a new parent pom.xml where chaining plugins could be done. but i want to avoid, that parent hierachies are getting to deep and too many parents exist. further more i would like to introduce a new pom packaging type (tomcat-axis2) which is as far i know only possible through a custom plugin. in current situation it is neccessary to chain 4-5 different plugins, which should express themselves as one big one. the task is to deploy a built axis2 app on tomcat. following flow must be achieved: 1) calling assembly plugin for getting all dependencies and being able to express depedencySets through assembly descriptor 2) calling aar plugin to pack axis2 app (maybe mar plugin on top of that too). 3) calling war plugin to get a j2ee webapp (aar/mar inside) 4) calling tomcat plugin to deploy all stuff thanks for your thoughts. -- View this message in context: http://www.nabble.com/plugin-devlopment-to-compose-other-plugins-tf4535168s177.html#a12942607 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
recommandation for JS packaging ? (was Using maven for JavaScript projects)
What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. - other ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)
nicolas de loof wrote: What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. Option 2 is the preferred way for me, mostly because WAR overlaying can only help with, well, web apps. I'm working on that along with a ServletFilter that can be used as a dependency (maybe war overlay?) in web projects. I'm not through with the details though and was going to ask here for suggestions. So, a very rough outline: - Provide JS packaging of projects as JAR artifacts - Provide a library that can be used as a dependency by web apps. The lib contains, basically, a Servlet Filter listening to *.js and builds/caches the HTTP response after pulling and maybe compressing the JS code from the classpath - Provide something equally useful for non-webapp projects Some questions: - What kind of metadata would be useful in what one would consider as the standard way to package JS-based JAR artifacts? - What kind of metadata would be useful for libs utilizing that packaging? - Can WAR overlaying be used to bring that Servlet Filter in a web-app, along with the appropriate web.xml markup? There more details but that gives the general idea. I have not yet formed an opinion on how useful knowledge on JS dependencies (i.e. script1.js was requested but the client has not received a dependency, sript2.js yet) is on runtime. WDYT? Many thanks, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
customizable?
Hi All, I'm using continuum beta-3 so far its going great,i really love this i just need to figure out few things, i hope to get some answer from here in user forum 1. Is there a way to customize the contents of notification email? 2. i use clearcase how is release function will work with that? 3. is there any clearcase listener available from continuum to listen for modification in source repository? 4. how do i give read access to everyone on continuum ? Thanks in advance ragjan
Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)
I agree with the js packaging. It works fine for js libs like prototype that is build based on multiple JS but pakcage as a single file. It works less with scriptaculous, dojo or yahooUI that comes with multiple JS with a internal JS-level dependency loading strategy. For those one, this would require one artifact per js file, and maybe a parent POM to declare all of them as dependencies. I'm writing a js:inplace Mojo based on this idea. Nico. 2007/9/28, Richard Chamberlain [EMAIL PROTECTED]: This is definitely I'm struggling with at the moment: We have 2 artefacts for each js module: 1) one compressed module.js file 2) the source in multiple files, containing a module.js that document.writes out script tags for each file. This is used for debugging. Currently I package with a zip and a task to unzip when retrieved. I'd be interested if this could be made neater. One option (touched on before on this list) is to only ever produce a single .js file for each module and have js packaging. Unfortunately there would still need to be a copy task to move it from your local repository under your web context. Cheers, Rich -Original Message- From: nicolas de loof [mailto:[EMAIL PROTECTED] Sent: 28 September 2007 15:10 To: Maven Users List Subject: recommandation for JS packaging ? (was Using maven for JavaScript projects) What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. - other ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Not downloading dependencies from managed repository via HTTP
Hi , Ive set up an internal repository with archiva. The repository is available via http because I have made several deployments via WEBDAV without problems, but when I declare this repository in a pom.xml to get the deployed dependecies something is happening: -- [DEBUG] Trying repository snapshots Downloading: http://s-comm-iss-d1:/archiva/repository/snapshots//org/andromd a/cartridges/andromda-spring-cartridge/3.3-SNAPSHOT/andromda-spring-cartridge-3. 3-SNAPSHOT.jar [DEBUG] Skipping disabled repository central [DEBUG] Artifact not found - using stub model: Unable to download the artifact f rom any repository org.andromda.cartridges:andromda-spring-cartridge:pom:3.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://s-comm-iss-d1:/archiva/repository/snapshots/) - in the settings.xml I have got the corresponding server with the login and password for accesing the repository. If I instead http://s-comm-iss-d1:/archiva/repository/snapshots/ I give the filesystem route pointing to the place where the webserver is d:/archiva/data/repositories/snapshots/ the dependency is well downloaded. Somebody nows what I am doing wrong? Cheers! The extrange thing -- View this message in context: http://www.nabble.com/Not-downloading-dependencies-from-managed-repository-via-HTTP-tf4535097s177.html#a12942389 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 - ESB packaging - Clover2 problem
On 27/09/2007, at 11:16 PM, Mika Hänninen wrote: Hi, Clover is claiming Not instrumenting sources with Clover as this is not a Java project. When pom.xml has packagingesb/ packaging. When I change packaging to jar then there is no problem. Question is, how I can generate Clover report without changing packaging from esb to jar ? What I need in my pom.xml or build.xml to satisfy Clover's reporting needs? :) Hi Mika, As I mentioned in my reply to your support request, this is a bug which will be fixed in the next release of the maven-clover-plugin: http://developer.atlassian.com/jira/browse/CLMVN-1 Regards, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)
I started tinkering with the war overlay method just a few days ago, so I may be missing some things. But so far it seems like a flexible enough solution that it would be a good way to go. I like it because: * can use it today * flexibility to put resources anywhere in the app one might need * there needs to be an accepted convention, as you say, which may be an argument for custom packaging plug-in * solution could be a 'scriptDirectory' or similar attribute in war plugin configuration. * webapp and script artifact can use the same testing tools (jsunit, selenium, etc) without duplicating effort. The first is important for me because I have software that I want to ship. The second is important because there are lots of use cases to take into consideration for packaging. What if somebody wants resources outside of their script directory? That may not be accepted for a general purpose script artifact, but I can see that being a common want for in-house or application-specific artifacts. What if somebody wants a servlet that goes with their script, with configuration? I suppose they could put it into a separate artifact (I'm not completely familiar with best practice for that sort of thing), but I can see times when that would be annoying. The third is the biggest win for war packaging, IMO. With the war plugin, it's only a matter of making conventions, not thinking out logistics of what the packaging should do. It would also allow normal web artifact to take advantage of any testing tools such as jsunit or selenium in the same way as a script artifact would. There are some cons to it too though: * Must use 'test' scope for dependencies to be available when jsunit is run (or 'provided' works when there are no tests); either of these packs the dependencies into the final war. But if you use 'runtime', all dependencies are packed into the dependent artifact. This could be a win for custom packaging. * Burden is on plug-in developers to follow whatever convention is schemed up. To sum it up, I think a balanced solution would be to add a 'scriptDirectory' or similar attribute to the war plugin, with a sensible default like src/main/webapp/scripts, which any script library such as jsunit or yuicompressor could use. It would save effort of developing the packaging, and it would save effort for plugin developers like selenium and jsunit from having to support two different packagings. Harlan On 9/28/07, nicolas de loof [EMAIL PROTECTED] wrote: What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. - other ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Harlan Iverson http://blog.devspan.com
Re: maven-ant-tasks-2.0.7: How to package an artifact?
Graham Leggett wrote: On Thu, September 27, 2007 8:09 pm, Stefan Prange wrote: 2. I want my EAR file named after a predefined pattern. It shall be name like appname.ear_timestamp, e.g. appname.ear_20070927. I tried to achieve this with Maven before (with build/finalname) but with no success. ANT allows me to name the resulting EAR file whatever I like. Is there a reason you want this particular pattern? Hi Graham, yes there is. Our operations team defined this convention. Their deploy script looks for ear files that are named after this pattern. But the timestamp part after the appname.ear_ is completely arbitrary. It's meant to be a version marker to distinguish different EAR files. The deploy script always picks the EAR file with the most recent file date (i.e. the date which can be updated by using touch.) I just created a separate Maven EAR module and also used the build-number-plugin which Tim Kettler recommended. The build-number-plugin now creates an EAR file name like appname.ear_20070928.ear, i.e. it still appends a surplus .ear suffix. But since the version marker part of the EAR file's name is arbitrary, I can live with this. Thanks every one for helping me. Bye, Stefan -- View this message in context: http://www.nabble.com/maven-ant-tasks-2.0.7%3A-Hot-to-package-an-artifact--tf4527753s177.html#a12939367 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [closed]How can I download all the plugins file at one time?
Note that this doesn't yet work for plugins not explicitly listed in your poms (like the ones bound to the standard lifecycles) but I recently wrote some code in enforcer to do this, so I can finally fix it here. -Original Message- From: zhongliang zhang [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 6:30 AM To: Maven Users List Subject: [closed]How can I download all the plugins file at one time? I got it. thanks a lot. On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: That should work, as long as you invoke Maven with the -o (--offline) switch and do not add further external dependencies to your project. -Gisbert zhongliang zhang wrote: so,I just copy the ~\.m2\reposity directory to the offline environment,and I can use the mvn with no downloading prompt or no build_failture prompt. is it right? On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html -Gisbert zhongliang zhang wrote: Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Property substitution in activation settings
All, According to this article (http://www.javaworld.com/javaworld/jw-05-2006/jw-0529-maven.html?page=6), this should work: project ... profiles profile idtest/id activation file exists${java.home}/test1.properties/exists /file /activation ... /profile /profiles ... /project If it works, then there must be something wrong with my system. I have seen a couple of bug reports on the fact that property expansion doesn't work, sometimes it appears to have been fixed, sometimes it doesn't. Does anyone have a clue? Wilfred -- Wilfred Springer | Software Architect | TomTom | [EMAIL PROTECTED] | +31 (0) 6 46 72 09 90 mobile | +31 (0) 20 8500800 office - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Not downloading dependencies from managed repository via HTTP
On 9/28/07, melpelotones [EMAIL PROTECTED] wrote: Ive set up an internal repository with archiva. The repository is available via http because I have made several deployments via WEBDAV without problems, but when I declare this repository in a pom.xml to get the deployed dependecies something is happening: There should be more information in the Archiva log file. Please re-post to the Archiva users list with a bit more information and I'm sure we can figure it out. You can find subscription info here: http://maven.apache.org/archiva/mail-lists.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: enable plugins for other packaging types
I'm not sure if it would work, but could you use finalName to specify a .war, and leave packaging as type jar? Wayne On 9/28/07, aldana [EMAIL PROTECTED] wrote: hi, as described in post (see link http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html) i cannot use the packaging type war, because inherited plugin execution makes war packaging of axis2 app fail. my workaround is to use the packaging type jar, so plugin execution does not get inherited. unfortunately this makes tomcat plugin not run, because it expects a packaging war (it skips with message 'Skipping non-war project). does somebody know whether it is possible to use tomcat plugin though packaging jar is set? -- View this message in context: http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Improving Maven Site Docs
On 9/28/07, Kevin Jackson [EMAIL PROTECTED] wrote: Hi, Regarding the XML thing (OT wrt documentation - sorry). XML basically sucks as a human readable format, it's a more verbose form of tree/list syntax (like s-expr). One problem I have with mvn that I don't have with Ant is that there are no 'shorthand' options in mvn ie: Agreed. There's no reason we can't have a shorthand translation to make this more readable. I like Spring's ability to add in new tags. The tags can serve for configuration of plugins (the plugins defining the tags), or be shortand. And seriously, a simple Java-based graphical editor wouldn't hurt. It's not fantastic, but Swing does the job. Or a plugin for a popular IDE. -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: recommandation for JS packaging ? (was Using maven for JavaScript projects)
This is definitely I'm struggling with at the moment: We have 2 artefacts for each js module: 1) one compressed module.js file 2) the source in multiple files, containing a module.js that document.writes out script tags for each file. This is used for debugging. Currently I package with a zip and a task to unzip when retrieved. I'd be interested if this could be made neater. One option (touched on before on this list) is to only ever produce a single .js file for each module and have js packaging. Unfortunately there would still need to be a copy task to move it from your local repository under your web context. Cheers, Rich -Original Message- From: nicolas de loof [mailto:[EMAIL PROTECTED] Sent: 28 September 2007 15:10 To: Maven Users List Subject: recommandation for JS packaging ? (was Using maven for JavaScript projects) What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. - other ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Replacing Proprietary Build System With Maven
Damien, Thanks very much for all your help. That is very similar to what I want to do. The use of scopeprovided/scope is probably the bit I was missing but I just need to check that it will work as I think it does. The majority of my OSGi bundles don't yet provide a service (although they will eventually), I am just porting them from a non OSGi environment in which we typically used reflection to load an implementation of a factory (defined in the API). That means that they typically pack the API and SP together. Just to clarify, the API artifact is a normal JAR that contains the API classes. The SP artifact is an OSGi bundle that contains both the API and the SP classes. It uses the Embed-Dependency instruction from the felix bundle plugin to include the API (selected using package). The scopeprovided/scope will hide the dependency between the bundle and the seperate API artifact. I presume that for testing the SC you have a dependency on the SP/API bundle artifact. How do you test the SC, inside an OSGi container or within unit tests ? If the latter how do you do it, do you mock up an OSGi container, break encapsulation and create the service directly, mock up the service ? Do you do also have a runtime dependency between SC and SP/API ? I know you don't need one as the SC can use any relevant service. How do you assemble your application ? Damien Lecan wrote: Could you give me an example of how you separate your API and implementation. Do you use separate poms, or within the same pom ? If within the same pom how do you check that only the API is used by other poms ? If in separate poms how do you build the bundle ? There are 2 things in your questions : - how am I deploying my OSGi applications - how am I building my OSGi bundles The second question depends on the 1st one. With OSGi, you can choose where you want to deploy java classes. I can reduce an OSGi application to 3 components : - service consumers (SC) - service descriptions (API) - service producers (SP) Dependencies : SC - API - SP Many packaging solutions can found : all together or each component in its own bundle. Ok, packaging SC + API together is a bad idea, but packaging API + SP can be done. This last solution is a problem only when you can have several SP for the same API. So, basicaly, I have : Parent pom +- SC (depends on API with scope provided) +-API +-SP (depends on API, can embed API if API scope is compile) If you want 3 bundles, don't embed API in SP If you want 2 bundles, embed API in SP (just a pom configuration) Is it what you want ? Damien Lecan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vedr.: Re: FTP plugin for deploying a directory, _not_ an artifact
Thanks for the help guys ... scp is not an option for me, but at least I was able to confirm my suspicion that this currently is not an easy thing to do with Maven. This would definitely be a feature wish for maven, that would help in the ant/maven comparison stakes. I'm just sorry I haven't got time to do it myself. /Michael Alan D. Salewski [EMAIL PROTECTED] skrev den 26-09-2007 16:05:17: On Wed, Sep 26, 2007 at 01:23:40AM -0400, Brian E. Fox spake thus: To my knowledge, only the scp wagon supports directory copying (hence the inability to deploy sites any other way besides file). It would seem that the ftp wagon would need to support this first and then a plugin could leverage it. --Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 8:00 AM To: Maven Users List Subject: FTP plugin for deploying a directory, _not_ an artifact Hi, I need to be able to deploy an entire directory to an ftp server. Is anyone working on such a plugin? The only solutions I have googled so far use ant run, and include som creativity to include a dependency which ant needs. This seems very ugly. Either that or they use maven1 I can understand why it isn't included in the default maven stuff, as it is not a conventional build thing. It shouldn't be too easy, or people will ignore the (great) maven conventions, which is a real risk. best regards, and thanks in advance, Michael This doesn't directly address your request, but perhaps it will be useful. If you have scp access to the remote host, you can use the 'wagon-maven-plugin' from the Apache MyFaces project to deploy an entire directory: plugin groupIdorg.apache.myfaces.maven/groupId artifactIdwagon-maven-plugin/artifactId executions execution phasedeploy/phase iddeploy-non-maven-artifacts/id goals goaldeploy/goal /goals configuration urlscpexe://somehost.com/path/to/some/directory//url inputDirectory${project.build.directory} /whatever/inputDirectory /configuration /execution /executions /plugin Note that I've not tried to use the plugin to deploy a directory with subdirs. I'd be interested to hear whether or not that works. HTH, -Al
Re: What means mojo in maven2?
http://maven.apache.org/guides/introduction/introduction-to-plugins.html On 9/28/07, Johannes Haase [EMAIL PROTECTED] wrote: Hello folks! In each books and references about maven2 the mojo term has to be an important meaning. But nowhere is an description what it implies pertain to maven2. Could anybody explain me its eligible existence please? Many thanks Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to disable implicit plugin execution order of inherited poms?
Why don't you break your project up into 2 modules? One for your arr and one that is for your war. Then make your war depend on the arr. I'm not familiar with arr, so this is only a guess... HTH Jim On 9/28/07, aldana [EMAIL PROTECTED] wrote: hi, my app is from type war so implicitly the war-plugin gets executed as first plugin in package phase. problem is that before building the war i need to package my axis2 webservice-app as aar (which exists as own task). aar-plugin must therefore execute before war plugin. thus i cannot work with inherited behaviour of war-packaging :( is there a workaround how to execute aar plugin before war plugin. my first ideas were to bind aar-plugin to phase before package which is not nice, because aar task belongs to package phase. second idea was to mark my webapp as jar-packaging, this makes configuration more lengthy but should somehow solve my problem. i already searched the mailinglist and this seems to be an issue, especially with war-packing. i think ordering of inherited plugins should be possible to control. -- View this message in context: http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html#a12940156 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven]How can I download all the plugins file at one time?
That should work, as long as you invoke Maven with the -o (--offline) switch and do not add further external dependencies to your project. -Gisbert zhongliang zhang wrote: so,I just copy the ~\.m2\reposity directory to the offline environment,and I can use the mvn with no downloading prompt or no build_failture prompt. is it right? On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html -Gisbert zhongliang zhang wrote: Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What means mojo in maven2?
Hello folks! In each books and references about maven2 the mojo term has to be an important meaning. But nowhere is an description what it implies pertain to maven2. Could anybody explain me its eligible existence please? Many thanks Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: regarding profiles
ok here goes. this is my settings file settings profiles profile idinside/id properties repohttp://192.168.10.60:8080/repo /properties repositories repository idcentral/id urlhttp://192.168.10.60:8080/artifactory/repo/url snapshots enabledfalse/enabled /snapshots /repository repository idsnapshots/id urlhttp://192.168.10.60:8080/artifactory/repo/url releases enabledfalse/enabled /releases /repository /repositories /profile profile idoutside/id properties repohttp://repo1.company.com:8080/repo /properties repositories repository idcentral/id urlhttp://repo1.company.com:8080/artifactory/repo/url snapshots enabledfalse/enabled /snapshots /repository repository idsnapshots/id urlhttp://repo1.company.com:8080/artifactory/repo/url releases enabledfalse/enabled /releases /repository /repositories /profile /profiles activeProfiles activeProfileinside/activeProfile /activeProfiles /settings the pom is as follows: project xmlns=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/maven-v4_0_0.xsd; parent groupIdcom.company.projects/groupId artifactIdbase-project/artifactId version1.0/version /parent modelVersion4.0.0/modelVersion groupIdcom.company.implementations.product.cs/groupId artifactIdImplementation/artifactId version1.0-SNAPSHOT/version nameImplementation/name dependencies dependency groupIdorg.apache.geronimo.specs/groupId artifactIdgeronimo-j2ee_1.4_spec/artifactId version1.0/version scopeprovided/scope /dependency dependency groupIdcom.company.product/groupId artifactIdproductCore/artifactId version3.0-SNAPSHOT/version typepom/type /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.1/version !-- commons-logging 1.1. has invalid dependencies -- exclusions exclusion groupIdavalon-framework/groupId artifactIdavalon-framework/artifactId /exclusion exclusion groupIdlog4j/groupId artifactIdlog4j/artifactId /exclusion exclusion groupIdlogkit/groupId artifactIdlogkit/artifactId /exclusion exclusion groupIdjavax.servlet/groupId
Re: maven-ant-tasks-2.0.7: How to package an artifact?
On Thu, September 27, 2007 8:09 pm, Stefan Prange wrote: there are two reasons. 1. I didn't want to create a new java project only to package an EAR file. Well, this reason is not quite cogent, I suppose. When using Maven one should engage with Maven's multi module approach. We relented and converted our ant based ejb+ear, to a maven ejb module, and a maven ear module. It was way simpler than trying to do it all in one go. It was also siginificantly quicker for developers too, as building the ejb doesn't involve the time wasting phase of building the ear file. 2. I want my EAR file named after a predefined pattern. It shall be name like appname.ear_timestamp, e.g. appname.ear_20070927. I tried to achieve this with Maven before (with build/finalname) but with no success. ANT allows me to name the resulting EAR file whatever I like. Is there a reason you want this particular pattern? What following the maven defaults buys you is that you get a whole lot of downstream functionality for free. We relented and let maven call our ear file my-project-ear-4.3.2.ear, and we had to tweak some code in our app accordingly to support this. We make releases of our code using the maven-release-plugin, which handles the tagging, the building and deploying to our internal maven repository for us, for free. If we had done the ear step with ant, then we would have been forced to do the tagging, building and deploying ourselves by hand, and we would have had to train each developer on the team how to support our proprietry methods themselves, a real headache. Instead in our case, each member of the team takes it in turn to act as release manager (to spread the knowledge), and they follow a relatively simple recipe to prepare and perform the release, not caring about the details - the details are maven's job. In our case, on a very complex system involving 5 multi module projects, about 20 artifacts (jars, ejbs, ears), and an Eclipse RCP application, can be formally released and made available in our repo beginning to end in 30 minutes. Thinking about this one of the key differences in using ant and maven is this: When using ant, the developer asks how do I do X?. When using maven, the developer asks how does maven do X. Maven already knows how to do stuff, but on condition you follow the conventions. Following the conventions in maven is in the vast majority of cases less work for you in the long run. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: When builds are done in multi-module projects ?
I'll try to reproduce it. Can you look at logs the enqueuing lines to see if projects are in the right order? Do you have scm changes between each build? Emmanuel Damien Lecan a écrit : It isn't recommended to have the same source tree twice in continuum if pom files have the same version. With this configuration, continuum can't resolve correctly the build order so a project B that must be built after an other project A is built before, then when A is built, Continuum detect a change on it and build B I set up another Continuum instance last night. I reset both installations : fresh database, fresh project checkouts I used exactly same configuration described before, but each project copy was checked out on its own continuum instance. I reduced time between to executions from 1h to 30min to have enough results for this morning Here are test results after 11h of tests GP1GP2 build status all success all success nb of BD exec 2222 number of builds 2 to 18 1 Will you consider these tests results ? Or something else is wrong ? = 1 build definition : projects are built once, the first time = 2 build definitions : projects are built many times more I used to use several build definitions with Continuum 1.0.3 for the same project and it used to work fine. Damien
Re: Replacing Proprietary Build System With Maven
Could you give me an example of how you separate your API and implementation. Do you use separate poms, or within the same pom ? If within the same pom how do you check that only the API is used by other poms ? If in separate poms how do you build the bundle ? There are 2 things in your questions : - how am I deploying my OSGi applications - how am I building my OSGi bundles The second question depends on the 1st one. With OSGi, you can choose where you want to deploy java classes. I can reduce an OSGi application to 3 components : - service consumers (SC) - service descriptions (API) - service producers (SP) Dependencies : SC - API - SP Many packaging solutions can found : all together or each component in its own bundle. Ok, packaging SC + API together is a bad idea, but packaging API + SP can be done. This last solution is a problem only when you can have several SP for the same API. So, basicaly, I have : Parent pom +- SC (depends on API with scope provided) +-API +-SP (depends on API, can embed API if API scope is compile) If you want 3 bundles, don't embed API in SP If you want 2 bundles, embed API in SP (just a pom configuration) Is it what you want ? Damien Lecan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: When builds are done in multi-module projects ?
It isn't recommended to have the same source tree twice in continuum if pom files have the same version. With this configuration, continuum can't resolve correctly the build order so a project B that must be built after an other project A is built before, then when A is built, Continuum detect a change on it and build B I set up another Continuum instance last night. I reset both installations : fresh database, fresh project checkouts I used exactly same configuration described before, but each project copy was checked out on its own continuum instance. I reduced time between to executions from 1h to 30min to have enough results for this morning Here are test results after 11h of tests GP1GP2 build status all success all success nb of BD exec 2222 number of builds 2 to 18 1 Will you consider these tests results ? Or something else is wrong ? = 1 build definition : projects are built once, the first time = 2 build definitions : projects are built many times more I used to use several build definitions with Continuum 1.0.3 for the same project and it used to work fine. Damien
Re: Using a parent POM plugin config in only some child modules?
Steinar Bang wrote: Tomasz Pik [EMAIL PROTECTED]: Configure plugins in profiles in parent pom and activate profiles in child poms? This won't be automatic (I do not know if there's a way to activate profile using packaging, maybe there's?) - you'll need to add avtivation to child poms but should solve problem with storing configuration in one place. Yes, I was wondering about if profiles could be triggered by packaging, and if that was a way to go...? I had the same problem and you might find some background and suggestions in this thread: http://www.nabble.com/How-to-activate-profile-for-certain-packaging--tf4243177s177.html#a12074301 However, we endet up checking for the existence of a certain directory that our homegrown deployment plugin pulls it's code in and activating the profile when that directory does exist. That has proven the most stable approach in the current situation. -Gisbert -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
uploading jars to a internal repository using mvn deploy
Sorry, the appropriate forum for this message is down, but I thought I might be able to get some help here :) I have just created an internal maven repository using proximity (http://proximity.abstracthorizon.org). Everything is great, its acting as a proxy and getting the jars from the internet and caching them - brilliant! My only question is how do I upload my own jars created by me? What I have done is add this to the pom.xml in a test project: distributionManagement repository idinhouse/id urlhttp://devserver1:/px-webapp/repository/inhouse/url /repository /distributionManagement And the do mvn deploy but I get an error with: HttpURLConnection returned the response code: 500 and the jetty server console says that PUT is not supported: org.springframework.web.HttpRequestMethodNotSupportedException: Request method 'PUT' not supported So, I dont know what the deal is. The proximity website that you deploy has no way of allowing you to upload and the file structure of the repository is a mystery. How do you upload your home grown jars?! Is there an easier way to create an internal repository (forget proximity), so that you can use the mvn deploy command and get the thing to act as a proxy and cache to the internet jars? I tried the sample from the maven book Better Builds with Maven pp. 216 where you use an instance of jetty and then have the repository served from there. But i couldnt configure it to get the jars from the internet if they weren't found. And it seems that you have to manually add every jar you need via scp... It mentions repository-manager, is this the same as Archiva? The setup of this sounds a little intrusive - in wants root access and to be able to add users :\ How do people do this, surely it cant be all that hard - is there a simple way of installing just one war or bundle jetty thing? Thanks, Owen. -- View this message in context: http://www.nabble.com/uploading-jars-to-a-internal-repository-using-%22mvn-deploy%22-tf4533027s177.html#a12936353 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: uploading jars to a internal repository using mvn deploy
On 28-Sep-07, at 1:10 AM, owen_moony wrote: I have just created an internal maven repository using proximity (http://proximity.abstracthorizon.org). Everything is great, its acting as a proxy and getting the jars from the internet and caching them - brilliant! My only question is how do I upload my own jars created by me? Upload them to a bog-standard maven repository using, for example, scp or webdav. Maven repos are just directory trees of a known structure. Is there an easier way to create an internal repository (forget proximity), so that you can use the mvn deploy command and get the thing to act as a proxy and cache to the internet jars? Maintain your in-house repository in parallel to your mirror, rather than trying to use one repo for both tasks. Cheers, Owen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
enable plugins for other packaging types
hi, as described in post (see link http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html) i cannot use the packaging type war, because inherited plugin execution makes war packaging of axis2 app fail. my workaround is to use the packaging type jar, so plugin execution does not get inherited. unfortunately this makes tomcat plugin not run, because it expects a packaging war (it skips with message 'Skipping non-war project). does somebody know whether it is possible to use tomcat plugin though packaging jar is set? -- View this message in context: http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Improving Maven Site Docs
I just merged in the questions from the main FAQ on the maven site (http://maven.apache.org/general.html) into the 'Answered Questions' portion of the Wiki FAQ (http://docs.codehaus.org/display/MAVENUSER/FAQs-1). The latter is a *lot* bigger, but is also really, really buried. I promised to finish it yesterday, but my new computer came in early :-) Would it be possible to have that left-hand FAQ link to the Wiki FAQ? It'll also let people add in other FAQs Answers a lot quicker. -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven]How can I download all the plugins file at one time?
http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html -Gisbert zhongliang zhang wrote: Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Duplicate jars/dependencies when building war module
Hi, We have a strange issue when building the war module. We have a couple of common modules that are built by continuum and used as dependencies in our project. Somehow these dependecies sometimes end up twice in the war file (WEB-INF\lib), ie: [DEBUG] adding entry WEB-INF/lib/customer-proxy- beans-1.0-20070917.11-39.jar [DEBUG] adding entry WEB-INF/lib/customer-proxy-beans-1.0-SNAPSHOT.jar and [DEBUG] adding entry WEB-INF/lib/ws-remoting-1.1-20070917.11-30.jar [DEBUG] adding entry WEB-INF/lib/ws-remoting-1.1-20070917.11-32.jar They are defined like this: dependency groupIdnn.common.proxy.beans/groupId artifactIdcustomer-proxy-beans/artifactId version1.0-SNAPSHOT/version /dependency dependency groupIdnn.common.remoting/groupId artifactIdws-remoting/artifactId version1.1-SNAPSHOT/version /dependency Anyone have any suggestions what might be the problem? -Kjartan
Re: my lobotomy [was: Improving Maven Site Docs]
Actually, the model of 'shortcut translates to raw maven' may really be the crux in getting maven really usable --- syntactic sugar can be really effective. -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven]How can I download all the plugins file at one time?
so,I just copy the ~\.m2\reposity directory to the offline environment,and I can use the mvn with no downloading prompt or no build_failture prompt. is it right? On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote: http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html -Gisbert zhongliang zhang wrote: Hi,I am new to maven,I start with the maven in 5 minutes. Everything works well,but it takes too much time to download the plugins.The plugin in the Apache site are in separate directories which makes them not easy to download. When I worked at home,I can not connect to the Internet for some reason. So,Can anybody provide the full package of all the plugins that listed in the Available Plugins. thanks a lot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 11 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim Weiss, Robert Hoffmann, Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: customizable?
2. i use clearcase how is release function will work with that? not sure it will work with that, have only used it with svn tbh 3. is there any clearcase listener available from continuum to listen for modification in source repository? you can use the xmlrpc interface with continuum to force a build, or the build schedules will pick up changes when they trigger 4. how do i give read access to everyone on continuum assign the Continuum Project Something User role to the guest user :) jesse -- jesse mcconnell [EMAIL PROTECTED]
Re: [ANN] Maven Doxia 1.0-alpha-9 Released
Dennis Lundberg wrote: The Maven team is pleased to announce the release of Maven Doxia, version 1.0-alpha-9. Are you sure this works? I set up a simple pom because I wanted to try the twiki site renderer and get: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site': Unable to find the mojo 'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site' in the plugin 'org.apache.maven.plugins:maven-site-plugin' org/apache/maven/doxia/parser/AbstractTextParser Should I raise a JIRA with the pom attached or am I missing something obvious? -dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where is crimson-1.1.3 dependency coming from?
The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=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/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org/url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency /dependencies build finalNameITClaimsSite/finalName plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build /project
RE: Where is crimson-1.1.3 dependency coming from?
Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=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/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency /dependencies build finalNameITClaimsSite/finalName plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: When builds are done in multi-module projects ?
Can you look at logs the enqueuing lines to see if projects are in the right order? It seems. They are always in the same order for each build definition executions, but not exactly as the same as it is this displayed by Reactor when builing from parent pom. Subprojects with pom packaging are build earlier by Continuum than by Reactor, but nothing depends on them. Do you have scm changes between each build? Of course not, otherwise the number of builds on the second continuum instance would have been greater than 1. The 2 configurations were running together last night. I'll try to reproduce it. Are you working on a fast machine ? Because my server is slow, maybe some processes begin before the end of other processes. Eg : ... [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'RUS Server Project' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'RUS commons' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Domain Parent' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Persistance Parent' (Build definition id=4). [pool-1-thread-1] INFO buildcontroller.BuildController:default - Initializing build [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Persistance Data' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Persistance API' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Domain API' (Build definition id=4). [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Persistance Mock' (Build definition id=4). [pool-1-thread-1] INFO BuildController:default - Starting build of RUS Server Project [defaultScheduler_Worker-13] INFO Continuum:default - Enqueuing 'Domain Test Framework' (Build definition id). ... enqueuing continues by 16 modules more As we can see, build begins before the end enqueuing. I don't know if it is normal or not. Damien Lecan
RE: Where is crimson-1.1.3 dependency coming from?
Hmmm. Gotta love it. Required goal not found: dependency:tree Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal still won't work. Forgive me for not loving the transitive dependencies when I can't even track down where the dependencies are coming from. Thx anyway Barrett. -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 1:20 PM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=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/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency /dependencies build finalNameITClaimsSite/finalName plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Flakey repositories: several tries and long delays required for junit and other jars
I've only written one pom.xml with only a several dependencies clauses but I'm feeling a lot of dismay. I'm using the Q eclipse maven plug in to select dependencies from the repositories. I am spending a lot of time getting jar files that will download. Since the eclipse plugin gives several (for example) spring or junit jars, I pick the first one and then I typically get that error message that tells me to download the jar file manually and then install it manually. If I select different spring.jar or junit.jar I have eventually been able to make it work. 1. Why do I need make several tries before I find a junit.jar or a spring.jar (for example) that will not give me that message and download correctly? 2. How do I download a jar manually? Can I use wget? 3. Why is there such a long delay when I do have a successful download? I typically have to exit eclipse, wait 10 minutes and restart eclipse several times before I can see the jar files show up. (Perhaps this is off topic and should be posted in the mailing list for the Q plug-in). I have exited eclipse and when the windows disappear I assume I have exited eclipse. Then when I restart eclipse immediately, it won't start on the default workspace because there is another eclipse instance running. So then I use the task manager to kill the renegade eclipse.exe that does not have any windows and then I can start eclipse again. But then the maven jar files have not downloaded. Could it be that the renegade eclipse.exe was taking an extra long time to download the jar files? When I download with wget or a browser, for example, I generally average 180Kbytes a second. Why would maven/eclipse need 10 minutes for a junit download? Thanks, Siegfried
RE: Where is crimson-1.1.3 dependency coming from?
dependency:tree is only supported by maven-dependency-plugin-2.0-alpha-5-SNAPSHOT currently... you can add the SNAPSHOT repository by adding the following to your pom.xml pluginRepositories pluginRepository idmaven.shapshot/id nameMaven snapshot repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url /pluginRepository /pluginRepositories Another option is to run the 'site' target and look at the dependency report, Iker -Original Message- From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 11:54 AM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Hmmm. Gotta love it. Required goal not found: dependency:tree Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal still won't work. Forgive me for not loving the transitive dependencies when I can't even track down where the dependencies are coming from. Thx anyway Barrett. -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 1:20 PM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=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/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency
RE: Where is crimson-1.1.3 dependency coming from?
THANK YOU Iker! I used the dependency tree on the dependencies report. I added an exclusion to the dependency that required crimson. Sorry for the simple question. I truly appreciate the help. -blake -Original Message- From: Iker Almandoz [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 2:28 PM To: 'Maven Users List' Subject: RE: Where is crimson-1.1.3 dependency coming from? dependency:tree is only supported by maven-dependency-plugin-2.0-alpha-5-SNAPSHOT currently... you can add the SNAPSHOT repository by adding the following to your pom.xml pluginRepositories pluginRepository idmaven.shapshot/id nameMaven snapshot repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url /pluginRepository /pluginRepositories Another option is to run the 'site' target and look at the dependency report, Iker -Original Message- From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 11:54 AM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Hmmm. Gotta love it. Required goal not found: dependency:tree Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal still won't work. Forgive me for not loving the transitive dependencies when I can't even track down where the dependencies are coming from. Thx anyway Barrett. -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 1:20 PM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=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/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions
Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)
I myself like the war overlay idea as this allow not just JS to be packaged, but also any static resources, like css stylesheets : consider webapp skins, maanged as separate projects, and applied to all apps in a company ! BUT I don't like that it cannot be used with lightweight servlet engine jetty using the jetty:run goal... Nico. 2007/9/28, Manos Batsis [EMAIL PROTECTED]: nicolas de loof wrote: What would be the better way to package JS libs ? - option 1 : use existing WAR packaging with war overlay good : Works today with no change, just requires us to agree on a common folder for scripts bad : cannot be used with jetty:run as the weapp is not packaged - option 2 : use js packaged into a jar, and a custom plugin to unpack. js:inplace to unpack into src/main/webapp, prior to lauching jetty:run js:unpack to unpack during the package phase. Option 2 is the preferred way for me, mostly because WAR overlaying can only help with, well, web apps. I'm working on that along with a ServletFilter that can be used as a dependency (maybe war overlay?) in web projects. I'm not through with the details though and was going to ask here for suggestions. So, a very rough outline: - Provide JS packaging of projects as JAR artifacts - Provide a library that can be used as a dependency by web apps. The lib contains, basically, a Servlet Filter listening to *.js and builds/caches the HTTP response after pulling and maybe compressing the JS code from the classpath - Provide something equally useful for non-webapp projects Some questions: - What kind of metadata would be useful in what one would consider as the standard way to package JS-based JAR artifacts? - What kind of metadata would be useful for libs utilizing that packaging? - Can WAR overlaying be used to bring that Servlet Filter in a web-app, along with the appropriate web.xml markup? There more details but that gives the general idea. I have not yet formed an opinion on how useful knowledge on JS dependencies (i.e. script1.js was requested but the client has not received a dependency, sript2.js yet) is on runtime. WDYT? Many thanks, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changelog for Perforce
For help on debugging the changelog-plugin see: http://maven.apache.org/plugins/maven-changelog-plugin/faq.html On how to specify a Perforce scm url, see: http://maven.apache.org/scm/perforce.html Yan Huang wrote: Hello, Is there any example as to how to configure changelog plug-in for Perforce? I was trying this one but it didn't work. How can I include user/password for Perforce in pom? scm connectionscm:perforce:[EMAIL PROTECTED]:3460 ://path/to/mydepo/connection /scm plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-changelog-plugin/artifactId configuration systemProperties property namemaven.scm.perforce.clientspec.name/name valueauto-foundations/value /property /systemProperties /configuration /plugin Thanks Yan -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Maven Doxia 1.0-alpha-9 Released
The version of maven-site-plugin that uses the new version of Doxia is 2.0-beta-6-SNAPSHOT. We are working on getting that released as well. maven-site-plugin 2.0-beta-5 uses a previous version of doxia. Dirk Olmes wrote: Dennis Lundberg wrote: The Maven team is pleased to announce the release of Maven Doxia, version 1.0-alpha-9. Are you sure this works? I set up a simple pom because I wanted to try the twiki site renderer and get: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site': Unable to find the mojo 'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site' in the plugin 'org.apache.maven.plugins:maven-site-plugin' org/apache/maven/doxia/parser/AbstractTextParser Should I raise a JIRA with the pom attached or am I missing something obvious? -dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why Maven is Hard?
The standard for how we document the plugins within the Maven project can be found here: http://maven.apache.org/guides/development/guide-plugin-documentation.html It has been a long way and a lot of work to get this in place for all our plugins. The purpose of the standard was to document plugins in a similar way. That should make it easier for users to find their way around any plugin site, if they have learned it once. We don't accept new plugins unless they follow the plugin documentation standard. We have even written a plugin that helps us check this: http://maven.apache.org/plugins/maven-docck-plugin/ Final note: I take it that you are being payed money where you work. This is an open source project. EJ Ciramella wrote: I have to agree with the comments in this thread. Asking someone to contribute documentation for a plugin they didn't write is pretty lame. How about not letting someone submit a plugin until not only has the code been tested/proven, but the associated documentation is up to snuff? I don't know how it works where ever you guys are working but when code is committed to our SCM system here, a code review has to pass. Part of that review is to go over the associated documentation. Also, I've spent hours upon hours chasing my tail on things like the bug where profiles weren't ordered in the order specified on the commandline (it seemed partially random and then partially due to ordering in settings.xml/profiles.xml). After many days of silence on both mailing lists, we pulled down the source and realized that it was a bug, fixed it, and then saw a new release of maven 2 come out that did the same thing. We've also noticed that classpaths aren't as controlled as we would have liked. A scenario is - three modules at the same level, two branched away as to be built in isolation. All of a sudden the third module can't find any classes that the first two put into the compile classpath - and this is the case if/if not there are dependencies on these modules to/from each other. I'd also like to echo the sentiment, maven is great if you're doing standard stuff and maven is HORRIBLE when you're trying to do anything out of the norm. I feel like it's easier to just write my own plugin than it is to scour the maven site in hopes of finding something suitable to my needs. Additionally, twice now we've started using a plugin just to find that it has been abandoned for a less buggy plugin. Where's the repository management documentation (how to set one up at your company, how to keep it up-to-date, etc.)? I work at a relatively large company and I can't believe for a second other companies similarly sized or bigger would want developer groups going across the internet the way maven tries to do (for plugins and dependencies). This also makes overseas development challenging. Look, I think many people are wanting a build tool better than shell scripting and make, possibly easier than ant - but something with less of a learning curve of maven 1 or 2. I think ant is REALLY smooth and easy to code/understand. To say that ant is challenging in any way/shape/form is to deny the truth. Maven 2 build/release engineering does get easier with time, but we all don't have limitless time to learn. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to configure module site report?
You can see the various options for the site:stage on this page: http://maven.apache.org/plugins/maven-site-plugin/stage-mojo.html Yan Huang wrote: let me rephrase my 1st question: is there a way to configure the generated directory name when I run mvn site:stage? It seems to me that it uses the name tag in pom.xml from the top directory. For example, if I have this defined in the top level: groupIdmycompany/groupId artifactIdmyexample-pom/artifactId version1.0-SNAPSHOT/version nameExample POM/name packagingpom/packaging When I run mv site:stage, it create Example POM directory under the specified stageDirectory location. Is there a way to use different name in the run? Thanks On 9/25/07, Jim Sellers [EMAIL PROTECTED] wrote: 1) auto generate and modify it manually later? Isn't the point not to manually edit any generated artifacts? I'm assuming that I'm not understanding that question so I'm going to skip that... 2) I don't believe that you can skip any phases of the lifecycle. I don't see how maven could use data from a previous run... I think that maven assumes any data from a previous run is stale data, if it exists. HTH Jim On 9/25/07, Yan Huang [EMAIL PROTECTED] wrote: Thanks, That works. Two more questions:) 1. is there a way to auto-generate a site descriptor based on the info in pom.xml? later, I can just alter that descriptor if needed. 2. is there a way (on the command line) to skip all previous phases but just site one when I just want to get the report after previous successful run? Thanks Yan On 9/25/07, Dennis Lundberg [EMAIL PROTECTED] wrote: Yan Huang wrote: Hello, I have a bunch of modules under the top project. When I run the site report, the report link to the modules are defined as target/site/module1/index.html. How do I configure project-info plug-in to generate the link to module1/target/site/index.html instead? The short answer is: You can't. The slightly longer answer is: In a normal of the site-plugin, i.e. 'mvn site:site' the plugin will not try to create links between the different modules' target directories. When you deploy your site with 'mvn site:deploy' the links will be correct. If you want to check the links prior to deployment, you can use 'mvn site:stage' which deploys the complete site to a (local) staging place. Thanks Yan -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.1-beta-3 LDAP
I trudged through configuring LDAP and am now able to log on with my sign on and password. I think I still have some configuration related issues that need to be addressed. When I access the server and am not logged in I have full admin rights. This applies to anyone. When I log in it seems I am the administrator since I logged in the first time. Another person I work with logged in and has the ability to see nothing. Right now the moral of the story is don't login and you can do anything. When I go to the Users screen no users are displayed and the only thing I can do is look at the User List and Roles Matrix report. How do I configure access control for users signed in through LDAP? In the security.properties file I added the following config: # LDAP setup user.manager.impl=ldap ldap.bind.authenticator.enabled=true redback.default.admin=myusername redback.default.guest=myusername security.policy.password.expiration.enabled=false What is the purpose of redback.default.admin and redback.default.guest? If I omitted those configs the server crashes on startup. I used my personnel username for admin and guest since I don't see the purpose of these configurations and that seemed to work. In my situation I would like to have any user login with LDAP and default to guest access and then configure specific users for more advanced rights. Is this supposed to be handled through the Users screen or some other location? Any help would be appreciated. Bryan -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
Re: Why Maven is Hard?
Lally Singh wrote: On 9/26/07, Wendy Smoak [EMAIL PROTECTED] wrote: (There *is* a doc standard that they have to pass prior to being promoted from the sandbox and released. Does it need to be changed?) YES. Right now the docs tend to look 100% autogenerated and be 0% useful. Well, that's because a lot of it *is* generated. That in combination with a site disposition that we agreed upon makes the plugin sites look similar. But that should be a good thing! It's tough to find the useful material in all the autogenerated and unnecessary fluff. Just a description of all the options (e.g. reference documentation) and an example is all I'm asking for. Every plugin has (auto-generated) reference documentation of the available options. Click the Goals link in the menu to go there. Then click on the goal that you are interested in. All plugins at the Maven project work this way. That being said, many options lack good descriptions. This is where I see that you, the user community, can help us improve this. We need to find a good way to find out which specific options that need better descriptions. Some boilerplate in there in how to set up plugins (in general) would also be nice. On 9/26/07, Rodrigo Madera [EMAIL PROTECTED] wrote: Make the Better Builds book available directly through the Maven site WITHOUT registration. That'd be nice. Even before hearing back from the respective authors, HOW ABOUT LINKING TO THEM I don't mind registering. I mind finding out about the book randomly from the mailing list or google. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is there equivalent maven 2 tag for the dependency property tag eclipse.dependency from maven 1
Hello, On maven 1, we have this tag eclipse.dependency for a dependency dependency groupIdmygroupID/groupId artifactIdmyexmapleID/artifactId version1.0.0.0/version typejar/type properties zip.bundletrue/zip.bundle eclipse.dependencytrue/eclipse.dependency /properties /dependency Is there equivalent stuff on maven 2? Thanks Yan
Re: Why Maven is Hard?
Lee Meador wrote: That sounds as easy as herding cats. Trying to get all the people on the user list to NOT do anything is unlikely. The fact is, as I see it, its easier to just give a quick answers to questions that strike my fancy than it is to hunt it down in the docs and point them to it. That allows me to limit the time I have available to invest in Maven. If I give the the URL directly, they don't know how to find it in the future. What could be easier to find than a URL? Just add a bookmark/favorite. If I want to tell them which links to click to get there, its a pain for me. Its also likely to change in the future (as it has in the past when the docs were rearranged). FInally, typing in a list of things to click is error prone and easy to get wrong. Maybe someone (or ones) would volunteer to collect the questions from the newsgroup and transfer them to the site if someone else would reply to the interesting questions with some magic words that could be searched on. So, for example, I see what seems to me to be a FAQ with a useful answer in some thread on this list. I reply with the magic word FAQCANDIDATE in the reply. I picked one word because Google searches for two words differently than one word. Then the collectors could search for that word and come up with a short list of user list threads to mine for good FAQ entries. This is exactly what the user wiki can be used for. If people on this list would go the extra bit and add these FAQ candidates (plus answers of course) to the user FAQ we'd have won a lot. The only way I see that I would fail, besides nobody doing it, is if idiots invade the list and overuse the magic word. -- Lee Meador On 9/27/07, Wim Deblauwe [EMAIL PROTECTED] wrote: What about not answering any questions on the mailinglist anymore, but only point to existing documentation. If there is no suitable docs for the question, put in a JIRA issue. That should improve the docs fast! regards, Wim 2007/9/27, Wayne Fay [EMAIL PROTECTED]: On 9/26/07, Tomasz Pik [EMAIL PROTECTED] wrote: Example - please, try to find out how to skip executing of tests during build starting from http://maven.apache.org OK, I'll bite... starting at http://maven.apache.org on the left, click on Wiki scroll down to Children, click on FAQs, see its not there click on previously answered questions (or click back and click on FAQs-1) oh look, there it is -- Testing How do I skip unit tests when building a project? Admittedly, I'm not sure why we have 2 FAQ pages in the Wiki, plus another FAQ on the main Maven site. But I also don't think this is all that horrible. Obviously you can't expect to find every answer this easily but common questions should be. So the next step seems (to me at least) to be determining what are those common questions, as I mentioned in Brian's thread on improving site docs. This is something that users like yourself must participate in if we hope to have any chance of success in this effort. (Also if you Google for maven skip unit test there's a number of hits right away. I personally feel that answers found via Google are no less valid than others, especially if you add the site:maven.apache.org directive. To say nothing of all the hits in the mail list archive if you search for this.) Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to refer set of properties for maven?
Maven has got some properties (inherent) like project.build.outputDirectory where can I find the rest of the properties? - Nishant
Re: Why Maven is Hard?
Steinar Bang wrote: Denis Bessmertniy [EMAIL PROTECTED]: It is interesting why maven is so hard to understand? Why it is not well documented? (It is all my own opinions) I haven't so much probmlems with Ant, for example. Here are the problems I have had: - unclear where maven ends and plugins take over - unclear what versions of the plugins are in use - unclear where the plugins come from, and who are responsible - sparse documentation, where the docs on the web may be for a different version of the plugin than the one you're using (I've seen a case where the documentation on the web was for a version of the plugin that hadn't been relased yet) - bugs in the plugins that require workarounds (and different people deploying maven at different points in time, may end up with different versions of the plugins which require different workarounds) - a bug in maven proper that has stuck us on version 2.0.4 These are from the top of my head. Thanks for your input Steinar. But this isn't at all helpful. Because is to vague. In order for us (the Maven devs) to fix things we need you (the Maven users) to let us know *exactly* what is wrong. Please give us concrete examples, then we can fix them. Of course this does not really apply when documentation is totally missing. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassNotFoundException with maven and axis2 plugin
Did you happen to resolve this issue??? I just started using htis plugin and ran into the same issue... here is my POM.xml ?xml version=1.0?project parent artifactIdWebSend-Application/artifactId groupIdcom.heartlab.ws/groupId version0.0.1/version /parent modelVersion4.0.0/modelVersion groupIdcom.heartlab.ws/groupId artifactIdWebSend-Axis2-Server-WebServices/artifactId nameWebSend-Axis2-Server-WebServices/name version1.0-SNAPSHOT/version urlhttp://maven.apache.org/url build finalName${pom.artifactId}/finalName plugins !-- plugin groupIdorg.apache.axis2.maven2/groupId artifactIdaxis2-wsdl2code-maven-plugin/artifactId executions execution goals goalwsdl2code/goal /goals /execution configuration packageNamecom.foo.myservice/packageName /configuration /executions /plugin -- plugin groupIdorg.apache.axis2.maven2/groupId artifactIdaxis2-java2wsdl-maven-plugin/artifactId version1.1/version executions execution goals goaljava2wsdl/goal /goals /execution /executions configuration classNamecom.heartlab.ws.services.StockQuoteService/className outputFileNamea-wsdl-file/outputFileName !-- schemaTargetNamespace/schemaTargetNamespace schemaTargetNamespacePrefix/schemaTargetNamespacePrefix serviceName/serviceName targetNamespace/targetNamespace targetNamespacePrefix/targetNamespacePrefix -- /configuration /plugin plugin artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin !-- Remove the Axis2 Generated Code -- !-- plugin artifactIdmaven-clean-plugin/artifactId executions execution idDelete JAX-WS Generated Server Source/id goals goalclean/goal /goals phaseclean/phase configuration filesets fileset directory${java.src.directory}/com/heartlab/ws/services/jaxws/directory includes include*.*/include /includes followSymlinksfalse/followSymlinks /fileset /filesets /configuration /execution /executions /plugin -- plugin groupIdorg.codehaus.mojo/groupId artifactIdjboss-maven-plugin/artifactId !-- Make this dynamic somehow to support multiple server configurations -- configuration jbossHome${jboss.home}/jbossHome port${jboss.port}/port /configuration /plugin /plugins /build dependencies dependency groupIdorg.apache.axis2/groupId artifactIdaxis2/artifactId version1.3/version scopecompile/scope /dependency dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-adb/artifactId version1.3/version scopecompile/scope /dependency dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-jibx/artifactId version1.3/version scopecompile/scope /dependency dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-xmlbeans/artifactId version1.3/version scopecompile/scope
Improving the documentation of plugins (was maven is hard)
In this thread I would like to focus on one aspect of the maven is hard thread, namely documentation for plugin options. Here's a quick run down on the different parts that a plugin site consists of and how they are generated. 1. Navigation The menu on the left hand side is specified in the /src/site/site.xml file for each plugin. It's contents (which sub menus to have and the names of menu options) is standardized in [1] and can be checked with the use of [2]. 2. Overview (sub menu) 2.1 Introduction This is a created from a template as specified in [1]. The source for this page is found in /src/site/apt/index.apt 2.2 Usage This page is not very regulated. It should contain easy examples, to give beginners an overview of how the plugin is used. The source for this page is found in /src/site/apt/usage.apt 2.3 FAQ The source for this page is found in /src/site/fml/faq.apt 3. Examples (sub menu) This is the place for advanced examples. The source for these pages should be found in the /src/site/apt/examples/ folder 4. Project Documentation (sub menu) 4.1 Project Information This is all auto-generated pages with the info taken from the pom.xml file. 4.2 Project Reports These pages are generated by reporting plugins. 5. Goals pages 5.1 Plugin documentation (all goals) An auto-generated page which lists all the available goals (or mojos) for a plugin. The description part is taken from the JavaDoc for the class for that particular goal. 5.2 Options (one goal) An auto-generated page which lists all the available options for a goal. The description part is taken from the JavaDoc for the variable in the java source file for that goal. Now on to the first question for all users out there: Which of the numbered items above needs more work? Please be either concrete with examples like: option A for goal B in plugin C is really bad or give more general thoughts that are valid for all plugins [3] at the Maven project. Please try to keep this thread on topic. References: [1] The Plugin Documentation Standard http://maven.apache.org/guides/development/guide-plugin-documentation.html [2] Maven Documentation Checker Plugin: http://maven.apache.org/plugins/maven-docck-plugin/ [3] Plugins at the Maven project http://maven.apache.org/plugins/index.html -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to refer set of properties for maven?
An answer is in the FAQ on the wiki. Go to here http://docs.codehaus.org/display/MAVENUSER/FAQs and find the question, How do I get a list of all available properties? -- Lee On 9/28/07, Sonar, Nishant [EMAIL PROTECTED] wrote: Maven has got some properties (inherent) like project.build.outputDirectory where can I find the rest of the properties? - Nishant -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com
Re: Improving the documentation of plugins (was maven is hard)
2.1 and 2.2 are often non-useful. Examples that don't show the groupId tag can be confusing. Maybe that's just me but the artifactId in the example isn't enough. I think it has something to do with plugins moving around from codehaus to maven to apache and such. Sometimes there are example of complicated things and no example of the simple thing. I find the examples the best help for me. I don't usually find the part that looks like this useful: *jarName* The name of the jar file. - *Type*: java.lang.String - *Required*: Yes - *Expression*: ${project.build.finalName} 5.1 and 5.2 are frustrating because they often have just enough info to make you think you know enough to use them. For example, there are often path options but you don't know where they path begins. Does it begin in the folder containing the POM that contains the option itself? Or does it begin in the folder containing the POM that we are currently building? (Parent or child pom location) Or does it begin in the folder you were in when you typed mvn? What does .. do when its at the front of the path? Does the path specified in a parent pom get the path from the parent to the child pom added to what was specified? The docs should tell, in each case, exactly how that works. On 9/28/07, Dennis Lundberg [EMAIL PROTECTED] wrote: In this thread I would like to focus on one aspect of the maven is hard thread, namely documentation for plugin options. Here's a quick run down on the different parts that a plugin site consists of and how they are generated. 1. Navigation The menu on the left hand side is specified in the /src/site/site.xml file for each plugin. It's contents (which sub menus to have and the names of menu options) is standardized in [1] and can be checked with the use of [2]. 2. Overview (sub menu) 2.1 Introduction This is a created from a template as specified in [1]. The source for this page is found in /src/site/apt/index.apt 2.2 Usage This page is not very regulated. It should contain easy examples, to give beginners an overview of how the plugin is used. The source for this page is found in /src/site/apt/usage.apt 2.3 FAQ The source for this page is found in /src/site/fml/faq.apt 3. Examples (sub menu) This is the place for advanced examples. The source for these pages should be found in the /src/site/apt/examples/ folder 4. Project Documentation (sub menu) 4.1 Project Information This is all auto-generated pages with the info taken from the pom.xmlfile. 4.2 Project Reports These pages are generated by reporting plugins. 5. Goals pages 5.1 Plugin documentation (all goals) An auto-generated page which lists all the available goals (or mojos) for a plugin. The description part is taken from the JavaDoc for the class for that particular goal. 5.2 Options (one goal) An auto-generated page which lists all the available options for a goal. The description part is taken from the JavaDoc for the variable in the java source file for that goal. Now on to the first question for all users out there: Which of the numbered items above needs more work? Please be either concrete with examples like: option A for goal B in plugin C is really bad or give more general thoughts that are valid for all plugins [3] at the Maven project. Please try to keep this thread on topic. References: [1] The Plugin Documentation Standard http://maven.apache.org/guides/development/guide-plugin-documentation.html [2] Maven Documentation Checker Plugin: http://maven.apache.org/plugins/maven-docck-plugin/ [3] Plugins at the Maven project http://maven.apache.org/plugins/index.html -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com
Controlling the test cases called in build process
Hi, I am new to maven. Is there a way to control which test classes are called when I do an mvn install? One of my junit test cases is causing the jvm to run out of memory, but works fine in eclipse. I would like to be able to troubleshoot it and was wondering if there is a way to just to call that test case. Alternatively, is it possible to do an mvn install or other command that will build the project without running the test cases. thanks in advance
Re: Improving the documentation of plugins (was maven is hard)
Lee Meador wrote: 2.1 and 2.2 are often non-useful. Examples that don't show the groupId tag can be confusing. Maybe that's just me but the artifactId in the example isn't enough. I think it has something to do with plugins moving around from codehaus to maven to apache and such. Yes I totally agree, all examples *must* show both groupId and artifactId. I'll add some text about how to write good pom examples in the documentation standard. Sometimes there are example of complicated things and no example of the simple thing. I find the examples the best help for me. This is where we need your help. To fill in the missing pieces. Please open a JIRA for that plugin when you are missing an example. It can be that you need either a simpler example or a more advanced one. Suppose you get help, and an example, from someone on the user list and you think it should be added to the plugin site. If you can't create a patch yourself, then add a link in the JIRA issue to the relevant mail-thread in one of the mail archives: http://maven.apache.org/mail-lists.html I don't usually find the part that looks like this useful: *jarName* The name of the jar file. - *Type*: java.lang.String - *Required*: Yes - *Expression*: ${project.build.finalName} I don't know which plugin the is for. How can we improve that particular option? 5.1 and 5.2 are frustrating because they often have just enough info to make you think you know enough to use them. For example, there are often path options but you don't know where they path begins. Does it begin in the folder containing the POM that contains the option itself? Or does it begin in the folder containing the POM that we are currently building? (Parent or child pom location) Or does it begin in the folder you were in when you typed mvn? What does .. do when its at the front of the path? Does the path specified in a parent pom get the path from the parent to the child pom added to what was specified? The docs should tell, in each case, exactly how that works. Good point. Perhaps we could have a general page about how different types of options (like File) should be specified, and in your example where their root is. The we create an automatic link to that page for each such option. On 9/28/07, Dennis Lundberg [EMAIL PROTECTED] wrote: In this thread I would like to focus on one aspect of the maven is hard thread, namely documentation for plugin options. Here's a quick run down on the different parts that a plugin site consists of and how they are generated. 1. Navigation The menu on the left hand side is specified in the /src/site/site.xml file for each plugin. It's contents (which sub menus to have and the names of menu options) is standardized in [1] and can be checked with the use of [2]. 2. Overview (sub menu) 2.1 Introduction This is a created from a template as specified in [1]. The source for this page is found in /src/site/apt/index.apt 2.2 Usage This page is not very regulated. It should contain easy examples, to give beginners an overview of how the plugin is used. The source for this page is found in /src/site/apt/usage.apt 2.3 FAQ The source for this page is found in /src/site/fml/faq.apt 3. Examples (sub menu) This is the place for advanced examples. The source for these pages should be found in the /src/site/apt/examples/ folder 4. Project Documentation (sub menu) 4.1 Project Information This is all auto-generated pages with the info taken from the pom.xmlfile. 4.2 Project Reports These pages are generated by reporting plugins. 5. Goals pages 5.1 Plugin documentation (all goals) An auto-generated page which lists all the available goals (or mojos) for a plugin. The description part is taken from the JavaDoc for the class for that particular goal. 5.2 Options (one goal) An auto-generated page which lists all the available options for a goal. The description part is taken from the JavaDoc for the variable in the java source file for that goal. Now on to the first question for all users out there: Which of the numbered items above needs more work? Please be either concrete with examples like: option A for goal B in plugin C is really bad or give more general thoughts that are valid for all plugins [3] at the Maven project. Please try to keep this thread on topic. References: [1] The Plugin Documentation Standard http://maven.apache.org/guides/development/guide-plugin-documentation.html [2] Maven Documentation Checker Plugin: http://maven.apache.org/plugins/maven-docck-plugin/ [3] Plugins at the Maven project http://maven.apache.org/plugins/index.html -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: Controlling the test cases called in build process
On 9/29/07, Suneet Shah [EMAIL PROTECTED] wrote: Hi, I am new to maven. Is there a way to control which test classes are called when I do an mvn install? One of my junit test cases is causing the jvm to run out of memory, but works fine in eclipse. I would like to be able to troubleshoot it and was wondering if there is a way to just to call that test case. http://maven.apache.org/plugins/maven-surefire-plugin/examples/single-test.html also - look over other examples, listed there (Examples section) Maybe 'forking' with help in your case if you'll provide -Xmx argument with appropriate value to JVM executing your test. Alternatively, is it possible to do an mvn install or other command that will build the project without running the test cases. Also there: http://maven.apache.org/plugins/maven-surefire-plugin/examples/skipping-test.html HTH, Tomek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Controlling the test cases called in build process
thanks very much for the quick reply Suneet On 9/28/07, Tomasz Pik [EMAIL PROTECTED] wrote: On 9/29/07, Suneet Shah [EMAIL PROTECTED] wrote: Hi, I am new to maven. Is there a way to control which test classes are called when I do an mvn install? One of my junit test cases is causing the jvm to run out of memory, but works fine in eclipse. I would like to be able to troubleshoot it and was wondering if there is a way to just to call that test case. http://maven.apache.org/plugins/maven-surefire-plugin/examples/single-test.html also - look over other examples, listed there (Examples section) Maybe 'forking' with help in your case if you'll provide -Xmx argument with appropriate value to JVM executing your test. Alternatively, is it possible to do an mvn install or other command that will build the project without running the test cases. Also there: http://maven.apache.org/plugins/maven-surefire-plugin/examples/skipping-test.html HTH, Tomek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Duplicate jars/dependencies when building war module
Kjartan Aanestad wrote: We have a strange issue when building the war module. We have a couple of common modules that are built by continuum and used as dependencies in our project. Somehow these dependecies sometimes end up twice in the war file (WEB-INF\lib), ie: [DEBUG] adding entry WEB-INF/lib/customer-proxy-beans-1.0-20070917.11-39.jar [DEBUG] adding entry WEB-INF/lib/customer-proxy-beans-1.0-SNAPSHOT.jar Anyone have any suggestions what might be the problem? Maybe you have lingering copies of the JARs from a previous build that got copied to the warSourceDirectory/WEB-INF/lib directory through an execution of the war:inplace goal for instance? -Olivier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven2 - Not finding plugins!
I'd love if someone can help me here, I'm about to give up on Maven2, its so frustrating :) Anyway, the problem is that I can have everything working one day, then come back the next day and find out that my project isn't compiling anymore. It generally comes in the form of a transitive dependency missing from my local repository. For example, the latest problem was not having version 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please note I'm using artifactory as a proxy). I also have no dependencies directly on jfreecharts, its coming from transitive dependencies. This is the other strange thing, why would it not have got version 1.0.0 yesterday when I built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go down a version though. My guess is that for some reason my machine has decided to not ask artifactory for 1.0.0 and instead just fails. The problem further escalated when I tried to issue a mvn clean. I get this error The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found. Issuing a build on our CI server worked successfully which does include issuing a clean so I know its not a problem with the actual proxy. Additionally I search on artifactory and it does indeed have the clean plugin present. I then totally delete my local repository (i.e. {home}\.m2\repository), and issue mvn clean again Low an behold, it works Its just ridiculous. If it can't work from day to day I'm far better off just putting my jars in version control. At least my project built consistently. Have people experienced this before? If so, is it a maven issue or my proxy issue? Thanks -- View this message in context: http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951136 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 - Not finding plugins!
Are you using a http proxy to reach your artifactory repo? I faced an issue recently where the proxy was caching requests for maven metadata, causing similar symptoms to those you are describing. If that is the case, and if possible, try disabling the http proxy in your settings.xml -Olivier gommo wrote: I'd love if someone can help me here, I'm about to give up on Maven2, its so frustrating :) Anyway, the problem is that I can have everything working one day, then come back the next day and find out that my project isn't compiling anymore. It generally comes in the form of a transitive dependency missing from my local repository. For example, the latest problem was not having version 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please note I'm using artifactory as a proxy). I also have no dependencies directly on jfreecharts, its coming from transitive dependencies. This is the other strange thing, why would it not have got version 1.0.0 yesterday when I built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go down a version though. My guess is that for some reason my machine has decided to not ask artifactory for 1.0.0 and instead just fails. The problem further escalated when I tried to issue a mvn clean. I get this error The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found. Issuing a build on our CI server worked successfully which does include issuing a clean so I know its not a problem with the actual proxy. Additionally I search on artifactory and it does indeed have the clean plugin present. I then totally delete my local repository (i.e. {home}\.m2\repository), and issue mvn clean again Low an behold, it works Its just ridiculous. If it can't work from day to day I'm far better off just putting my jars in version control. At least my project built consistently. Have people experienced this before? If so, is it a maven issue or my proxy issue? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 - Not finding plugins!
Nope, no http proxy. It's like something is corrupting my local repo, I wonder if there is indeed issues with artifactory. I'm going to scan their JIRA. Olivier Dehon-2 wrote: Are you using a http proxy to reach your artifactory repo? I faced an issue recently where the proxy was caching requests for maven metadata, causing similar symptoms to those you are describing. If that is the case, and if possible, try disabling the http proxy in your settings.xml -Olivier gommo wrote: I'd love if someone can help me here, I'm about to give up on Maven2, its so frustrating :) Anyway, the problem is that I can have everything working one day, then come back the next day and find out that my project isn't compiling anymore. It generally comes in the form of a transitive dependency missing from my local repository. For example, the latest problem was not having version 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please note I'm using artifactory as a proxy). I also have no dependencies directly on jfreecharts, its coming from transitive dependencies. This is the other strange thing, why would it not have got version 1.0.0 yesterday when I built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go down a version though. My guess is that for some reason my machine has decided to not ask artifactory for 1.0.0 and instead just fails. The problem further escalated when I tried to issue a mvn clean. I get this error The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found. Issuing a build on our CI server worked successfully which does include issuing a clean so I know its not a problem with the actual proxy. Additionally I search on artifactory and it does indeed have the clean plugin present. I then totally delete my local repository (i.e. {home}\.m2\repository), and issue mvn clean again Low an behold, it works Its just ridiculous. If it can't work from day to day I'm far better off just putting my jars in version control. At least my project built consistently. Have people experienced this before? If so, is it a maven issue or my proxy issue? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951270 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to embed own jars?
Hi,all I have one problem about depended jars. there're two kinds of jars which couldn't be found in official maven repository. one is special license jar, another is own jar. if my project needs these jars, I could install them into my local repository(.m2), and then add them to POM as dependencies. so I could compile my codes successfully. but when I commit codes into subversion, and others checkout them.they couldn't compile them successfully,because there aren't the own jars in their local repository. I want to know how to embed own jars in project. such as one directory named lib in project directory.and add them to POM,and could compile them successfully anywhere. so others don't need install all the own jars by hand. thanks. -- Best Regards! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 - Not finding plugins!
I'm just wondering if I'm experiencing this (http://jira.codehaus.org/browse/MNG-2289) since I'm running 2.0.6 on my dev machine and 2.0.7 on my build machine. I'll upgrade and see how it goes gommo wrote: I'd love if someone can help me here, I'm about to give up on Maven2, its so frustrating :) Anyway, the problem is that I can have everything working one day, then come back the next day and find out that my project isn't compiling anymore. It generally comes in the form of a transitive dependency missing from my local repository. For example, the latest problem was not having version 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please note I'm using artifactory as a proxy). I also have no dependencies directly on jfreecharts, its coming from transitive dependencies. This is the other strange thing, why would it not have got version 1.0.0 yesterday when I built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go down a version though. My guess is that for some reason my machine has decided to not ask artifactory for 1.0.0 and instead just fails. The problem further escalated when I tried to issue a mvn clean. I get this error The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found. Issuing a build on our CI server worked successfully which does include issuing a clean so I know its not a problem with the actual proxy. Additionally I search on artifactory and it does indeed have the clean plugin present. I then totally delete my local repository (i.e. {home}\.m2\repository), and issue mvn clean again Low an behold, it works Its just ridiculous. If it can't work from day to day I'm far better off just putting my jars in version control. At least my project built consistently. Have people experienced this before? If so, is it a maven issue or my proxy issue? Thanks -- View this message in context: http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951472 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to embed own jars?
On 9/28/07, Steve Z [EMAIL PROTECTED] wrote: I want to know how to embed own jars in project. such as one directory named lib in project directory.and add them to POM,and could compile them successfully anywhere. so others don't need install all the own jars by hand. Maven is repository based and expects to find things in its local or remote repositories, and you're at the point where you need an internal/corporate remote repository. Is that going to be possible in your environment? If so, take a look at the various repository managers/proxies like Archiva, Artifactory, and Proximity. If the jars _must_ be in svn, I've seen a project or two check the repository structure into svn and then use it with a file:// url. The collection of jars in a lib directory approach is not something Maven really supports. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Including JavaScript in xdoc
Has anyone successfully included JavaScript in xdoc rendered by the site plugin? Brian ran into this trying to add Google search to the Maven site. If I put this in index.xml ?xml version=1.0? document properties titleHello/title /properties body section name=Test You should see a JavaScript alert... script type=text/javascript alert(Hello!); /script /section /body /document The index.html file contains ?xml version=1.0? document properties titleHello/title /properties body section name=Test You should see a JavaScript alert... script type=text/javascript alert(quot;Hello!quot;);-problem with quot; entity rather than character /script /section /body /document I tried putting quot; in the xdoc, but it still comes out as quot; in the html, and the alert box doesn't work. Any ideas? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New Search on Maven site
There is a new search box provided by google to search the maven related sites for information. Ultimately I'd like to move the box to the banner so it's available from all pages, but various issues are holding me up. This is at least a step in the right direction. --Brian
Re: Is there equivalent maven 2 tag for the dependency property tag eclipse.dependency from maven 1
For those of us unfamiliar with M1 (or who are simply getting old and forgetful), can you remind us what this tag does for you? Wayne On 9/28/07, Yan Huang [EMAIL PROTECTED] wrote: Hello, On maven 1, we have this tag eclipse.dependency for a dependency dependency groupIdmygroupID/groupId artifactIdmyexmapleID/artifactId version1.0.0.0/version typejar/type properties zip.bundletrue/zip.bundle eclipse.dependencytrue/eclipse.dependency /properties /dependency Is there equivalent stuff on maven 2? Thanks Yan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]