javadoc config in reporting and build sections
I have a javadoc plugin config in my reporting section of my top level pom, and now want to get javadoc into my release profile, which I think means I need to configure the plugin under the build element. Is there any way I can get the plugin config shared across build and reporting sections? (or maybe there's a better way of doing this?) Kelvin. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: ip address range blocked to maven infrastructure?
Hi Samuel, I'll fill you in where I have got to with 1 to 1 discussions off-line as this isn't off-line to save lots of detail on this list. Kelvin. On Mon, Jul 26, 2010 at 10:52 AM, Samuel Langlois samuel.langl...@fr.ibm.com wrote: Hello, Brian Fox-3 wrote: You aren't on any block list, and given that your tracert stops way before it even reaches contegix's network let alone central itself, it seems to be an issue internally. I work in the same company and have the same problem as Kelvin. tracert is not a good test, since all our tracert requests fail like this, even to HTTP sites that we can reach. The IP addresses that you see in it are internal. Externally, we exist as 195.212.29.* Is this IP range blocked ? Note that when we issue invalid HTTP request to the server (with telnet repo2.maven.org 80 and typing bad words there), it correctly responds a nicely formatted 400 Bad Request as expected. So, we have the feeling the request is blocked on the server rather than in our internal network. Thank you for your help, Samuel -- View this message in context: http://maven-users.828.n2.nabble.com/ip-address-range-blocked-to-maven-infrastructure-tp5316429p5337267.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: using a proxy to bypass network issues accessing maven central repo
Replying to myself for the benefit of others -- it seems to me like theres a built in repository in maven called maven2 that is set to look in the central repo. If you do a mvn help:effective-pom you don't see it, but if you do a mvn -X then you see access of the repo with id maven2. I created a mirror in settings.xml with id maven2 and url http://mirrors.ibiblio.org/pub/mirrors/maven2 and now I get no attempted access to repo1or2.maven.org On Tue, Jul 20, 2010 at 11:52 AM, kelvin goodson kelvingood...@apache.org wrote: I'm having local network problems reaching maven central repo (not pingable, traceroute fails). Whilst these are being fixed I set up a proxy in my settings.xml proxies proxy activetrue/active protocolhttp/protocol hostwww.randomizer.info/host port80/port /proxy /proxies However, my build is still stalling on attempted downloads from repo2.maven.org [INFO] task-segment: [install] [INFO] Downloading: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec-1.4.0.pom LONG WAIT [WARNING] Unable to get resource 'org.apache.santuario:xmlsec:pom:1.4.0' from repository maven.central (http://repo2.maven.org/maven2): Erro r transferring file: Server returned HTTP response code: 503 for URL: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec -1.4.0.pom Can anyone offer any clues as to why this is the case please? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
using a proxy to bypass network issues accessing maven central repo
I'm having local network problems reaching maven central repo (not pingable, traceroute fails). Whilst these are being fixed I set up a proxy in my settings.xml proxies proxy activetrue/active protocolhttp/protocol hostwww.randomizer.info/host port80/port /proxy /proxies However, my build is still stalling on attempted downloads from repo2.maven.org [INFO]task-segment: [install] [INFO] Downloading: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec-1.4.0.pom LONG WAIT [WARNING] Unable to get resource 'org.apache.santuario:xmlsec:pom:1.4.0' from repository maven.central (http://repo2.maven.org/maven2): Erro r transferring file: Server returned HTTP response code: 503 for URL: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec -1.4.0.pom Can anyone offer any clues as to why this is the case please? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
ip address range blocked to maven infrastructure?
My colleagues and I are having problems building with maven, because the maven central repo is not accessible from our office location. Our network support people think that our IP addresses are being blocked by the maven infrastructure. Is this the right place to come to for this issue? Regards, Kelvin. tracert repo2.maven.org Tracing route to repo2.maven.org [38.97.124.18] over a maximum of 30 hops: 1 14 ms 7 ms 1 ms gate-9-180-164-1.hursley.uk.ibm.com [9.180.164.1] 2 1 ms 1 ms 1 ms 9.180.160.57 3 14 ms 117 ms 1 ms 9.180.160.29 4 82 ms 1 ms 1 ms 9.180.27.25 5 377 ms 9 ms 8 ms 9.64.186.130 6 8 ms 9 ms 8 ms 9.139.246.2 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: ip address range blocked to maven infrastructure?
On Tue, Jul 20, 2010 at 2:18 PM, Jason van Zyl ja...@sonatype.com wrote: The only time anyone gets automatically blocked by our heuristics is when you scrape the repository. No, normal Maven use even by several hundred developers simultaneously from one location will not get you blocked. When people ask us this someone in the said organization and tried to scrape the contents of Maven Central. Thanks Jason, assuming that this is the cause, can you help me understand how we go about getting unblocked please? Regards, Kelvin. On Jul 20, 2010, at 8:38 AM, kelvin goodson wrote: My colleagues and I are having problems building with maven, because the maven central repo is not accessible from our office location. Our network support people think that our IP addresses are being blocked by the maven infrastructure. Is this the right place to come to for this issue? Regards, Kelvin. tracert repo2.maven.org Tracing route to repo2.maven.org [38.97.124.18] over a maximum of 30 hops: 1 14 ms 7 ms 1 ms gate-9-180-164-1.hursley.uk.ibm.com [9.180.164.1] 2 1 ms 1 ms 1 ms 9.180.160.57 3 14 ms 117 ms 1 ms 9.180.160.29 4 82 ms 1 ms 1 ms 9.180.27.25 5 377 ms 9 ms 8 ms 9.64.186.130 6 8 ms 9 ms 8 ms 9.139.246.2 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
authentication issues in mvn deploy plugin
In trying to deploy artifacts I have the following stanzas in my settings.xml plugin server idme.people/id usernamekelvingoodson/username privateKeyc:\Dev\sshKeyForPAO.ppk/privateKey passphrasethisisnotmypassphrase/passphrase directoryPermissions775/directoryPermissions filePermissions664/filePermissions /server server idme.people2/id usernamekelvingoodson/username passwordthisisnotmypassword/password directoryPermissions775/directoryPermissions filePermissions664/filePermissions /server I have 2 issues ... 1) If I run the command ... mvn -DaltDeploymentRepository=me.people::default::scp://people.apache.org/home/kelvingoodson/public_html/sca-java/2.0-M5/RC1/maven verify gpg:sign install:install deploy:deploy I see the error ... [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Authentication failed: Cannot connect. Reason: invalid privatekey: c:\Dev\sshKeyForPAO.ppk [INFO] but the key referenced in the me.people element is the one I register with pageant to successfully authenticate with people.apache.org 2) If I run the equivalent command, but using me.people2 I am asked for my password for every scp operation (it would take me I would guess 8 or more hours of pasting in my password to get the command to complete in this way) here's the output ... [INFO] Using alternate deployment repository me.people2::default::scp://people.apache.org/home/kelvingoodson/public_html/sca-java/2.0-M5/RC1/maven Note that too many successive login failures will result in further logins from your IP address being blocked. If this happens, contact infrastruct...@apache.org, mentioning your IP address so that it can be unblocked. : Keyboard interactive required, supplied password is ignored Password: : Ckues as to how to fix eiter/both of these issues are most welcome, thanks Kelvin. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: authentication issues in mvn deploy plugin
Christoph many thanks. this was the answer --I have googled for an hour or more, and found others with this issue from as far back as 2008, but no solutions posted. Kelvin, On Sat, May 29, 2010 at 2:21 PM, Christoph Kutzinski ku...@gmx.de wrote: I guess that Maven uses OpenSSH to open secure connections. Putty Keys are not compatible with OpenSSH. You have to export your Putty key in OpenSSH format and use that file for Maven. AFAIR you can do it in pageant or in puttygen. Christoph Am 29.05.2010 14:46, schrieb kelvin goodson: In trying to deploy artifacts I have the following stanzas in my settings.xml plugin server idme.people/id usernamekelvingoodson/username privateKeyc:\Dev\sshKeyForPAO.ppk/privateKey passphrasethisisnotmypassphrase/passphrase directoryPermissions775/directoryPermissions filePermissions664/filePermissions /server server idme.people2/id usernamekelvingoodson/username passwordthisisnotmypassword/password directoryPermissions775/directoryPermissions filePermissions664/filePermissions /server I have 2 issues ... 1) If I run the command ... mvn -DaltDeploymentRepository=me.people::default::scp://people.apache.org/home/kelvingoodson/public_html/sca-java/2.0-M5/RC1/maven verify gpg:sign install:install deploy:deploy I see the error ... [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Authentication failed: Cannot connect. Reason: invalid privatekey: c:\Dev\sshKeyForPAO.ppk [INFO] but the key referenced in the me.people element is the one I register with pageant to successfully authenticate with people.apache.org 2) If I run the equivalent command, but using me.people2 I am asked for my password for every scp operation (it would take me I would guess 8 or more hours of pasting in my password to get the command to complete in this way) here's the output ... [INFO] Using alternate deployment repository me.people2::default::scp://people.apache.org/home/kelvingoodson/public_html/sca-java/2.0-M5/RC1/maven Note that too many successive login failures will result in further logins from your IP address being blocked. If this happens, contact infrastruct...@apache.org, mentioning your IP address so that it can be unblocked. : Keyboard interactive required, supplied password is ignored Password: : Ckues as to how to fix eiter/both of these issues are most welcome, thanks Kelvin. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Controlling javadoc packages in large multi project reactor build
I want to produce selective javadoc in a project where we are in the process of defining what is SPI. The packages containing SPI are currently distributed amongst the projects in a non-ideal way. I have tried using the excludePackageNames config element, but it seems to be failing to handle the large number of packages I want to exclude. I have over 100 packages to exclude, and wildcards in the excludePackageNames value will not reduce the the string length of this value considerably. I looked for documentation to clarify excludePackageNames, but did not find what I need, so I experimented [1] and found that a) if multiple excludePackageNames elements are included in the config then only the last value takes effect b) the value of the excludePackageNames element can not be split over multiple lines Is this what you would expect? Are there other ways of configuring this plugin for selective javadoccing? [1] https://svn.apache.org/repos/asf/tuscany/sandbox/kgoodson/testroot/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Jar truncated on download
Thanks for the suggestion. there is no proxy involved. Regards, Kelvin. On 12/07/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Check for your proxy settings if you are working on a restricted network. There might be some runtime dependencies which are not getting downloaded meanwhile you are downloading the artifact; which results in the reduced size of the downloaded jar file. thanks, vaishali pande Cognizant Technology solutions Pvt Ltd. From: kelvin goodson [mailto:[EMAIL PROTECTED] Sent: Thu 7/12/2007 2:10 PM To: Maven Users List Subject: Jar truncated on download Hi, I'm seeing a situation where a jar is downloaded and the maven build output shows the correct size file being downloaded, but the file in the local repo at the end of the build is truncated. The build fails on missing symbols, and jar -tvf on the file fails with an exception of the file being truncated. If you then use the link to the file in question reported by the build output in a web browser, and manually download the and place it in the local repo, then the build succeeds. This error is happening for a number of us in the project, and the file, which has a true size of 755KB seems to download as either 188KB or 505KB. Anyone seen anything like this before? Any clues? Regards, Kelvin. This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful.
Jar truncated on download
Hi, I'm seeing a situation where a jar is downloaded and the maven build output shows the correct size file being downloaded, but the file in the local repo at the end of the build is truncated. The build fails on missing symbols, and jar -tvf on the file fails with an exception of the file being truncated. If you then use the link to the file in question reported by the build output in a web browser, and manually download the and place it in the local repo, then the build succeeds. This error is happening for a number of us in the project, and the file, which has a true size of 755KB seems to download as either 188KB or 505KB. Anyone seen anything like this before? Any clues? Regards, Kelvin.
[INFO] The packaging for this project did not assign a file to the build artifact
Can someone help me figure out what's need to fix this error please? (see subject of email and dump of command execution below) I'm sure this build operation worked a month ago. I have upgraded to maven 2.0.6 in that time if that's of any interest. I've looked at the deploy:deploy parameters, and taken a look at the source for the mojo to see if the error is obvious, but no joy. If it's not obvious from the error message itself, here are the pom files 1) the one reporting the error --- https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/lib/pom.xml 2) the reactor pom that includes the module showing the error --- the https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/pom.xml 3) the parent pom --- https://svn.apache.org/repos/asf/incubator/tuscany/java/pom/parent/pom.xml Regards, Kelvin. C:\Development\JiraDev\cleanmvn deploy:deploy [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache Tuscany SDO Implementation Project [INFO] Tuscany SDO Library [INFO] Tuscany SDO Implementation [INFO] Tuscany SDO Tools [INFO] Tuscany SDO Maven Plugin [INFO] Searching repository for plugin with prefix: 'deploy'. [INFO] [INFO] Building Apache Tuscany SDO Implementation Project [INFO]task-segment: [deploy:deploy] [INFO] [INFO] [deploy:deploy] [INFO] Retrieving previous build number from apache.snapshots Password:: Password:: Uploading: scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository/org/apache/tuscany/sdo/tuscany-sdo/1.0-i ncubating-SNAPSHOT/tuscany-sdo-1.0-incubating-20070614.123540-5.pom 6K uploaded [INFO] Retrieving previous metadata from apache.snapshots Password:: [INFO] Uploading repository metadata for: 'snapshot org.apache.tuscany.sdo:tuscany-sdo:1.0-incubating-SNAPSHOT' Password:: [INFO] Retrieving previous metadata from apache.snapshots Password:: [INFO] Uploading repository metadata for: 'artifact org.apache.tuscany.sdo:tuscany-sdo' Password:: [INFO] [INFO] Building Tuscany SDO Library [INFO]task-segment: [deploy:deploy] [INFO] [INFO] [deploy:deploy] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The packaging for this project did not assign a file to the build artifact [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 minutes 19 seconds [INFO] Finished at: Thu Jun 14 13:37:58 BST 2007 [INFO] Final Memory: 5M/21M [INFO] C:\Development\JiraDev\clean
clover and dependent projects
I have a set of programs in one maven project which exercise code in another, and I want to see how well the programs in the first cover code execution of the source in the second. This is not a reactor build; the first project simple declares the second to be a dependency. Is this something that the clover code coverage tool can handle in some way? Alternatively, any other suggestions as to how I might get code coverage numbers are most welcome. --- Regards, Kelvin.
testing a plugin that generates source
Hi, I'm trying to understand best practice for testing a plugin [1]. The plugin is aimed at exercising a tool that generates java source from XML schema. It is bound to the generate-sources phase. I have inherited this plugin, so I'm at novice level in developing maven plugins. I want to do a better job of testing the source generator, but I can't use the plugin from the generator's maven project because that introduces circular dependencies between the generator and the plugin projects. I'd like to be able to generate the source and then execute test code against that source. Is there provision in the maven infrastructure to test a plugin within the a test phase of the plugin's own project build process? My first thought to address the issue is to add a new project with dependencies on both the plugin and the generator project, but I wondered if you could help me find out what is best practice, and perhaps let me know if such practice is encapsulated in a maven archetype project for this scenario. Regards, Kelvin. [1] https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/plugin/pom.xml
Re: incorrect dependencies in assembly
I'm just coming back to look at this. I'm interested to know whether my question did not make sense or whether no-one has the answer. Please help if you can. Regards, Kelvin. On 21/03/07, kelvin goodson [EMAIL PROTECTED] wrote: I have a reactor build pom (correct terminology?) which specifies a test-scope dependency on junit:junit at version 3.8.1 and a provided-scope dependency on asm (see effective-pom.xml attachment produced with mvn help:effective-pom) The assembly descriptor for creating my release (http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sdo.xml?view=markup)http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sdo.xml?view=markuphas a moduleSet which is used to collect together the artifacts from the modules along with their dependencies. I can not for the life of me understand why my packaged archive that results from the assembly descriptor includes the junit and asm jars. Any clues on how to track down why this is happening and/or to block the included dependency would be most welcome. -- TIA Kelvin.
incorrect dependencies in assembly
I have a reactor build pom (correct terminology?) which specifies a test-scope dependency on junit:junit at version 3.8.1 and a provided-scope dependency on asm (see effective-pom.xml attachment produced with mvn help:effective-pom) The assembly descriptor for creating my release (http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sdo.xml?view=markup)http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sdo.xml?view=markuphas a moduleSet which is used to collect together the artifacts from the modules along with their dependencies. I can not for the life of me understand why my packaged archive that results from the assembly descriptor includes the junit and asm jars. Any clues on how to track down why this is happening and/or to block the included dependency would be most welcome. -- TIA Kelvin. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Tuscany SDO Implementation Project [INFO] Tuscany SDO Implementation [INFO] Tuscany SDO Tools [INFO] Searching repository for plugin with prefix: 'help'. [INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking for updates from apache.incubator [INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking for updates from codehaus-snapshot [INFO] [INFO] Building Tuscany SDO Implementation Project [INFO]task-segment: [help:effective-pom] (aggregator-style) [INFO] [INFO] [help:effective-pom] [INFO] Effective POM for project 'org.apache.tuscany.sdo:tuscany-sdo:pom:1.0-incubator-M3' ?xml version=1.0 encoding=UTF-8?project parent artifactIdparent/artifactId groupIdorg.apache.tuscany/groupId version2-incubating/version /parent modelVersion4.0.0/modelVersion groupIdorg.apache.tuscany.sdo/groupId artifactIdtuscany-sdo/artifactId packagingpom/packaging nameTuscany SDO Implementation Project/name version1.0-incubator-M3/version descriptionParent POM defining settings that can be used across Tuscany/description urlhttp://www.apache.org/parent/tuscany-sdo/url issueManagement systemjira/system urlhttp://issues.apache.org/jira/browse/TUSCANY/url /issueManagement mailingLists mailingList nameApache Announce List/name subscribe[EMAIL PROTECTED]/subscribe unsubscribe[EMAIL PROTECTED]/unsubscribe postannounce@apache.org/post archivehttp://mail-archives.apache.org/mod_mbox/www-announce//archive /mailingList /mailingLists licenses license nameThe Apache Software License, Version 2.0/name urlhttp://www.apache.org/licenses/LICENSE-2.0.txt/url distributionrepo/distribution /license /licenses organization nameApache Software Foundation/name urlhttp://www.apache.org//url /organization build sourceDirectoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\src\main\java/sourceDirectory scriptSourceDirectorysrc/main/scripts/scriptSourceDirectory testSourceDirectoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\src\test\java/testSourceDirectory outputDirectoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\target\classes/outputDirectory testOutputDirectoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\target\test-classes/testOutputDirectory defaultGoalinstall/defaultGoal resources resource directoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\src\main\resources/directory /resource resource targetPathMETA-INF/targetPath filteringtrue/filtering directoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\./directory includes includeLICENSE.txt/include includeNOTICE.txt/include /includes /resource /resources testResources testResource directoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\src\test\resources/directory /testResource /testResources directoryC:\Development\JiraDev\M3Release\svn\M3ImplRelease\target/directory finalNametuscany-sdo-1.0-incubator-M3/finalName pluginManagement plugins plugin artifactIdmaven-javadoc-plugin/artifactId configuration aggregatetrue/aggregate version2.0/version source1.4/source /configuration /plugin /plugins /pluginManagement plugins plugin artifactIdmaven-compiler-plugin/artifactId configuration source1.4/source target1.4/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId version2.3/version configuration includes
Re: javadoc plugin failures and recent behaviour change
Hmmm, thank you for looking, I'll take another look. Regards, Kelvin. On 10/11/06, Vincent Siveton [EMAIL PROTECTED] wrote: Hi Kelvin, I did mvn javadoc:javadoc (with 2.1) on tuscany trunk: https://svn.apache.org/repos/asf/incubator/tuscany/java No error here. Are you sure that commonj is correctly included as dependency? Cheers, Vincent 2006/11/9, kelvin goodson [EMAIL PROTECTED]: I have a build failure that's happening when creating javadoc and it seems to be due to a change in the javadoc plugin behaviour. Here is a mvn execution log that exhibits the problem https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/fresh.log Here are the logic steps that lead me to the conclusion that this is a plugin behaviour change 1) Building in my trunk started failing like this a few days ago 2) so I tried buiding an old unaltered release source tree which used to build fine, against my local repo and it failed in the same way 3) so I tried an offline build of the same release source on a different machine which had an old repository state, and it succeeded 4) so I zipped up the old repository from the 2nd machine and transferred it to the machine where the failures had started and did offline builds of both the release and of the trunk, which both succeeded --- at which point I could assert that it was the repository state that was at fault (see https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/dt_used_on_lt.log ) 5) so I completely removed my repository and did and online build of the trunk from fresh, which failed in the same way that I had seen in step 1 -- at which point I could assert that the problems were introduced by an artifact which had been freshly downloaded to my repository I see from the difference in the logs, that right at the start of the javadoc:javadoc phase there is behaviour difference, the one that succeeds begins in this way === [INFO] [javadoc:javadoc] Loading source files for package org.apache.tuscany.sdo... Loading source files for package org.apache.tuscany.sdo.codegen... Loading source files for package org.apache.tuscany.sdo.helper... Loading source files for package org.apache.tuscany.sdo.impl... Loading source files for package org.apache.tuscany.sdo.model... Loading source files for package org.apache.tuscany.sdo.model.impl... Loading source files for package org.apache.tuscany.sdo.model.java.impl... Loading source files for package org.apache.tuscany.sdo.model.java... Loading source files for package org.apache.tuscany.sdo.util... Loading source files for package org.apache.tuscany.sdo.util.metadata.impl.. . Loading source files for package org.apache.tuscany.sdo.util.metadata... Loading source files for package org.apache.tuscany.sdo.util.resource... Loading source files for package org.apache.tuscany.sdo.generate.adapter... Loading source files for package org.apache.tuscany.sdo.generate... Loading source files for package org.apache.tuscany.sdo.generate.templates.model... Loading source files for package org.apache.tuscany.sdo.generate.util... Loading source files for package org.eclipse.jdt.core.formatter... Loading source files for package org.apache.tuscany.sdo.plugin... whereas the one that fails begins in this way ... [INFO] [javadoc:javadoc] Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/AnyTypeDataObject.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/BytecodeInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/GenerationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/JavaInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/NoJavaImplementationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CrossScopeCopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataFactoryImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/EqualityHelperImpl.java... Loading source file C:/Development/Tortoise
javadoc plugin failures and recent behaviour change
I have a build failure that's happening when creating javadoc and it seems to be due to a change in the javadoc plugin behaviour. Here is a mvn execution log that exhibits the problem https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/fresh.log Here are the logic steps that lead me to the conclusion that this is a plugin behaviour change 1) Building in my trunk started failing like this a few days ago 2) so I tried buiding an old unaltered release source tree which used to build fine, against my local repo and it failed in the same way 3) so I tried an offline build of the same release source on a different machine which had an old repository state, and it succeeded 4) so I zipped up the old repository from the 2nd machine and transferred it to the machine where the failures had started and did offline builds of both the release and of the trunk, which both succeeded --- at which point I could assert that it was the repository state that was at fault (see https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/dt_used_on_lt.log ) 5) so I completely removed my repository and did and online build of the trunk from fresh, which failed in the same way that I had seen in step 1 -- at which point I could assert that the problems were introduced by an artifact which had been freshly downloaded to my repository I see from the difference in the logs, that right at the start of the javadoc:javadoc phase there is behaviour difference, the one that succeeds begins in this way === [INFO] [javadoc:javadoc] Loading source files for package org.apache.tuscany.sdo... Loading source files for package org.apache.tuscany.sdo.codegen... Loading source files for package org.apache.tuscany.sdo.helper... Loading source files for package org.apache.tuscany.sdo.impl... Loading source files for package org.apache.tuscany.sdo.model... Loading source files for package org.apache.tuscany.sdo.model.impl... Loading source files for package org.apache.tuscany.sdo.model.java.impl... Loading source files for package org.apache.tuscany.sdo.model.java... Loading source files for package org.apache.tuscany.sdo.util... Loading source files for package org.apache.tuscany.sdo.util.metadata.impl.. . Loading source files for package org.apache.tuscany.sdo.util.metadata... Loading source files for package org.apache.tuscany.sdo.util.resource... Loading source files for package org.apache.tuscany.sdo.generate.adapter... Loading source files for package org.apache.tuscany.sdo.generate... Loading source files for package org.apache.tuscany.sdo.generate.templates.model... Loading source files for package org.apache.tuscany.sdo.generate.util... Loading source files for package org.eclipse.jdt.core.formatter... Loading source files for package org.apache.tuscany.sdo.plugin... whereas the one that fails begins in this way ... [INFO] [javadoc:javadoc] Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/AnyTypeDataObject.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/BytecodeInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/GenerationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/JavaInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/NoJavaImplementationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CrossScopeCopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataFactoryImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/EqualityHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/HelperProviderImpl.java... == FYI, the poart of the log where failure occurs looks like this ... == Building index for all classes... Generating C:/Development/Tortoise/distroTest3/java/sdo/target/site/apidocs\allclasses- frame.html... Generating
maven magic in effective-pom and exported-pom
I'm trying to fix my manifest to contain an Application-Vendor-Id. I'm using the maven-osgi-plugin to create the manifest (this is stuff I have inherited, so don't assume I have expertise here) I can see in my pom the following plugin groupIdorg.apache.felix.plugins/groupId artifactIdmaven-osgi-plugin/artifactId extensionstrue/extensions configuration osgiManifest !-- content ... -- bundleVendor${pom.organization.name }/bundleVendor !-- content ... -- /osgiManifest /configuration /plugin and running this pom through mvn help:effective-pom translates this to plugin groupIdorg.apache.felix.plugins/groupId artifactIdmaven-osgi-plugin/artifactId version0.8.0-20061102.022735-9/version extensionstrue/extensions configuration osgiManifest !-- content ... -- bundleVendorApache Software Foundation/bundleVendor !-- content ... -- /osgiManifest /configuration /plugin There are two things I'd like to know ... 1) I can't see a field in the documentation ( http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html) for the osgi plugin to contain the application vendor id (I tried bundleVendorId). Is there a way to set this manifest property via the plugin? 2) I've done extensive recursive greps on my file system to find where the value of ${pom.organization.name} is set, as I'd like to be able to handle the app vendor id value in a similar way to the app vendor, but I can't for the life of me find it. Can someone enlighten me regarding this piece of maven magic please? Regards, Kelvin.
Re: Maven rant
What I'd like to do for comments is make use of the MAVENUSER wiki [1]. I'd like to see a link on every plugin site so that users can share configuration examples or tell us that something is just plain wrong. +1 to that
samples project best practice
Hello, I'm new to configuring maven, and I am trying to create a release for a project. The project includes a number of modules, one of which contains sample source code. I would like my distribution to contain the source and binary artifacts for the samples. I have discovered the maven-source-plugin and have been able to run mvn source:jar against the project, which creates a jar of source for me. How do I get the overall project build to package both the source and the compiled artifacts. Am I heading in the right direction here? Is there a specific project archetype for a samples project? Regards, Kelvin. (By the way, it took me many attempts to subscribe to this list because my mails were being bounced as spam when I did as directed and sent empty mails to the users-subscribe address, etc. It wasn't until I parsed the bounced notes and realised that I must include some junk text in my response in order to get through the spam filter that my subscription worked.)