Jalopy and pluginGroup resolution
I'm trying to get Triemax's trial version of Jalopy to work when downloaded from our local repository. While this may be a product problem with Triemax's Jalopy, it doesn't appear that way to me. I have defined the plugin per their instructions in the section of my multi-module pom as: triemax jalopy-maven 1.8-144 **/*.java **/*.sql* http://blah/resources/triemax_jalopy.xml process-classes format and in my ~/.m2/settings.xml I have: triemax However, when I run: mvn clean jalopy:format -X --no-plugin-updates I get the output below. The interesting part is that: Loading plugin prefixes from group: triemax Loading plugin prefixes from group: org.codehaus.mojo Loading plugin prefixes from group: org.apache.maven.plugins artifact org.codehaus.mojo:jalopy-maven-plugin: checking for updates from Blah which seems to start by using "org.codehaus.mojo" as the implied pluginGroup instead of the configured "triemax". If the plugin is installed in the local cached respository on ~/.m2/repository, everything seems to work just fine. Can anyone help? Many thanks, -Jan mvn clean jalopy:format -X --no-plugin-updates + Error stacktraces are turned on. Maven version: 2.0.7 Java version: 1.6.0 OS name: "windows xp" version: "5.1" arch: "x86" [DEBUG] Building Maven user-level plugin registry from: 'C:\Documents and Settings\Jan Nielsen\.m2\plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: 'C:\maven-2.0.7\conf\plugin-registry.xml' [INFO] Scanning for projects... [DEBUG] Searching for parent-POM: blah:project::1.0-SNAPSHOT of project: null:blah-meta-data:jar:1.0-SNAPSHOT in relative path: ../pom.xml [DEBUG] Using parent-POM from the project hierarchy at: '../pom.xml' for project: null:blah-meta-data:jar:1.0-SNAPSHOT [INFO] Searching repository for plugin with prefix: 'jalopy'. [DEBUG] Loading plugin prefixes from group: triemax [DEBUG] Loading plugin prefixes from group: org.codehaus.mojo [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] artifact org.codehaus.mojo:jalopy-maven-plugin: checking for updates from Blah [INFO] artifact org.codehaus.mojo:jalopy-maven-plugin: checking for updates from Codehaus Snapshots [INFO] artifact org.codehaus.mojo:jalopy-maven-plugin: checking for updates from central [DEBUG] jalopy-maven-plugin: resolved to version 1.0-alpha-1 from repository central [DEBUG] Trying repository central Downloading: http://repo1.maven.org/maven2/org/codehaus/mojo/jalopy-maven-plugin/1.0-alpha-1/jalopy-maven-plugin-1.0-alpha-1.pom 2K downloaded [DEBUG] Artifact resolved [DEBUG] Retrieving parent-POM: org.codehaus.mojo:mojo::16 for project: null:jalopy-maven-plugin:maven-plugin:1.0-alpha-1 from the repository. [DEBUG] Adding managed dependencies for unknown:jalopy-maven-plugin [DEBUG] org.apache.maven:maven-plugin-api:jar:2.0 [DEBUG] junit:junit:jar:3.8.1:test [DEBUG] Trying repository Access Development Releases Downloading: http://it.access.dev/repository//org/codehaus/mojo/jalopy-maven-plugin/1.0-alpha-1/jalopy-maven-plugin-1.0-alpha-1.jar 12K downloaded [DEBUG] Artifact resolved [INFO] [INFO] Building Blah Meta Data [INFO]task-segment: [clean, jalopy:format] [INFO] [DEBUG] maven-clean-plugin: resolved to version 2.1.1 from repository central [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::3 for project: null:maven-clean-plugin:maven-plugin:2.1.1 from the repository. [DEBUG] Retrieving parent-POM: org.apache.maven:maven-parent::4 for project: org.apache.maven.plugins:maven-plugins:pom:3 from the repository. [DEBUG] Retrieving parent-POM: org.apache:apache::3 for project: org.apache.maven:maven-parent:pom:4 from the repository. [DEBUG] maven-compiler-plugin: resolved to version 2.0.2 from repository central [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::8 for project: null:maven-compiler-plugin:maven-plugin:2.0.2 from the repository. [DEBUG] Retrieving parent-POM: org.apache.maven:maven-parent::5 for project: org.apache.maven.plugins:maven-plugins:pom:8 from the repository. [DEBUG] Skipping disabled repository central [INFO] snapshot org.codehaus.mojo:dashboard-maven-plugin:1.0-SNAPSHOT: checking for updates from Access Development SNAPSTHOTS [DEBUG] repository metadata for: 'snapshot org.codehaus.mojo:dashboard-maven-plugin:1.0-SNAPSHOT' could not be found on repository: Access Development SNAPSTHOTS [DEBUG] Skipping disabled repository central [DEBUG] dashboard-maven-plugin: resolved to version 1.0-20070907.172709-15 from repository Codehaus Snapshots [DEBUG] Retrieving parent-POM: org.codeha
Re: [ANN] Maven 2.x Selenium Plugin - Version 1.0-beta-2
Thank you for all the good works. And the snapshot was always/incredible stable until the last day. must be the Groovy thingy :-) -D On 10/16/07, Jason Dillon <[EMAIL PROTECTED]> wrote: > Release Notes - Maven 2.x Selenium Plugin - Version 1.0-beta-2 > > ** Bug > * [MSELENIUM-13] - Selenese goal crashes after executing a test > suite > * [MSELENIUM-14] - extensions misspelled extentions > * [MSELENIUM-25] - selenium:xvfb sometimes fails > > ** Improvement > * [MSELENIUM-2] - Add better validation of browser configuration > when starting the server > * [MSELENIUM-5] - Upgrade Selenium to 0.9.2 > * [MSELENIUM-8] - Upgrade to Selenium 0.9.2-SNAPSHOT > * [MSELENIUM-9] - Re-implement as a Groovy mojo > * [MSELENIUM-10] - Add support to gracefully shutdown the > Selenium server > * [MSELENIUM-12] - Setup an Xauthority file for the Xvfb server > to allow clients to connect when another X server is running > * [MSELENIUM-17] - Add support for -browserSessionReuse > * [MSELENIUM-18] - Add support for -forcedBrowserMode > > ** New Feature > * [MSELENIUM-1] - Add support for headless operation on unix > systems with Xvfb > * [MSELENIUM-6] - Add support for multiWindow > * [MSELENIUM-7] - Add support to invoke html testsuites > * [MSELENIUM-15] - Add support for firefoxProfileTemplate > * [MSELENIUM-16] - Add support for alwaysProxy > * [MSELENIUM-21] - add 'skip' capability > > ** Task > * [MSELENIUM-11] - Add FAQ to the site > > --jason > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Maven 2.x Selenium Plugin - Version 1.0-beta-2
Release Notes - Maven 2.x Selenium Plugin - Version 1.0-beta-2 ** Bug * [MSELENIUM-13] - Selenese goal crashes after executing a test suite * [MSELENIUM-14] - extensions misspelled extentions * [MSELENIUM-25] - selenium:xvfb sometimes fails ** Improvement * [MSELENIUM-2] - Add better validation of browser configuration when starting the server * [MSELENIUM-5] - Upgrade Selenium to 0.9.2 * [MSELENIUM-8] - Upgrade to Selenium 0.9.2-SNAPSHOT * [MSELENIUM-9] - Re-implement as a Groovy mojo * [MSELENIUM-10] - Add support to gracefully shutdown the Selenium server * [MSELENIUM-12] - Setup an Xauthority file for the Xvfb server to allow clients to connect when another X server is running * [MSELENIUM-17] - Add support for -browserSessionReuse * [MSELENIUM-18] - Add support for -forcedBrowserMode ** New Feature * [MSELENIUM-1] - Add support for headless operation on unix systems with Xvfb * [MSELENIUM-6] - Add support for multiWindow * [MSELENIUM-7] - Add support to invoke html testsuites * [MSELENIUM-15] - Add support for firefoxProfileTemplate * [MSELENIUM-16] - Add support for alwaysProxy * [MSELENIUM-21] - add 'skip' capability ** Task * [MSELENIUM-11] - Add FAQ to the site --jason
RE: Maven 1.x Checkstyle
Can you explain further what you are trying to do and what is the problem? I don't quite understand... > -Original Message- > From: Choudhary, Jay [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 16, 2007 10:03 AM > To: Maven Users List > Subject: Maven 1.x Checkstyle > > All, > > I have a problem in getting checkstyle dashboard configured on > individual project level. > > I can the checkstyle report at the top levels with all the errors and > warning but when I click on individual project I see nothing. > > > Please Help > > Thanks and Regards > -Jay > Visa Europe, Europe's leading payment systems provider, is owned and governed > within Europe for the benefit of European financial institutions. > This email (including attachments) is confidential and is solely intended for > the addressee. Unless you are the addressee, you may not read, use or store > this email in any way, or permit others to. If you have received it in error, > please contact Visa Europe on +44 (0)20 7937 8111. > > - > 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: Maven Proxy
I'm also using proximity but a snapshot of RC9 because Tamas added a new feature that I requested. This was maybe 3 months ago. It is quite stable and we are very pleased with it after trying several alternatives. I know he had some infrastructure issues at one point, which may explain the website. He's still around though, if you mention px or cstamas on the irc channel he appears like a genie ;-) --Brian -Original Message- From: Boeckli, Dominique [mailto:[EMAIL PROTECTED] Sent: Monday, October 15, 2007 3:40 AM To: Maven Users List Subject: RE: Maven Proxy We are using Proximity as a war deployment on a JBoss Server. A little bit scary is that the abstracthorizon home page is down since a while: http://www.abstracthorizon.org/index.html. Since nearly half a hear the version number (RC8) didn't changed neither. -Original Message- From: Guillaume Lederrey [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 07:08 PM To: Maven Users List Subject: Re: Maven Proxy We are using Artifactory on Tomcat 5.5. It works mostly well for us. The only problem is that memory consumption grow very high. I finally had to reboot Tomcat every night to keep it sane ... But I havent been looking into the problem all that hard. The problem might be on my side ... Other than that, I'm very happy with Artifactory. Easy to set up, easy to add new jars to the repository for developers who are not comfortable with Maven ... On 12/10/2007, Vanja Petreski <[EMAIL PROTECTED]> wrote: > Artifactory definitely! > > On 10/12/07, Michal Hlavac <[EMAIL PROTECTED]> wrote: > > > > Dňa Friday 12 October 2007 11:37:35 Wilfred Springer ste napísal: > > > I would definitely recommend Artifactory. > > > > I am using artifactory deployed on glassfish and works very good... > > > > m. > > > > > -- Jabber : [EMAIL PROTECTED] Skype : Guillaume.Lederrey Projects : * http://rwanda.wordpress.com/ * http://rwandatech.wordpress.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: Maven Proxy
Hello all, the "sorry page" on abstracthorizon.org should not worry you, the Proximity homepage (proximity.abstracthorizon.org) _is_ up-to-date, even if the Abstract Horizon "meta-project" is a little bit delayed. Soon, we will release the last of the 1.x line with all fixes and improvements. Thanks for being patient! ~t~ On 10/15/07, Boeckli, Dominique <[EMAIL PROTECTED]> wrote: > We are using Proximity as a war deployment on a JBoss Server. A little bit > scary is that the abstracthorizon home page is down since a while: > http://www.abstracthorizon.org/index.html. Since nearly half a hear the > version number (RC8) didn't changed neither. > > -Original Message- > From: Guillaume Lederrey [mailto:[EMAIL PROTECTED] > Sent: Friday, October 12, 2007 07:08 PM > To: Maven Users List > Subject: Re: Maven Proxy > > We are using Artifactory on Tomcat 5.5. It works mostly well for us. > The only problem is that memory consumption grow very high. I finally had to > reboot Tomcat every night to keep it sane ... > > But I havent been looking into the problem all that hard. The problem might > be on my side ... > > Other than that, I'm very happy with Artifactory. Easy to set up, easy to > add new jars to the repository for developers who are not comfortable with > Maven ... > > On 12/10/2007, Vanja Petreski <[EMAIL PROTECTED]> wrote: > > Artifactory definitely! > > > > On 10/12/07, Michal Hlavac <[EMAIL PROTECTED]> wrote: > > > > > > Dňa Friday 12 October 2007 11:37:35 Wilfred Springer ste napísal: > > > > I would definitely recommend Artifactory. > > > > > > I am using artifactory deployed on glassfish and works very good... > > > > > > m. > > > > > > > > > > > -- > Jabber : [EMAIL PROTECTED] > Skype : Guillaume.Lederrey > Projects : > * http://rwanda.wordpress.com/ > * http://rwandatech.wordpress.com/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: update archiva database
On 10/16/07, olivier galaup <[EMAIL PROTECTED]> wrote: > I have deleted some directories from the filesystem and then I force a > database update from > the adminConsole. > > Then, I browe my directory from archiva and directories are still here. Sounds like http://jira.codehaus.org/browse/MRM-37 Deng finished it, but it hasn't been released yet. As a workaround you can safely delete the database and index files, and then rebuild them. -- Wendy
update archiva database
Hello, I have deleted some directories from the filesystem and then I force a database update from the adminConsole. Then, I browe my directory from archiva and directories are still here. I'm using the last available version (beta-2). In my logs I found: 1730113 [pool-1-thread-1] WARN org.apache.maven.archiva.database.updater.DatabaseUpdater:jdo - There are no selected consum ers for artifact cleanup. An idea ? Regards, Olivier _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
Activating a profile from another profile
Is there an easy way to put a profile in a parent pom and then activate that from a child profile?
Re: DuplicateProjectException
A -> B means "B is a module of A" or "A depends upon B" On 10/16/07, Wayne Fay <[EMAIL PROTECTED]> wrote: > > Its hard to tell from your email.. Are you saying A->B == A depends on > B? or B depends on A? Perhaps just use English to explain. > > Wayne > > On 10/16/07, Jason Nerothin <[EMAIL PROTECTED]> wrote: > > How do I get maven to do a clean compile of project D when I have the > > following situation: > > > > A -> B > > > > C -> B > > > > D -> A and D->C, > > > > where letters are projects and arrows mean "module of"? > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: DuplicateProjectException
Its hard to tell from your email.. Are you saying A->B == A depends on B? or B depends on A? Perhaps just use English to explain. Wayne On 10/16/07, Jason Nerothin <[EMAIL PROTECTED]> wrote: > How do I get maven to do a clean compile of project D when I have the > following situation: > > A -> B > > C -> B > > D -> A and D->C, > > where letters are projects and arrows mean "module of"? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DuplicateProjectException
How do I get maven to do a clean compile of project D when I have the following situation: A -> B C -> B D -> A and D->C, where letters are projects and arrows mean "module of"?
Re: Search with maven
Since the generated site is just a bunch of static pages, you are much better off doing a Google co-op, pointing it to your site url and then modifying your site skin to display that custom Google search box, rather than trying to integrate with anything Java-based - specifically Lucene is a complete wrong tool for this. Kalle On 10/15/07, Wayne Fay <[EMAIL PROTECTED]> wrote: > > This is not available out of the box, and I haven't seen any plugins > that integrate Lucene etc. > > Wayne > > On 10/15/07, Sinduria,Anuradha <[EMAIL PROTECTED]> > wrote: > > Hi All, > > > > > > > > Can we do search on maven generated website of our project, > > > > like we can do it on WIKI and user can enter search criteria and > selected > > pages are shown. > > > > > > > > > > > > > > > > Thanks and Regards, > > > > Anuradha Sinduria > > > > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Assembly plugin with filtering
Hi All, I'm using assembly plugin according to Maven2 doc http://maven.apache.org/plugins/maven-assembly-plugin/examples/single/filtering-some-distribution-files.html. I've applied the plugin as follows, org.apache.maven.plugins maven-assembly-plugin 2.2-beta-1 src/assemble/filter.properties src/assemble/assembly- bin.xml src/assemble/assembly- src.xml All my descriptors are in the correct location , When using mvn assembly:assembly, it keeps on displaying the error message, Error configuring: org.apache.maven.plugins:maven-assembly-plugin. Reason: ERROR: Cannot override read-only parameter: filters in goal: assembly:assembly Wonder why this happen ? Saminda -- Saminda Abeyruwan Senior Software Engineer WSO2 Inc. - www.wso2.org
Maven ignores remote repository ... sometimes
Maven is checking our internal remote repository (configured in the POM) for some artifacts - and then not bothering to check for others (maven-pmdb-plugin)! Even more oddly, it downloads the POM but not the jar. Downloading the jar to the local repository manually works fine. The '-X' option shows no additional information of interest. Anyone have an idea what might be wrong? Or even what I else I could check? I've copied the output below. [INFO] Scanning for projects... WAGON_VERSION: 1.0-beta-2 [INFO] - --- [INFO] Building PM for Chubb Yacht (Enhancement) [INFO]task-segment: [clean] [INFO] - --- Downloading: http://repo1.maven.org/maven2/com/fja/mvnplugins/maven-pmdb-plugin/ 1.0.0/maven-pmdb-plugin-1.0.0.pom Downloading: http://pwstwa04:8080/maven/repository/com/fja/mvnplugins/maven-pmdb -plugin/1.0.0/maven-pmdb-plugin-1.0.0.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/com/fja/common/fjaus-configuration/1/ fjaus-configuration-1.pom Downloading: http://pwstwa04:8080/maven/repository/com/fja/common/fjaus-configur ation/1/fjaus-configuration-1.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/com/fja/mvnplugins/maven-pmdb-plugin/ 1.0.0/maven-pmdb-plugin-1.0.0.jar [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] A required plugin was not found: Plugin could not be found - check that t he goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.fja.mvnplugins -DartifactId=maven-pmd b-plugin \ -Dversion=1.0.0 -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.fja.mvnplugins -DartifactId=maven-pmdb-pl ugin \ -Dversion=1.0.0 -Dpackaging=maven-plugin -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] com.fja.mvnplugins:maven-pmdb-plugin:maven-plugin:1.0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) com.fja.mvnplugins:maven-pmdb-plugin:maven-plugin:1.0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Tue Oct 16 11:19:38 EDT 2007 [INFO] Final Memory: 2M/5M [INFO] -- Daniel Siegmann FJA-US, Inc. 512 7th Ave. 15th Flr. New York, NY 10018 (212) 840-2618 x139 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange dataBase error
If the Jars and code etc is the same, there must be an environmental difference between the machines where the tests pass and where the tests fail. Are you building the Jar(s) repeatedly (on different machines) or just building once and then re-using that built code in your various tests? If you're not re-using the same Jar, then you really can't be sure about anything. So build it once and then use that for testing. Also, perhaps you should unzip a Jar that works and a Jar that doesn't work, and run a diff/compare tool against the 2 directories. There might be some differences that you weren't expecting. Wayne On 10/16/07, DCVer <[EMAIL PROTECTED]> wrote: > > Hi all, > I have really strange error, which I try to solve for weeks. We have tested > our software (mvn test or mvn install) on many machines, but if we deploy it > on the server some of the tests fail. In fact all test, which fail need to > communicate with the data base. Although we have configured the data base > about 100 times and used our local databases, where local tests do not fail, > we still receive errors from tests on deployment server. We use PostgreSQL > (8.1) and Hibernate (version 3.2.5.ga of the dependency jar). So all signs > on the sky suggest that this is a communication with the data base problem, > although data base is installed on the same server and hibernate configs > seems to be correct. Maybe this a Maven bug, which in some specific > environment fails e.g. to copy resource file (with data base config) to jar > or for test? Have no idea what else can be wrong ;( > -- > View this message in context: > http://www.nabble.com/Strange-dataBase-error-tf4634191s177.html#a13233541 > 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: What happens when someone commits while a multi-project is building ?
Emmanuel Venisse wrote: Damien Lecan a écrit : Hello, I'm working with Continuum 1.1-beta-3. I have a multi-project configured as a project group in Continuum, ie I can see 1 continuum project per Maven project. I setup a build scheduled each day at 11am. The complete build lasts 25min. Today, someone commited severals files in several projects during the build (at 11:15). Of course, projects already built were OK, but projects built after commit were updated by Continuum and built with errors ! They needed new files in projects already built by Continuum and so not updated. Is it a bug/feature ? Continuum should not update a project from SCM if a commit appears during a build. It isn't a bug, when Continuum build a module, it can't know files updated in the current module require some modified files in other modules. When other modules will be rebuilt (due to changes in their scm) the current module will be rebuilt too. If you don't want one project in continuum by module, but only the parent project, remove all modules and remove the --non-recursive parameter on the build definition. Since we're on the subject, it might be worth noting the following: I tried doing that on our main multimodule project when I first switched to 1.1 (b3), since that's how we had it setup under 1.0.3 and it worked great. However, I noticed that when I did that in 1.1, the 'dependencies' listed for the resulting single consolidated continuum project were only those of the parent project itself. In other words, where parent project A has essentially no dependencies, and module A1 has many dependencies (many of which are also being build in continuum), the downside to this seems to be that continuum looses some dependency awareness (it doesn't re-build project A when A1's dependencies change). Emannuel, does this sound right, or am I missing something? Stu
Re: maven offline
mvn -o will automatically use your local repo cache. If you are using mvn -o, it will not use any other repos, so the only files available to Maven are those already downloaded to your local machine. Wayne On 10/15/07, MavenMan <[EMAIL PROTECTED]> wrote: > > > > Wayne Fay wrote: > > > > Try "mvn -h" and then read the help text which is output. One of the > > printed options is what you're looking for. > > > > Wayne > > If I select -o ，need I to set local Repositories ?how to set ? > > Best Regards ! > > > > On 10/15/07, MavenMan <[EMAIL PROTECTED]> wrote: > >> > >> I am a beginer of maven .but I think it is a great artifact. but now I > >> can > >> not connect to Internet. > >> I need a detail step to deel with this problem .By the way ,I use > >> m2eclipse > >> pulgin to control maven . who can help me . > >> thank you in advance! > >> -- > >> View this message in context: > >> http://www.nabble.com/maven-offline-tf4631310s177.html#a13224819 > >> 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/maven-offline-tf4631310s177.html#a13225985 > 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]
Maven 1.x Checkstyle
All, I have a problem in getting checkstyle dashboard configured on individual project level. I can the checkstyle report at the top levels with all the errors and warning but when I click on individual project I see nothing. Please Help Thanks and Regards -Jay Visa Europe, Europe's leading payment systems provider, is owned and governed within Europe for the benefit of European financial institutions. This email (including attachments) is confidential and is solely intended for the addressee. Unless you are the addressee, you may not read, use or store this email in any way, or permit others to. If you have received it in error, please contact Visa Europe on +44 (0)20 7937 8111. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Complete Maven Noob, Is this possible?
You should be able to use includes/excludes to select particular folders (and even files) that you want to bundle up into various Jars. If you're really only building one WAR file, then you could arguably just bundle all the code into a single Jar, and stick that in the War, and things should deploy OK. Assuming that works, then you could worry about breaking it up into more discrete Jar structures etc. Wayne On 10/16/07, Quakky <[EMAIL PROTECTED]> wrote: > > well at the end of the compile, and package there should be only 1 WAR file, > but the problem right now is figuring out how to make jars out of different > folders, and different files in each part of the Main project (different > projects folders). > > Manos Batsis wrote: > > > > > > > > A major issue if you are new, is how many artifacts (WAR, EAR, whatever) > > your current build produces. You may have to do a lot of refactoring due > > to this as Maven wants one artifact per project. This often leads into > > more modules/projects than one may think. > > > > Cheers, > > > > Manos > > > > Quoting Quakky <[EMAIL PROTECTED]>: > > > >> > >> Hey guys, thanks for ur input on this... > >> I had talked with the programmers of this project and they said they > >> might > >> be willing to follow Maven's default layout, and Im willing to kinda > >> work on > >> it day and night so does that improve my chances? :D > >> > >> Wayne Fay wrote: > >> > > >> > I'll go out on a limb and say a non-programmer without any Maven > >> > experience has less than a 5% chance of doing this in 2 weeks. > >> Unless > >> > the project is extremely simple... and you've already said it is > >> > complex. I've previously helped someone in a similar situation and > >> it > >> > was not fun for either of us, and I'm not going to repeat that > >> > experience. > >> > > >> > Not having the programming and XML background means you'll have a > >> hard > >> > time interpreting the error messages that are bound to occur not > >> just > >> > in Maven itself but also those produced by the Java compiler and in > >> > various plugins you'll undoubtedly need to utilize. Little errors > >> in > >> > the XML can create significant problems. A failure to understand > >> how > >> > Java works in terms of locating files in the proper place etc will > >> > also lead to a huge number of failures during the compilation > >> process. > >> > > >> > Given the 2 week deadline, perhaps it might make more sense for > >> your > >> > company to pursue Maven migration services provided by third > >> parties > >> > like Devzuz, Sonatype, etc -- though I'm not certain who if anyone > >> > actually does this, and it would certainly cost a few bucks. > >> > > >> > Wayne > >> > > >> > On 10/12/07, John Casey <[EMAIL PROTECTED]> wrote: > >> >> How complex is the project, and what was it using to build before? > >> >> Complexity is in terms of the number of different types of > >> packagings > >> >> used, number of different entry points into the build, etc...not > >> just > >> >> the number of projects. If the previous build was Ant, and the > >> >> projects can be categorized together in terms of how they're > >> built, > >> >> it's fairly likely that they use common logic in the Ant > >> >> script...which means these projects don't add a lot in terms of > >> >> complexity for conversion, since you only have to convert the > >> build > >> >> process once for that category, and apply it to them all. > >> >> > >> >> The XML syntax that Maven uses for POMs is very straightforward. > >> As > >> >> far as being able to code, that's usually helpful for debugging > >> tests > >> >> that stop working, etc. It can also help a lot if it comes to > >> writing > >> >> custom plugins for Maven to fill in a gap here or there that isn't > >> >> provided by standard plugins from ASF or the Mojo project > >> >> (mojo.codehaus.org). > >> >> > >> >> But in any case, if the build complexity is high in the terms I > >> >> mentioned above, I would bet that you'll be at it awhile longer > >> than > >> >> two weeks. Really the time depends on you having a very intimate > >> >> understanding of how the current build runs. > >> >> > >> >> Good luck, > >> >> > >> >> -john > >> >> > >> >> On Oct 12, 2007, at 12:14 PM, Quakky wrote: > >> >> > >> >> > > >> >> > Hello, > >> >> > I am currently in need of some advice concerning Maven. I am a > >> new > >> >> > user, > >> >> > trying to get maven to work with a project that is pretty > >> complex > >> >> > (doesn't > >> >> > follow the default tree structure of maven, has to be packaged > >> in a > >> >> > certain > >> >> > way, etc) . I didn't work on the project, I dont know how to > >> code > >> >> > anything, > >> >> > infact I only figured out what Maven does after reading the > >> Maven > >> >> > book. I do > >> >> > not know how to code XML, which pom.xml is written with(?), but > >> I > >> >> > can learn > >> >> > fast. > >> >> > > >> >> > My question: Is there anyway a user like me (
Re: Complete Maven Noob, Is this possible?
well at the end of the compile, and package there should be only 1 WAR file, but the problem right now is figuring out how to make jars out of different folders, and different files in each part of the Main project (different projects folders). Manos Batsis wrote: > > > > A major issue if you are new, is how many artifacts (WAR, EAR, whatever) > your current build produces. You may have to do a lot of refactoring due > to this as Maven wants one artifact per project. This often leads into > more modules/projects than one may think. > > Cheers, > > Manos > > Quoting Quakky <[EMAIL PROTECTED]>: > >> >> Hey guys, thanks for ur input on this... >> I had talked with the programmers of this project and they said they >> might >> be willing to follow Maven's default layout, and Im willing to kinda >> work on >> it day and night so does that improve my chances? :D >> >> Wayne Fay wrote: >> > >> > I'll go out on a limb and say a non-programmer without any Maven >> > experience has less than a 5% chance of doing this in 2 weeks. >> Unless >> > the project is extremely simple... and you've already said it is >> > complex. I've previously helped someone in a similar situation and >> it >> > was not fun for either of us, and I'm not going to repeat that >> > experience. >> > >> > Not having the programming and XML background means you'll have a >> hard >> > time interpreting the error messages that are bound to occur not >> just >> > in Maven itself but also those produced by the Java compiler and in >> > various plugins you'll undoubtedly need to utilize. Little errors >> in >> > the XML can create significant problems. A failure to understand >> how >> > Java works in terms of locating files in the proper place etc will >> > also lead to a huge number of failures during the compilation >> process. >> > >> > Given the 2 week deadline, perhaps it might make more sense for >> your >> > company to pursue Maven migration services provided by third >> parties >> > like Devzuz, Sonatype, etc -- though I'm not certain who if anyone >> > actually does this, and it would certainly cost a few bucks. >> > >> > Wayne >> > >> > On 10/12/07, John Casey <[EMAIL PROTECTED]> wrote: >> >> How complex is the project, and what was it using to build before? >> >> Complexity is in terms of the number of different types of >> packagings >> >> used, number of different entry points into the build, etc...not >> just >> >> the number of projects. If the previous build was Ant, and the >> >> projects can be categorized together in terms of how they're >> built, >> >> it's fairly likely that they use common logic in the Ant >> >> script...which means these projects don't add a lot in terms of >> >> complexity for conversion, since you only have to convert the >> build >> >> process once for that category, and apply it to them all. >> >> >> >> The XML syntax that Maven uses for POMs is very straightforward. >> As >> >> far as being able to code, that's usually helpful for debugging >> tests >> >> that stop working, etc. It can also help a lot if it comes to >> writing >> >> custom plugins for Maven to fill in a gap here or there that isn't >> >> provided by standard plugins from ASF or the Mojo project >> >> (mojo.codehaus.org). >> >> >> >> But in any case, if the build complexity is high in the terms I >> >> mentioned above, I would bet that you'll be at it awhile longer >> than >> >> two weeks. Really the time depends on you having a very intimate >> >> understanding of how the current build runs. >> >> >> >> Good luck, >> >> >> >> -john >> >> >> >> On Oct 12, 2007, at 12:14 PM, Quakky wrote: >> >> >> >> > >> >> > Hello, >> >> > I am currently in need of some advice concerning Maven. I am a >> new >> >> > user, >> >> > trying to get maven to work with a project that is pretty >> complex >> >> > (doesn't >> >> > follow the default tree structure of maven, has to be packaged >> in a >> >> > certain >> >> > way, etc) . I didn't work on the project, I dont know how to >> code >> >> > anything, >> >> > infact I only figured out what Maven does after reading the >> Maven >> >> > book. I do >> >> > not know how to code XML, which pom.xml is written with(?), but >> I >> >> > can learn >> >> > fast. >> >> > >> >> > My question: Is there anyway a user like me (a noob, who only >> >> > finished the >> >> > "simple" project and never really got it to work 100%) can be >> able >> >> > to make >> >> > maven work with a complex project that was Not made with maven >> and >> >> > be able >> >> > to implement this project into a maven environment, and be able >> to >> >> > have >> >> > maven work in about 2 weeks? or do I need more time to learn >> Maven? >> >> > >> >> > Thanks >> >> > >> >> > -- >> >> > View this message in context: >> http://www.nabble.com/Complete-Maven- >> >> > Noob%2C-Is-this-possible--tf4614185s177.html#a13177028 >> >> > Sent from the Maven - Users mailing list archive at Nabble.com. >> >> > >> >> > >> >> > >> ---
Re: Maven good Design
On Tue, October 16, 2007 3:44 pm, Saloucious wrote: > Ok refactoring projects has been validated !!! > > Thanks for your reply > > So, it will be easy now to follow conventions ;-) Yay! > Is it a good solution to split project with a dedicated one for each > artifacts produced by ANT ? > > eg: a project for EJB , another for SAR ... Where it makes sense, yes. Maven can be configured to produce multiple artifacts per project, but generally you need to have a deep understanding of the maven lifecycle and what gets built when and in what order, leading to headaches. It is way simpler just to follow the one-artifact-per-project convention. An example of where it may not be necessary is where maven produces two artifacts from the same code, such as an EJB client side interface alongside the EJB implementation. Here maven cannot help but create two artifacts from one project, because the same source code can be used for both. What you'll find is that some of the projects will be very simple. In our case, our ear projects just contain a pom.xml, and nothing else. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven good Design
Yes, that is correct...one artifact per build.
As you already hinted, you may find the "project count" daunting at first.
I believe after awhile you will appreciate the precision of the
organization/separation. This helps focus on modules/components
organization.
> -Original Message-
> From: Saloucious [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 16, 2007 8:44 AM
> To: users@maven.apache.org
> Subject: Re: Maven good Design
>
>
> Ok refactoring projects has been validated !!!
>
> Thanks for your reply
>
> So, it will be easy now to follow conventions ;-)
>
> Is it a good solution to split project with a dedicated one for each
> artifacts produced by ANT ?
>
> eg: a project for EJB , another for SAR ...
>
> We have a lot of projects with 2 or 3 artifacts each, i'm afraid to have
> finally : projects number * artifacts number.
>
> project1-ejb
> project1-sar
> project2-jar
> project3-ear
> project3-war
> ...
>
> But if it is conventions, so we will follow it .
>
>
>
> Wayne Fay wrote:
> >
> > I'm not aware of any published "best practices for people who want to
> > use Maven but can't follow the conventions".
> >
> > Perhaps someone else will reply with something more useful. My general
> > response is "do what works best for you".
> >
> > Wayne
> >
> > On 10/15/07, Saloucious <[EMAIL PROTECTED]> wrote:
> >>
> >> Sure this is painful.
> >>
> >> The only solution I have found is :
> >>
> >> my-app
> >> |-- pom.xml
> >> |-- build.xml
> >> |-- src
> >> ||- App.java
> >> |
> >> |--m2
> >> |--jar
> >> ||--pom.xml
> >> |
> >> |--ejb
> >> ||--pom.xml
> >> |
> >> |--sar
> >> |--pom.xml
> >>
> >>
> >> Is better to put everything in one pom.xml, with many classifier
attached
> >> artifacts ?
> >>
> >>
> >>
> >> Wendy Smoak-3 wrote:
> >> >
> >> > On 10/12/07, Graham Leggett <[EMAIL PROTECTED]> wrote:
> >> >
> >> >> Get the most simplest part of your project (the jars) building
cleanly
> >> >> with maven, and use this as a testing ground to get you familiar
with
> >> the
> >> >> maven build process. Do this on the existing sources if you can, by
> >> >> dropping in pom.xml into the root of each jar as necessary. It will
> >> >> probably become apparent as you go on that some of your code needs
to
> >> be
> >> >> restructured. Do this as necessary, updating your ant build as you
go
> >> >> along to keep everything working.
> >> >
> >> > I agree, but the original message specifically said "without
changes".
> >> > That's a huge red flag to me that things are about to get very
> >> > painful for everyone involved.
> >> >
> >> > --
> >> > Wendy
> >> >
> >> >>
> >> >> Sometimes, you may find that an ant build produces more than one
> >> >> artifact,
> >> >> such as an EJB, and then an EAR file. What we did was to create new
> >> >> projects alongside the EJB project, which only built the EAR file
> >> (This
> >> >> project contained a pom.xml file and nothing else).
> >> >>
> >> >> Eventually we were ready to wean people off the ant build and get
> >> things
> >> >> going with maven only, and the conversion has worked very well.
> >> >>
> >> >> The prize at the end of all this work is worth it: All our code is
> >> built
> >> >> and tested using continuous integration, with no platform or machine
> >> >> specific build setups (we had hard coded paths *everywhere*).
> >> >>
> >> >> A release is tested, tagged, and built from the pristine tag (no
more
> >> >> releases from working copies) start to finish within 30 minutes
> >> ("Help!
> >> >> We
> >> >> need to get this bugfix into UAT as soon as possible!", "No
> >> problem".),
> >> >> and we now have the *exact* source code used to create a production
> >> >> release ("Help! We need to replicate this production problem in a
> >> >> development environment!", "No problem").
> >> >>
> >> >> The docs are all auto-built and auto-deployed ("Help! We need to
cook
> >> up
> >> >> a
> >> >> plan to make javadocs available, which will be very difficult!",
> >> "Already
> >> >> done, here is the URL").
> >> >>
> >> >> Regards,
> >> >> Graham
> >> >> --
> >> >>
> >> >>
> >> >>
> >> >>
-
> >> >> 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/Maven-good-Design-tf4610394s177.html#a13219789
> >> 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 good Design
Ok refactoring projects has been validated !!!
Thanks for your reply
So, it will be easy now to follow conventions ;-)
Is it a good solution to split project with a dedicated one for each
artifacts produced by ANT ?
eg: a project for EJB , another for SAR ...
We have a lot of projects with 2 or 3 artifacts each, i'm afraid to have
finally : projects number * artifacts number.
project1-ejb
project1-sar
project2-jar
project3-ear
project3-war
...
But if it is conventions, so we will follow it .
Wayne Fay wrote:
>
> I'm not aware of any published "best practices for people who want to
> use Maven but can't follow the conventions".
>
> Perhaps someone else will reply with something more useful. My general
> response is "do what works best for you".
>
> Wayne
>
> On 10/15/07, Saloucious <[EMAIL PROTECTED]> wrote:
>>
>> Sure this is painful.
>>
>> The only solution I have found is :
>>
>> my-app
>> |-- pom.xml
>> |-- build.xml
>> |-- src
>> ||- App.java
>> |
>> |--m2
>> |--jar
>> ||--pom.xml
>> |
>> |--ejb
>> ||--pom.xml
>> |
>> |--sar
>> |--pom.xml
>>
>>
>> Is better to put everything in one pom.xml, with many classifier attached
>> artifacts ?
>>
>>
>>
>> Wendy Smoak-3 wrote:
>> >
>> > On 10/12/07, Graham Leggett <[EMAIL PROTECTED]> wrote:
>> >
>> >> Get the most simplest part of your project (the jars) building cleanly
>> >> with maven, and use this as a testing ground to get you familiar with
>> the
>> >> maven build process. Do this on the existing sources if you can, by
>> >> dropping in pom.xml into the root of each jar as necessary. It will
>> >> probably become apparent as you go on that some of your code needs to
>> be
>> >> restructured. Do this as necessary, updating your ant build as you go
>> >> along to keep everything working.
>> >
>> > I agree, but the original message specifically said "without changes".
>> > That's a huge red flag to me that things are about to get very
>> > painful for everyone involved.
>> >
>> > --
>> > Wendy
>> >
>> >>
>> >> Sometimes, you may find that an ant build produces more than one
>> >> artifact,
>> >> such as an EJB, and then an EAR file. What we did was to create new
>> >> projects alongside the EJB project, which only built the EAR file
>> (This
>> >> project contained a pom.xml file and nothing else).
>> >>
>> >> Eventually we were ready to wean people off the ant build and get
>> things
>> >> going with maven only, and the conversion has worked very well.
>> >>
>> >> The prize at the end of all this work is worth it: All our code is
>> built
>> >> and tested using continuous integration, with no platform or machine
>> >> specific build setups (we had hard coded paths *everywhere*).
>> >>
>> >> A release is tested, tagged, and built from the pristine tag (no more
>> >> releases from working copies) start to finish within 30 minutes
>> ("Help!
>> >> We
>> >> need to get this bugfix into UAT as soon as possible!", "No
>> problem".),
>> >> and we now have the *exact* source code used to create a production
>> >> release ("Help! We need to replicate this production problem in a
>> >> development environment!", "No problem").
>> >>
>> >> The docs are all auto-built and auto-deployed ("Help! We need to cook
>> up
>> >> a
>> >> plan to make javadocs available, which will be very difficult!",
>> "Already
>> >> done, here is the URL").
>> >>
>> >> Regards,
>> >> Graham
>> >> --
>> >>
>> >>
>> >>
>> >> -
>> >> 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/Maven-good-Design-tf4610394s177.html#a13219789
>> 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/Maven-good-Design-tf4610394s177.html#a13233906
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mirror an HTTPS repository
I have a repo on the internet that has an HTTPS URL, and I want to mirror it locally in Archiva. Can I do that? How/where would I install the certificate?
Problem with the Maven Release Plugin
Hello, I have started to work with the maven-release-plugin and I am running into a strange exception. I run the following command: mvn release:prepare -DdryRun=true And here is the error: [ERROR] FATAL ERROR [INFO] [INFO] The data "- SCM Connection Information " is not legal for a JDOM comment: Comment data cannot start with a hyphen.. [INFO] [INFO] Trace org.jdom.IllegalDataException: The data "- SCM Connection Information " is not legal for a JDOM comment: Comment data cannot start with a hyphen.. at org.jdom.Comment.setText(Comment.java:120) at org.jdom.Comment.(Comment.java:86) at org.jdom.DefaultJDOMFactory.comment(DefaultJDOMFactory.java:105) at org.jdom.input.SAXHandler.comment(SAXHandler.java:839) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.comment(AbstractSAXParser.java:699) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanComment(XMLDocumentFragmentScannerImpl.java:776) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1730) Now I have checked the data and I do not see anything that starts with a hyphen. My repository connection does have a hyphen in the machine name so that might be the issue, I am not sure. Has anyone run into this before and know how to get around it? Thanks, Mark -- View this message in context: http://www.nabble.com/Problem-with-the-Maven-Release-Plugin-tf4634264s177.html#a13233797 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: Java doc generation
The plugin executes 'javadoc -J-fullversion' to retrieve the version of the javadoc tool and expects output like this: java full version "1.5.0_11-b03" See here for reference [1]. Can you try if your javadoc prints the version information in some other format. -Tim [1] https://svn.apache.org/repos/asf/maven/plugins/tags/maven-javadoc-plugin-2.3/src/main/java/org/apache/maven/plugin/javadoc/AbstractJavadocMojo.java Sinduria,Anuradha schrieb: > I created a symbolic link, java doc generation started but it got stuck and > generated this error > > > [INFO] Generate "JavaDocs" report. > [INFO] > > [ERROR] FATAL ERROR > [INFO] > > [INFO] For input string: "dial" > [INFO] > > [INFO] Trace > java.lang.NumberFormatException: For input string: "dial" > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224) > at java.lang.Float.parseFloat(Float.java:394) > at > org.apache.maven.plugin.javadoc.AbstractJavadocMojo.getJavadocVersion(Abstra > ctJavadocMojo.java:2966) > at > org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJa > vadocMojo.java:1085) > at > org.apache.maven.plugin.javadoc.JavadocReport.generate(JavadocReport.java:13 > 1) > at > org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDo > cumentRenderer.java:67) > at > org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Default > SiteRenderer.java:239) > at > org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRe > nderer.java:115) > at > org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:124) > at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage > r.java:443) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > cycleExecutor.java:539) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > (DefaultLifecycleExecutor.java:480) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec > ycleExecutor.java:459) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail > ures(DefaultLifecycleExecutor.java:311) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa > ultLifecycleExecutor.java:278) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle > Executor.java:143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > .java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > [INFO] > > > Thanks and Regards, > Anuradha Sinduria > > > -Original Message- > From: Tim Kettler [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 16, 2007 1:47 PM > To: Maven Users List > Subject: Re: Java doc generation > > Hi, > > this is a known bug [1]. It's fixed in svn but a fixed version is not > released yet. Aa a workaround, just create a symlink. > > -Tim > > [1] http://jira.codehaus.org/browse/PLXUTILS-34 > > Sinduria,Anuradha schrieb: >> >> >> Hi All, >> >> >> >> I want to do Java doc generation while doing "mvn site" on my UNIX Free > BSD >> 6.2. >> >> I added following in my pom >> >> >> >> >> >>org.apache.maven.plugins >> >>maven-javadoc-plugin >> >> >> >> >> >> http://java.sun.com/j2se/1.5.0/docs/api/ >> >> > http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs >> http://jakarta.apache.org/commons/dbcp/apidocs/ >> >> >> >> >> >> >> >> >> >> I am getting the following error >> >> >> >> [INFO] Generate "JavaDocs" report. >> >> [INFO] >> >> >> [ERROR] BUILD ERROR >> >> [INFO] >> --
Strange dataBase error
Hi all, I have really strange error, which I try to solve for weeks. We have tested our software (mvn test or mvn install) on many machines, but if we deploy it on the server some of the tests fail. In fact all test, which fail need to communicate with the data base. Although we have configured the data base about 100 times and used our local databases, where local tests do not fail, we still receive errors from tests on deployment server. We use PostgreSQL (8.1) and Hibernate (version 3.2.5.ga of the dependency jar). So all signs on the sky suggest that this is a communication with the data base problem, although data base is installed on the same server and hibernate configs seems to be correct. Maybe this a Maven bug, which in some specific environment fails e.g. to copy resource file (with data base config) to jar or for test? Have no idea what else can be wrong ;( -- View this message in context: http://www.nabble.com/Strange-dataBase-error-tf4634191s177.html#a13233541 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: Java doc generation
I created a symbolic link, java doc generation started but it got stuck and generated this error [INFO] Generate "JavaDocs" report. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] For input string: "dial" [INFO] [INFO] Trace java.lang.NumberFormatException: For input string: "dial" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224) at java.lang.Float.parseFloat(Float.java:394) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.getJavadocVersion(Abstra ctJavadocMojo.java:2966) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJa vadocMojo.java:1085) at org.apache.maven.plugin.javadoc.JavadocReport.generate(JavadocReport.java:13 1) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDo cumentRenderer.java:67) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Default SiteRenderer.java:239) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRe nderer.java:115) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:124) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] Thanks and Regards, Anuradha Sinduria -Original Message- From: Tim Kettler [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 16, 2007 1:47 PM To: Maven Users List Subject: Re: Java doc generation Hi, this is a known bug [1]. It's fixed in svn but a fixed version is not released yet. Aa a workaround, just create a symlink. -Tim [1] http://jira.codehaus.org/browse/PLXUTILS-34 Sinduria,Anuradha schrieb: > > > Hi All, > > > > I want to do Java doc generation while doing "mvn site" on my UNIX Free BSD > 6.2. > > I added following in my pom > > > > > >org.apache.maven.plugins > >maven-javadoc-plugin > > > > > > http://java.sun.com/j2se/1.5.0/docs/api/ > > http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs > > http://jakarta.apache.org/commons/dbcp/apidocs/ > > > > > > > > > > I am getting the following error > > > > [INFO] Generate "JavaDocs" report. > > [INFO] > > > [ERROR] BUILD ERROR > > [INFO] > > > [INFO] Error during page generation > > > > Embedded error: Error rendering Maven report: Unable to find javadoc > version: Error while executing process. > > java.io.IOException: /bin/bash: not found > > [INFO] > > > > > My bash is in /usr/local/bin/bash and I have sh shell inside /bin (/bin/sh) > > > > I tried below plugin also but getting same error: > > > > > > maven-javadoc-plugin > > > > > > uml > > > > gr.spinellis.umlgraph.doclet.UmlGraph > > > >
Re: [m2] SSL certificate name does not match
Perhaps sometime, someone will want to add a switch that turns off host
name verification. This seems to be supported in the HttpClient 4.0 API.
Any comments?
Adrian Herscu wrote:
Hi David,
Thanks for your reply.
I checked that blog; however the solution described there seems to
belong to other problem:
javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
[This happens] when trying to open an SSL connection to a host using
JSSE. What this usually means is that the server is using a test
certificate (possibly generated using keytool) rather than a certificate
from a well known commercial Certification Authority such as Verisign or
GoDaddy. Web browsers display warning dialogs in this case, but since
JSSE cannot assume an interactive user is present it just throws an
exception by default.
Because I am somewhat desperate, I have tested that program. It seems to
do what the standard keytool does... I copied the generated jssecacert
file into my ${jre.home}/lib/security directory and hoped for the
best... But it didn't happen :-( I checked that the file was read using
a file monitor, and it was read.
It seems that the solution could only be provided by applications (
http://java.sun.com/javase/6/docs/technotes/guides/security/jsse/JSSERefGuide.html#ciphersuitechoice).
In this case, Maven should provide the option to override the default
host name checking algorithm with a do-nothing one.
Adrian.
David Williams wrote:
Sorry it was late when I replied. = ) Here's the link
http://blogs.sun.com/andreas/entry/no_more_unable_to_find
On 10/11/07, Adrian Herscu <[EMAIL PROTECTED]> wrote:
Yeah... Where is the link :-)?
I tried to play with the keytool program. I have imported the SSL
certificate into my key store; this creates a file named .keystore in
C:\Documents and Settings\me. I tried to run Maven and DAVExplorer;
their behavior did not change :-(
Now the weird things:
1. I have monitored the file access to the .keystore file. When I am
running keytool -list the .keystore file is accessed (seems like my file
monitoring program works). When I am running Maven or DAVExplorer, the
.keystore file is not accessed at all!
2. Maven is able to upload files to my WebDAV server! If I am building
all my modules locally, then I can run mvn deploy and the files are
uploaded!!!
Adrian.
Tim Kettler wrote:
Where's the link :-)?
David Williams schrieb:
Adrian,
This link may help you. This java program allows you to manually
accept the
cert and place the generated file in your JDK or JRE. Then the java
keeps
it as an accept cert. I have not tried this with Maven but it worked
with
another application where the cert didn't match the server name. Down
side
is that it would have to be on every user's machine.
Thanks,
David
On 10/10/07, Adrian Herscu <[EMAIL PROTECTED]> wrote:
Hi all,
I am hosting my project sources and binaries with some external
provider. He cannot set up an SSL certificate for my domain name...
Meanwhile, the only alternative is accept those SSL warnings about
domain name mismatch. I am getting them in my browser and also in my
SVN
client.
Now I am trying to set up Maven to build and deploy my project to
this
provider. The problem is that I am getting these messages from Maven:
[WARNING] repository metadata for: 'snapshot
org.wirexn.build.extensions:wirexn-
build-extensions:1.0-alpha-4-SNAPSHOT' could not be retrieved from
repository: s
[EMAIL PROTECTED] due to an error: Error transferring file
[INFO] Repository '[EMAIL PROTECTED]' will be blacklisted
...and the artifacts cannot be resolved (of course).
I tried to see if this is a JRE specific problem. Downloaded a
Java-based WebDAV client (DAVExplorer), and it fails to connect with
this error message:
javax.net.ssl.SSLException: Name in certificate "his.domain.name"
does
not match host name " my.domain.name"
Anyone knows about a hidden switch/option/configuration file to make
the
JRE accept the SSL connection even if the host name doesn't match to
that on the certificate?
Please help,
Adrian.
-
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]
What happens when someone commits while a multi-project is building ?
Hello, I'm working with Continuum 1.1-beta-3. I have a multi-project configured as a project group in Continuum, ie I can see 1 continuum project per Maven project. I setup a build scheduled each day at 11am. The complete build lasts 25min. Today, someone commited severals files in several projects during the build (at 11:15). Of course, projects already built were OK, but projects built after commit were updated by Continuum and built with errors ! They needed new files in projects already built by Continuum and so not updated. Is it a bug/feature ? Continuum should not update a project from SCM if a commit appears during a build. Thanks Damien
[M2] Core lifecycle plugin versions
Since moving to Maven 2 a few weeks back something is a little unsettling, and that is that by default, it seems the lifecycle phases or plugins such as compile, war, clean etc... are SNAPSHOTS. Every day when I start a new build, often these are updated via my maven proxy. I'm a little worried that somewhere down the track this will bite my CI server in the butt if one of these snapshots have bugs. (Not to mention it slows down my initial build). Whats the best way to force them to a specific release version? Is this even recommended? -- View this message in context: http://www.nabble.com/-M2--Core-lifecycle-plugin-versions-tf4633116s177.html#a13230139 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 : Re: RE : war plugin: using optional=true
Hello,
1. MWAR-125 : just attached test case.
2. for ear building, following link is interesting :
http://www.michaelyuan.com/blog/2007/10/09/jboss-seam-project-setup-with-maven-%e2%80%94-part-2-ear-deployment/
After struggling a bit, I think their approach is the
correct one for now (note that I really don't have
enought maven experience to be really sure).
They use in the web pom.xml scope=provided for jars
bundled in the ear and scope=compile for jars bundled
in the WEB-INF/lib.
The only drawback is that scope=provided isn't
transitive.
So, they need to list all transitive dependencies in
the pom.xml.
Whereas using scope=compile and optional=true, it
shouldn't be the case.
--- Adrian Gonzalez <[EMAIL PROTECTED]> a écrit :
> Thanks Wayne,
>
> created as MWAR-125
> (http://jira.codehaus.org/browse/MWAR-125).
>
> I'll attach asap a test case and will try to find a
> fix tomorrow (I hope !).
>
> In the meantime can someone who's generating ear
> application with war and utility jar (used by war
> but
> deployed at the root ear), tell me how it does it.
>
> Are you creating manually MANIFEST.MF file and
> populating WEB-INF/lib dependencies manually ? If
> not
> how do you distinguish jars in ear from those in
> WEB-INF/lib ? (I've also tries putting
> scope=provided
> in wab module for jar going to ear and scope=compile
> for WEB-INF/lib, but doesn't work since provided
> scope
> is not transitive - see
>
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html).
>
> Thanks very much for your help !
>
> --- Wayne Fay <[EMAIL PROTECTED]> a écrit :
>
> > Sounds reasonable. Please file a bug in JIRA,
> > ideally with a test and fix. ;-)
> >
> > Wayne
> >
> > On 10/15/07, Adrian Gonzalez
> <[EMAIL PROTECTED]>
> > wrote:
> > > Hello,
> > >
> > > I'm currently looking at maven source code.
> > >
> > > In org.apache.maven.plugin.war.AbstractWarMojo
> > > (v2.0.2), line 582, the .jar is copied in
> > WEB-INF/lib
> > > if !artifact.isOptional().. [1]
> > >
> > > I think that optionality is not inherited by
> > > transitivity and that's the cause of my problem
> :
> > > i.e. if artA declares
> > >
> > > artB
> > > true
> > >
> > > and artB declares :
> > >
> > > artC
> > > false
> > >
> > > then artC is transitively included in artA
> > > dependencies but with optional=false. IMHO it
> > should
> > > be included with optional=true since artB is
> > optional.
> > >
> > > Could someone please confirm me ?
> > >
> > > [1] ScopeArtifactFilter filter = new
> > > ScopeArtifactFilter( Artifact.SCOPE_RUNTIME );
> > > if ( !artifact.isOptional() && filter.include(
> > > artifact ) ) {
> > > ...
> > > //copy action...
> > >
> > >
> > > --- Adrian Gonzalez <[EMAIL PROTECTED]> a
> > écrit :
> > >
> > > > I'm trying to build a ear structure containing
> > war
> > > > and
> > > > jar files.
> > > >
> > > > I'm using maven-war-plugin instructions from
> > > >
> > >
> >
>
http://maven.apache.org/plugins/maven-war-plugin/examples/war-manifest-guide.html
> > > > (last part of this page) to create
> MANIFEST.MF.
> > > >
> > > > Using :
> > > >
> > > > org.foo
> > > > bar-jar1
> > > > ${pom.version}
> > > > true
> > > >
> > > >
> > > >
> > > > works fine for bar-jar1, but if bar-jar1 has
> > > > dependencies, those dependencies are copied to
> > > > WEB-INF/lib.
> > > > I would expect those dependencies to be
> > registered
> > > > in
> > > > the MANIFEST.MF (they are !), but not to be
> > included
> > > > in Web-Inf/lib.
> > > >
> > > > Is it a bug ? Thanks for the help, I'm really
> > > > struggling with this ear building thing...
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> >
>
> > > > Découvrez le blog Yahoo! Mail : dernières
> > > > nouveautés, astuces, conseils.. et vos
> réactions
> > !
> > > > http://blog.mail.yahoo.fr
> > > >
> > > >
> > >
> >
>
-
> > > > To unsubscribe, e-mail:
> > > > [EMAIL PROTECTED]
> > > > For additional commands, e-mail:
> > > > [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
>
> > > Découvrez le blog Yahoo! Mail : dernières
> > nouveautés, astuces, conseils.. et vos réactions !
> > > http://blog.mail.yahoo.fr
> > >
> > >
> >
>
-
> > > 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: Maven plugin for JPA processing
Hi, there is a apt-maven-plugin in the sanbox of the mojo project [1]. -Tim [1] http://svn.codehaus.org/mojo/trunk/sandbox/apt-maven-plugin/ Zarick Lau schrieb: > Dear users and developers, > > I have come across an article on here > http://weblogs.java.net/blog/ss141213/archive/2005/12/how_to_automati.html > > Which use apt to inspect all JPA beans (check @Entity) and update > the persistence.xml. > > Is there any corresponding plugin in Maven? > > I intended to make one, but just want to make sure that, no one else are > already > working on it (or made one already). > > Best regards, > Zarick > > - > 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: Java doc generation
Hi, this is a known bug [1]. It's fixed in svn but a fixed version is not released yet. Aa a workaround, just create a symlink. -Tim [1] http://jira.codehaus.org/browse/PLXUTILS-34 Sinduria,Anuradha schrieb: > > > Hi All, > > > > I want to do Java doc generation while doing "mvn site" on my UNIX Free BSD > 6.2. > > I added following in my pom > > > > > >org.apache.maven.plugins > >maven-javadoc-plugin > > > > > > http://java.sun.com/j2se/1.5.0/docs/api/ > > http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs > > http://jakarta.apache.org/commons/dbcp/apidocs/ > > > > > > > > > > I am getting the following error > > > > [INFO] Generate "JavaDocs" report. > > [INFO] > > > [ERROR] BUILD ERROR > > [INFO] > > > [INFO] Error during page generation > > > > Embedded error: Error rendering Maven report: Unable to find javadoc > version: Error while executing process. > > java.io.IOException: /bin/bash: not found > > [INFO] > > > > > My bash is in /usr/local/bin/bash and I have sh shell inside /bin (/bin/sh) > > > > I tried below plugin also but getting same error: > > > > > > maven-javadoc-plugin > > > > > > uml > > > > gr.spinellis.umlgraph.doclet.UmlGraph > > > > umlgraph > > UMLGraph > > 4.2-SNAPSHOT > > > > -views > > target/uml > > private > > > > > > javadoc > > > > > > > > html > > > > private > > > > > > javadoc > > > > > > > > > > > > Please advice how to resolv it. > > > > Thanks and Regards, > > Anuradha Sinduria > > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to specify repository on the command line?
Hi, just look at the appfuse homepage [1] there a examples for all archetypes on the quickstart page. -Tim [1] http://www.appfuse.org/display/APF/Home siegfried schrieb: > I'm trying to use the appfuse-basic-string described at > http://docs.codehaus.org/display/MAVENUSER/Archetypes+List and it is not > working. I think I need to specify the URL of the repository on the command > line. I did maven -help but was surprised to find such a small number of > switches and no switch for the repository. I did a google search for maven > repositories thinking surely someone else already asked this question but I > could not find my answer. > > > > (1) How do I specify the URL of the repository if there is no pom.xml > yet? > > (2) Do I need to specify http://static.appfuse.org/releases as the > repository for the appfuse archetypes? I tried "mvn archetype:create > -DgroupId=www.signitek -DartifactId=demo-basic-spring > -DarchetypeArtifactId=org.appfuse.archetypes > -DarchetypeGroupId=appfuse-basic-spring > -DremoteRepositories=http://static.appfuse.org/releases"; but this did not > help. > > (3) If not, what am I doing wrong? > > > > > > Thanks, > > Siegfried > > > > > > > > mvn archetype:create -DgroupId=www.signitek -DartifactId=demo-basic-spring > -DarchetypeArtifactId=org.appfuse.archetypes > -DarchetypeGroupId=appfuse-basic-spring > > [INFO] Scanning for projects... > > [INFO] Sea > > rching repository for plugin with prefix: 'archetype'. > > [INFO] > > > [INFO] Building Maven Default Project > > [INFO]task-segment: [archetype:create] (aggregator-style) > > [INFO] > > > [INFO] Setting property: classpath.resource.loader.class => > 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. > > [INFO] Setting property: velocimacro.messages.on => 'false'. > > [INFO] Setting property: resource.loader => 'classpath'. > > [INFO] Setting property: resource.manager.logwhenfound => 'false'. > > [INFO] ** > > [INFO] Starting Jakarta Velocity v1.4 > > [INFO] RuntimeInstance initializing. > > [INFO] Default Properties File: > org\apache\velocity\runtime\defaults\velocity.properties > > [INFO] Default ResourceManager initializing. (class > org.apache.velocity.runtime.resource.ResourceManagerImpl) > > [INFO] Resource Loader Instantiated: > org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader > > [INFO] ClasspathResourceLoader : initialization starting. > > [INFO] ClasspathResourceLoader : initialization complete. > > [INFO] ResourceCache : initialized. (class > org.apache.velocity.runtime.resource.ResourceCacheImpl) > > [INFO] Default ResourceManager initialization complete. > > [INFO] Loaded System Directive: > org.apache.velocity.runtime.directive.Literal > > [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro > > [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse > > [INFO] Loaded System Directive: > org.apache.velocity.runtime.directive.Include > > [INFO] Loaded System Directive: > org.apache.velocity.runtime.directive.Foreach > > [INFO] Created: 20 parsers. > > [INFO] Velocimacro : initialization starting. > > [INFO] Velocimacro : adding VMs from VM library template : > VM_global_library.vm > > [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in > any resource loader. > > [INFO] Velocimacro : error using VM library template VM_global_library.vm : > org.apache.velocity.exception.ResourceNotFoundException: Unable to find > resource 'VM_global_library.vm' > > [INFO] Velocimacro : VM library template macro registration complete. > > [INFO] Velocimacro : allowInline = true : VMs can be defined inline in > templates > > [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may > NOT replace previous VM definitions > > [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be > global in scope if allowed. > > [INFO] Velocimacro : initialization complete. > > [INFO] Velocity successfully started. > > [INFO] [archetype:create] > > [INFO] Defaulting package to group ID: www.signitek > > [INFO] artifact appfuse-basic-spring:org.appfuse.archetypes: checking for > updates from central > > [WARNING] repository metadata for: 'artifact > appfuse-basic-spring:org.appfuse.archetypes' could not be retrieved from > repository: central due to an error: Error transferring file > > [INFO] Repository 'central' will be blacklisted > > [INFO] > > > [ERROR] BUILD ERROR > > [INFO] > > > [INFO] Error creating from archetype > > > > Embedded error: Archetype does not exist. > >
Re: Very newbie question
Doesn't http://maven.apache.org/plugins/maven-archetype-plugin/examples/simple.html help you? Have you had a look at http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html and http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html already? -Gisbert ichasco wrote: Ok, it´s what i wanted: to create my own archetype (now i know that it is not recommended). Then, i have a new question. If i want to make a project with a structure like: root src java test testDB testUnit doc build what i have to do? Wayne Fay wrote: The question was really directed to the original poster, ichasco. I have seen other people new to Maven who seem to believe that they must create archetypes themselves manually rather than simply reusing the existing archetypes. I want to make sure that ichasco is not heading down the wrong path. People who are new to Maven generally should not be creating archetypes. Wayne On 10/15/07, Harlan Iverson <[EMAIL PROTECTED]> wrote: One application of it for me was a multi-project layout for an EAR with a myfaces web application, EJB3, a persistence archive, a custom login module, skeleton config files, etc. It's helpful if you create several projects using the same pattern. On 10/15/07, Wayne Fay <[EMAIL PROTECTED]> wrote: Just curious, why do you think you need to CREATE an archetype? Most people will simply USE an archetype that has been previously created. "mvn archetype:create ..." is simply the command to create a new project using an archetype. I'd be very surprised that a new user would want to create an archetype. What exactly are you hoping to do with Maven2? Wayne On 10/15/07, Harlan Iverson <[EMAIL PROTECTED]> wrote: An archetype is installed the same way as a normal artifact; so running 'mvn install' in the directory will do it. In case you haven't seen it, this guide to creating archetypes helped me along: http://maven.apache.org/guides/mini/guide-creating-archetypes.html Harlan On 10/15/07, ichasco <[EMAIL PROTECTED]> wrote: Hi all, I have just started with maven and i have some questions. I have read the guide to creating archetype and i do not understand very well it. I know that i have to create an archetype.xml, pom.xml, ... but where i have to saved all these files? in .m2? where are stored archetypes? Thanks -- View this message in context: http://www.nabble.com/Very-newbie-question-tf4628024s177.html#a13214344 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Harlan Iverson http://blog.devspan.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Harlan Iverson http://blog.devspan.com - 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 1&1 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger, Thomas Gottschlich, Matthias Greve, Robert Hoffmann, Norbert Lang, Achim Weiss Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java doc generation
What does ls /bin/bash say? If you get "No such file or directory" you need to add a symlink in /bin to your Bash in /usr/local/bin/bash. If /bin/bash is there, then most likely the script that is called got Windows line endings in it which results in a erroneous call to /bin/bash\r and the \r not visible in the error output. -Gisbert Sinduria,Anuradha wrote: Hi All, I want to do Java doc generation while doing "mvn site" on my UNIX Free BSD 6.2. I added following in my pom org.apache.maven.plugins maven-javadoc-plugin http://java.sun.com/j2se/1.5.0/docs/api/ http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs http://jakarta.apache.org/commons/dbcp/apidocs/ I am getting the following error [INFO] Generate "JavaDocs" report. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error rendering Maven report: Unable to find javadoc version: Error while executing process. java.io.IOException: /bin/bash: not found [INFO] My bash is in /usr/local/bin/bash and I have sh shell inside /bin (/bin/sh) I tried below plugin also but getting same error: maven-javadoc-plugin uml gr.spinellis.umlgraph.doclet.UmlGraph umlgraph UMLGraph 4.2-SNAPSHOT -views target/uml private javadoc html private javadoc Please advice how to resolv it. Thanks and Regards, Anuradha Sinduria -- Gisbert Amm Softwareentwickler Infrastruktur Telefon: (0721) 91374 - 4224 Telefax: (0721) 91374 - 2740 E-Mail: [EMAIL PROTECTED] Internet: www.1und1.de 1&1 Internet AG Elgendorfer Strasse 57 56410 Montabaur Amtsgericht Montabaur HRB 6484 Vorstand: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger, Thomas Gottschlich, Matthias Greve, Robert Hoffmann, Norbert Lang, Achim Weiss Aufsichtsratsvorsitzender: Michael Scheeren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Java doc generation
Hi All, I want to do Java doc generation while doing "mvn site" on my UNIX Free BSD 6.2. I added following in my pom org.apache.maven.plugins maven-javadoc-plugin http://java.sun.com/j2se/1.5.0/docs/api/ http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs http://jakarta.apache.org/commons/dbcp/apidocs/ I am getting the following error [INFO] Generate "JavaDocs" report. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error rendering Maven report: Unable to find javadoc version: Error while executing process. java.io.IOException: /bin/bash: not found [INFO] My bash is in /usr/local/bin/bash and I have sh shell inside /bin (/bin/sh) I tried below plugin also but getting same error: maven-javadoc-plugin uml gr.spinellis.umlgraph.doclet.UmlGraph umlgraph UMLGraph 4.2-SNAPSHOT -views target/uml private javadoc html private javadoc Please advice how to resolv it. Thanks and Regards, Anuradha Sinduria
