Re: error when building multiple projects joined by maven2 module
well first off, you shouldn't need the SCM sections in the child poms, maven uses the name of the module in the parent pom to determine how to check out the children The child poms need to use the parent tag to link back up to the top lvl parent pom. with that in place maven should sequentially build through the modules. have you grabbed the better build with maven book? its free at http://www.mergere.com/m2book_download.jsp good luck, and you can also ping folks on irc.codehaus.org #continuum (and #maven) jesse On 8/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: i have three maven2 projects A, B and C where A depends on B and C, and where B depends on C (for compilation and packaging). I have included the scm section in each projects pom.xml and I have tested that continuum can build them if I supply the poms and have continuum build them in the correct order. but I don't know how to specify to continuum which order they should be built, so my idea is to create a top pom.xml using the module maven2 construct. and i included an scm section in that pom as well. but continuum can't use that to build my projects, that is if I only provide continuum with the top pom.xml and not the three sub pom.xmls. further below follows the error message from continuum. but first are the 4 pom.xmls. any thoughts? is there some document place, on the internet e g where this kind of information is disclosed. i e how I can use the maven2 module construct in continuum? I would much rather read about myself than asking you continuum experts spend time helping me. have I missed some great continuum document? proj A: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdCRM/artifactId packagingear/packaging version1.0/version description/description dependencies dependency groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version /dependency dependency groupIdse.jsolutions.crm/groupId artifactIdWEB/artifactId version1.0/version typewar/type /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/CRM/connection developerConnectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/CRM/developerConnection /scm /project proj B: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdWEB/artifactId packagingwar/packaging version1.0/version description/description dependencies dependency groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version scopeprovided/scope /dependency dependency groupIdstruts/groupId artifactIdstruts/artifactId version1.2.9/version /dependency dependency groupIdcommons-lang/groupId artifactIdcommons-lang/artifactId version2.1/version /dependency dependency groupIddisplaytag/groupId artifactIddisplaytag/artifactId version1.1/version /dependency dependency groupIdjavax.jee/groupId artifactIdjee/artifactId version5.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency dependency groupIdxml-apis/groupId artifactIdxml-apis/artifactId version1.0.b2/version scopeprovided/scope /dependency /dependencies build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/WEB/connection developerConnectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/WEB/developerConnection /scm /project proj C: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version description/description dependencies dependency groupIdjavax.jee/groupId artifactIdjee/artifactId version5.0/version scopeprovided/scope /dependency /dependencies build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build scm
Re: component requirements
Thanks Franz, that's exactly what I was looking for. franz see wrote: Gareth Tilley wrote: I've also had issues with this, how does one find out what components are available to a plugin? Frederik Bayart-2 wrote: Hallo, Does anybody know where I can find documentation of component requirements (the @component annotation in a mojo) and the components.xml file. (in Better builds with maven, p. 149 they just mention that it's beyond the scope of the chapter). Frederik The @components tag is used by the IoC container of Maven (Plexus) to inject a value to those variables. To see what available components are there, try searching for the META-INF/plexus/components.xml (for examples, there's one inside maven-core). -- View this message in context: http://www.nabble.com/component-requirements-tf2047292.html#a5845998 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assembly madness...
John Casey-3 wrote: FWIW, this issue is fixed in the current 2.2-SNAPSHOT version of the assembly plugin. I've added tests to verify it. And how do I access this 2.2? Actually, I can only access 2.1-SNAPSHOT that does not solve any issue. Thanks, Mike -- View this message in context: http://www.nabble.com/Assembly-madness...-tf2070731.html#a5846088 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Authorized RW access to repositories
Hello, I have setup something quite similar for my former company, although the physical security requirements were less stringent: We had off-shore developers, customer-side developers and our own developers located both at our main office and customer's office. We needed to isolate each projects. We use Apache frontend with SSL key authentication for everything: subversion, web site and repository access. Access to svn and project's site is controlled by simple CN lists, CRL can be used to invalidate keys when someone leaves. Deployment is handled by continuum which is run internally (so no uploading rights problem). It works both in Windows and linux clients and only needs that the client install the private key in browser and svn client, a trivial task. Benefits: - transparent strong authentication (no passwords to type, users are identified as precisely as possible - management is relatively easy, even in manual mode (ie. without a real PKI infrastructure). We don't use LDAP based key authentication but it's just because I never took the time to read the apache doc :-) - fine grained access control to projects (and even projects parts if needed) HTH, -- OQube software engineering \ génie logiciel Arnaud Bailly, Dr. \web http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Assembly and classifiers
And has it been added? And if so, how can we use the feature? Without this feature, I'm going back to Ant... Cheers, Mike Brett Porter wrote: Sonuds like a good feature request to add to JIRA. - Brett On 11/2/05, Julien Stern [EMAIL PROTECTED] wrote: Is there a way to tell the assembly plugin to use dependencies with a specific classifier ? Specifically I have about 30 jars that I would like to assemble, however, each of these jars come in different flavors (different classifiers). I would like to assemble - a first version of all 30 jars with classifier 1 - a second version of all 30 jars with classifier 2 - a third version of all 30 jars with classifier 3 etc Is that possible at all ? Thanks. -- Julien Stern - 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/-m2--Assembly-and-classifiers-tf479448.html#a5846145 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] another assembly bug?
It seems that properties cannot be used within an assembly descriptor. This is a very needed feature when combined with profiles or classifiers (well, this doesn't work yet anyway). Thanks, Mike -- View this message in context: http://www.nabble.com/-m2--another-assembly-bug--tf2119816.html#a5846252 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: build after every checkin
Are there any plans to add support for this though? Those of us using Continuum in corporate environments may well not be able to add hooks into the scm system so it would certainly be a great plus point for me. James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 6:54 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin Continuum can do this but without the interface. You need to wite a xml-rpc client (http://maven.apache.org/continuum/guides/mini/guide-xmlrpc-api.html) and add a hook in your scm. Emmanuel Satish a écrit : How can i configure the build to happen after every checkin instead of the sceduled time. Does continum does this by default? when i go schedules tab, i only see specifying the cron timings - expressions. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
RE : RE : Web site generation for multiple projects
I use maven-site-plugin-2.0-beta-5.jar but the link menu ref=parent /
in the child does not produce anything :(
However, the link menu ref=modules / works fine !
Some idea ?
thx
__
SmalS-MvM sluit elke aansprakelijkheid uit in verband met de juistheid, de
volledigheid of het tijdig toekomen van de informatie in deze e-mail. Aan
deze e-mail kunnen geen rechten worden ontleend en deze e-mail houdt in
geen geval een erkenning van welkdanige aansprakelijkheid in.
Dit bericht is alleen bestemd voor de geadresseerde. Indien dit bericht
niet voor u bestemd is, verzoeken wij u dit onmiddellijk aan ons te melden
en het bericht te vernietigen.
SmalS-MvM décline toute responsabilité quant à l'exactitude, à
l'exhaustivité et au délai de transmission des informations contenues dans
cet e-mail. Aucun droit ne peut être revendiqué sur cet e-mail et cet
e-mail n'implique en aucun cas une reconnaissance de responsabilité, quelle
qu'elle soit.
Ce message s'adresse uniquement au destinataire. Si ce message ne vous est
pas destiné, nous vous prions de nous le signaler immédiatement et de
détruire le message.
Olivier Lamy
[EMAIL PROTECTED]
or.comTo
'Maven Users List'
13/07/2006 10:59 users@maven.apache.org
cc
Please respond to Subject
Maven Users List RE : RE : Web site generation for
[EMAIL PROTECTED] multiple projects
he.org
Version of your maven-site-plugin ??
--
Olivier
-Message d'origine-
De : HUGOT Franck [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 13 juillet 2006 10:26
À : Maven Users List
Objet : RE: RE : Web site generation for multiple projects
Me too.
It seems that menu ref=modules / does not work.
~
Franck HUGOT
SOFINCO - Groupe Credit Agricole
Service Urbanisation Des Développements
DSI/PAT/DAOS/SUDD
Tel : (+33) 01 60 76 54 66
[EMAIL PROTECTED]
~
-Message d'origine-
De : Valerio Schiavoni [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 13 juillet 2006 09:21
À : Maven Users List
Objet : Re: RE : Web site generation for multiple projects
Hello Arnaud,
here with 2.0.4, at first i thought you had a typo error (project
instead of site );
i was not able to obtain the result you described..
On 7/13/06, Arnaud Bailly [EMAIL PROTECTED] wrote:
?xml version=1.0 encoding=ISO-8859-1?
project name=Framework LDAP
bannerRight
hrefhttp://sourceforge.net /href
srchttp://sflogo.sourceforge.net/sflogo.php?group_id=169899amp;type=1
http://sflogo.sourceforge.net/sflogo.php?group_id=169899type=1
/src
nameSorugeforge/name
/bannerRight
body
links
item name=Maven href=http://maven.apache.org/; /
/links
menu name=Documentation href=/index.html collapsed=true
item name=User guide href=/user-guide.html/
item name=French documentation href=/fr/index.html/
/menu
menu ref=modules /
/body
/project
regards
PS: in the children, I have
?xml version=1.0 encoding=ISO-8859-1?
project name=Framework LDAP
body
links
item name=Maven href=http://maven.apache.org/; /
/links
menu name=Common Links inherit=top /
menu ref=parent /
${reports}
/body
/project
--
http://valerioschiavoni.blogspot.com
http://jroller.com/page/vschiavoni
-
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]
More informations for Maven 2.x Plug-in for Eclipse?
Hello everyone: Anybody know the news for the Maven 2.x plugin-in for Eclipse? Their site http://m2eclipse.codehaus.org/ est almost empty. The url for Eclipse doesn't work, It is like no any more maintenance for this plugin. Thanks for your informations.
Re: build after every checkin
We can't add a hook in your scm. It's generally a script that you add in a directory of your scm. We can't create the full xml-rpc because it depends on how you want to use it, but we provide a helper class that will help you. Emmanuel Shute, James a écrit : Are there any plans to add support for this though? Those of us using Continuum in corporate environments may well not be able to add hooks into the scm system so it would certainly be a great plus point for me. James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 6:54 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin Continuum can do this but without the interface. You need to wite a xml-rpc client (http://maven.apache.org/continuum/guides/mini/guide-xmlrpc-api.html) and add a hook in your scm. Emmanuel Satish a écrit : How can i configure the build to happen after every checkin instead of the sceduled time. Does continum does this by default? when i go schedules tab, i only see specifying the cron timings - expressions. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
Can the latest released maven-idea-plugin handle [1.5,) like dependencies?
I've checked out the latest mojo webstart plugin and a mvn install works fine. However when I do a mvn idea:idea it says successful but it talking about failures for the dependency resolution on artifacts which have version like [1.5,). The resulting idea files don't work. Does the idea plugin support using such dependencies? Here's my output for the pack200 module of the webstart plugin: $ mvn -U idea:idea [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'idea'. [INFO] org.apache.maven.plugins: checking for updates from central [INFO] org.codehaus.mojo: checking for updates from central [INFO] artifact org.apache.maven.plugins:maven-idea-plugin: checking for updates from central [INFO] [INFO] Building Pack200 [INFO]task-segment: [idea:idea] [INFO] [INFO] Preparing idea:idea [INFO] No goals needed for project - skipping [INFO] [idea:idea] Downloading: http://repository.codehaus.org/ant/ant/[1.5,)/ant-[1.5,).pom [WARNING] Unable to get resource from repository codehaus.org (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/ant/ant/[1.5,)/ant-[1.5,).pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repository.codehaus.org/ant/ant/[1.5,)/ant-[1.5,).jar [WARNING] Unable to get resource from repository codehaus.org (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/ant/ant/[1.5,)/ant-[1.5,).jar [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [WARNING] An error occurred during dependency resolution of the following artifact: org.codehaus.mojo.webstart-maven-plugin:pack200-anttasks1.0-SNAPSHOT Caused by: Missing: -- 1) ant:ant:jar:[1.5,) Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=ant -DartifactId=ant \ -Dversion=[1.5,) -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.codehaus.mojo.webstart-maven-plugin:pack200-anttasks:jar:1.0-SNAPSHOT 2) ant:ant:jar:[1.5,) -- 1 required artifact is missing. for artifact: org.codehaus.mojo.webstart-maven-plugin:pack200-anttasks:jar:1.0-SNAPSHOT from the specified remote repositories: codehaus.org (http://repository.codehaus.org), central (http://repo1.maven.org/maven2), snapshots (http://snapshots.repository.codehaus.org) -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: build after every checkin
Not sure you understood my point - our CVS repo is managed and administered by a separate team using servers we have no access to (other than via standard CVS access). Hence any sort of hook based approach is no use to me - regardless of whether there's a helper class or not. So some sort of scan for updates approach (as Cruisecontrol does) would be good for me. This would also be easier for users who want to just run Continuum out of the box and not worry about SCM hooks - I'm betting a decent percentage of Continuum users don't have a suitably high level of familiarity with their scm system to do that. Is a solution just to set the schedule to a small interval, like every 5 minutes? Is there any downside to that? James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 8:06 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin We can't add a hook in your scm. It's generally a script that you add in a directory of your scm. We can't create the full xml-rpc because it depends on how you want to use it, but we provide a helper class that will help you. Emmanuel Shute, James a écrit : Are there any plans to add support for this though? Those of us using Continuum in corporate environments may well not be able to add hooks into the scm system so it would certainly be a great plus point for me. James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 6:54 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin Continuum can do this but without the interface. You need to wite a xml-rpc client (http://maven.apache.org/continuum/guides/mini/guide-xmlrpc-api.html) and add a hook in your scm. Emmanuel Satish a écrit : How can i configure the build to happen after every checkin instead of the sceduled time. Does continum does this by default? when i go schedules tab, i only see specifying the cron timings - expressions. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
Re: build after every checkin
oh I misunderstood. It's the default mode. With a small interval, it will be ok. Emmanuel Shute, James a écrit : Not sure you understood my point - our CVS repo is managed and administered by a separate team using servers we have no access to (other than via standard CVS access). Hence any sort of hook based approach is no use to me - regardless of whether there's a helper class or not. So some sort of scan for updates approach (as Cruisecontrol does) would be good for me. This would also be easier for users who want to just run Continuum out of the box and not worry about SCM hooks - I'm betting a decent percentage of Continuum users don't have a suitably high level of familiarity with their scm system to do that. Is a solution just to set the schedule to a small interval, like every 5 minutes? Is there any downside to that? James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 8:06 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin We can't add a hook in your scm. It's generally a script that you add in a directory of your scm. We can't create the full xml-rpc because it depends on how you want to use it, but we provide a helper class that will help you. Emmanuel Shute, James a écrit : Are there any plans to add support for this though? Those of us using Continuum in corporate environments may well not be able to add hooks into the scm system so it would certainly be a great plus point for me. James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 6:54 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin Continuum can do this but without the interface. You need to wite a xml-rpc client (http://maven.apache.org/continuum/guides/mini/guide-xmlrpc-api.html) and add a hook in your scm. Emmanuel Satish a écrit : How can i configure the build to happen after every checkin instead of the sceduled time. Does continum does this by default? when i go schedules tab, i only see specifying the cron timings - expressions. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
Re: Re: running unit tests for pom packaged project
Are you basically saying that a parent project needs to have modules to allow unit tests to be run? Yes, and actually modules are just a way of simplyfying a complex build. Stefan
RE: build after every checkin
Excellent - thanks -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 8:26 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin oh I misunderstood. It's the default mode. With a small interval, it will be ok. Emmanuel Shute, James a écrit : Not sure you understood my point - our CVS repo is managed and administered by a separate team using servers we have no access to (other than via standard CVS access). Hence any sort of hook based approach is no use to me - regardless of whether there's a helper class or not. So some sort of scan for updates approach (as Cruisecontrol does) would be good for me. This would also be easier for users who want to just run Continuum out of the box and not worry about SCM hooks - I'm betting a decent percentage of Continuum users don't have a suitably high level of familiarity with their scm system to do that. Is a solution just to set the schedule to a small interval, like every 5 minutes? Is there any downside to that? James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 8:06 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin We can't add a hook in your scm. It's generally a script that you add in a directory of your scm. We can't create the full xml-rpc because it depends on how you want to use it, but we provide a helper class that will help you. Emmanuel Shute, James a écrit : Are there any plans to add support for this though? Those of us using Continuum in corporate environments may well not be able to add hooks into the scm system so it would certainly be a great plus point for me. James -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 6:54 AM To: continuum-users@maven.apache.org Subject: Re: build after every checkin Continuum can do this but without the interface. You need to wite a xml-rpc client (http://maven.apache.org/continuum/guides/mini/guide-xmlrpc-api.html) and add a hook in your scm. Emmanuel Satish a écrit : How can i configure the build to happen after every checkin instead of the sceduled time. Does continum does this by default? when i go schedules tab, i only see specifying the cron timings - expressions. - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete
error when building multiple projects joined by maven2 module
i have three maven2 projects A, B and C where A depends on B and C, and where B depends on C (for compilation and packaging). I have included the scm section in each projects pom.xml and I have tested that continuum can build them if I supply the poms and have continuum build them in the correct order. but I don't know how to specify to continuum which order they should be built, so my idea is to create a top pom.xml using the module maven2 construct. and i included an scm section in that pom as well. but continuum can't use that to build my projects, that is if I only provide continuum with the top pom.xml and not the three sub pom.xmls. further below follows the error message from continuum. but first are the 4 pom.xmls. any thoughts? is there some document place, on the internet e g where this kind of information is disclosed. i e how I can use the maven2 module construct in continuum? I would much rather read about myself than asking you continuum experts spend time helping me. have I missed some great continuum document? proj A: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdCRM/artifactId packagingear/packaging version1.0/version description/description dependencies dependency groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version /dependency dependency groupIdse.jsolutions.crm/groupId artifactIdWEB/artifactId version1.0/version typewar/type /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/CRM/connection developerConnectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/CRM/developerConnection /scm /project proj B: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdWEB/artifactId packagingwar/packaging version1.0/version description/description dependencies dependency groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version scopeprovided/scope /dependency dependency groupIdstruts/groupId artifactIdstruts/artifactId version1.2.9/version /dependency dependency groupIdcommons-lang/groupId artifactIdcommons-lang/artifactId version2.1/version /dependency dependency groupIddisplaytag/groupId artifactIddisplaytag/artifactId version1.1/version /dependency dependency groupIdjavax.jee/groupId artifactIdjee/artifactId version5.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency dependency groupIdxml-apis/groupId artifactIdxml-apis/artifactId version1.0.b2/version scopeprovided/scope /dependency /dependencies build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/WEB/connection developerConnectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/WEB/developerConnection /scm /project proj C: ?xml version=1.0 encoding=UTF-8?project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId artifactIdEJB/artifactId version1.0/version description/description dependencies dependency groupIdjavax.jee/groupId artifactIdjee/artifactId version5.0/version scopeprovided/scope /dependency /dependencies build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/EJB/connection developerConnectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/EJB/developerConnection /scm /project top pom.xml: project modelVersion4.0.0/modelVersion groupIdse.jsolutions.crm/groupId version1.0/version artifactIdapp/artifactId packagingpom/packaging modules moduleEJB/module moduleWEB/module moduleCRM/module /modules scm connectionscm:svn:https://jsolutions.se/repository/trunk/framework/CRM/connection
Profile which removes a plugin execution from the build
My pom contains the webstart plugin which executes on mvn install and signs all dependencies: build plugins /plugins pluginManagement plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions execution goals goaljnlp/goal /goals /execution /executions configuration ... /configuration /plugin ... Now I 'd like to create a profile fast, which doesn't execute the webstart-maven-plugin. If I modify the pom and remove the executions entity, mvn install doesn't do the webstart-maven-plugin (good). But when I add this to the above pom, mvn -Pfast install does do the webstart-maven-plugin (bad): profiles profile idfast/id build pluginManagement plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions !-- Do not execute -- /executions /plugin /plugins /pluginManagement /build /profile /profiles Is there any way to turn of a plugin execution by using a profile? -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2/TestApp/Classpath testing and structuring issues
Arnaud Bailly [EMAIL PROTECTED] writes: Paul Michael Reilly [EMAIL PROTECTED] writes: I use the Maven 2 quick start scaffold for this project so far. In AppTest, I spawn the app during setup via something like: Runtime.getRuntime().exec( java -cp the:class:path com.foo.App ). ... avoid. So, being new to the Maven2 world, I'm looking for some guidance on how a more experienced Maven2 hacker would approach these issues. I am not sure to qualify as an experienced maven2 hacker but I am wondering whether it is a good idea to test your whole application in a unit test. To solve the classpath issue, I would rather do the following: - test my application's classes in unit tests, using the test classpath provided by maven. You can add scopetest/scope to your dependencies if you want to use libraries in the test phase only. If I need to test the main class com.foo.App, I just call main method constructing arguments - create another project for integration testing that will depend on my application main artifact and run specific integration tests using this artifact (eg. jar). That could allow solving the environment issues you hinted at. You qualify. :-) Actually your points are well taken. After thinking about it a bit, I realize that my process needs to be a two tiered testing process, which probably means abandoning the quick start pom and learning more about constructing a custom pom. This is probably a good thing. The first testing tier will be based on the classes and will be mostly traditional unit testing, but I will observe that unit testing has never given me much bang for the buck. Rather it is the integration level testing, driven by JUnit, or a JUnit derived framework, like Abbot, that I have found to pay big dividends. But this particular App has highlighted opportunities where traditional unit testing may offer bigger dividends. A second testing phase based on the main jar artifact is a definite win. So I like your suggestions and appreciate you taking the time to make them. -pmr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Profile which removes a plugin execution from the build
Could you not use: profiles profile activation property namewebstart/name valuetrue/value /property /activation ... /profile /profiles with properties webstarttrue/webstart /properties in your pom.xml (or settings.xml). And then use: mvn install -Dwebstart=false to disable the profile activation? -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Geoffrey De Smet Sent: 17 August 2006 09:13 To: users@maven.apache.org Subject: Profile which removes a plugin execution from the build My pom contains the webstart plugin which executes on mvn install and signs all dependencies: build plugins /plugins pluginManagement plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions execution goals goaljnlp/goal /goals /execution /executions configuration ... /configuration /plugin ... Now I 'd like to create a profile fast, which doesn't execute the webstart-maven-plugin. If I modify the pom and remove the executions entity, mvn install doesn't do the webstart-maven-plugin (good). But when I add this to the above pom, mvn -Pfast install does do the webstart-maven-plugin (bad): profiles profile idfast/id build pluginManagement plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions !-- Do not execute -- /executions /plugin /plugins /pluginManagement /build /profile /profiles Is there any way to turn of a plugin execution by using a profile? -- With kind regards, Geoffrey De Smet - 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: [m2] eclipse:eclipse and eclipse 3.2 projects within a projectsupport.
I use hierarchical projects in eclipse myself. Import wizard doesn't search sub-directories if the top-directory has a .project file. I had to delete the .project generated during checkout before importing all sub-projects in one click. Then I can restore the .project and import the top level project. Please notice this creates a freeze when using SVN and subclipse. This bug has been reported to subclipse devs but doesn't seem to get more interest. Max Cooper a écrit : I, too, have been anxiously awaiting hierarchical project support in Eclipse. And I thought that it was going to be available in Eclipse 3.2. But this feature was omitted from the Eclipse 3.2 release. The feature is not available yet. -Max Barrie Treloar wrote: With Eclipse 3.2 I was lead to believe you could create projects within projects, so that I could checkout a maven project that contains modules and wire that up in Eclipse correctly. Instead of manually checking out the modules as I did under Eclipse 3.1. I am able to manually add the project in Eclipse via File - Import - General - Existing Projects into Workspace and use the module directoy as the value for Select root directory. The project then appears in the Projects list for importing. If I select the project root then there are no projects to choose from. I thought that the snapshot version of the eclipse:eclipse plugin had the functionality to do this for me, but it is not working how I expect. I assume I am doing something wrong. Should mvn eclipse:eclipse at the project root do what I expect? Any help appreciated. Bae - 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] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Profile which removes a plugin execution from the build
Thanks, that would be a good work around. It stills feels a bit strange though, that profiles allow you to add and modify plugins, but AFAIK not remove plugins from the build. [EMAIL PROTECTED] wrote: Could you not use: profiles profile activation property namewebstart/name valuetrue/value /property /activation ... /profile /profiles with properties webstarttrue/webstart /properties in your pom.xml (or settings.xml). And then use: mvn install -Dwebstart=false to disable the profile activation? -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Geoffrey De Smet Sent: 17 August 2006 09:13 To: users@maven.apache.org Subject: Profile which removes a plugin execution from the build My pom contains the webstart plugin which executes on mvn install and signs all dependencies: build plugins /plugins pluginManagement plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions execution goals goaljnlp/goal /goals /execution /executions configuration ... /configuration /plugin ... Now I 'd like to create a profile fast, which doesn't execute the webstart-maven-plugin. If I modify the pom and remove the executions entity, mvn install doesn't do the webstart-maven-plugin (good). But when I add this to the above pom, mvn -Pfast install does do the webstart-maven-plugin (bad): profiles profile idfast/id build pluginManagement plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdwebstart-maven-plugin/artifactId executions !-- Do not execute -- /executions /plugin /plugins /pluginManagement /build /profile /profiles Is there any way to turn of a plugin execution by using a profile? -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cruisecontol plugin for maven 2.0
AFAIK Cruise Control now has built in support for m2 from version 2.4.1 onwards: http://cruisecontrol.sourceforge.net/main/configxml.html#maven2 -Original Message- From: manoj kaushik [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 4:14 AM To: Maven Users List Cc: [EMAIL PROTECTED] Subject: cruisecontol plugin for maven 2.0 hello everybody i hav been working on maven 1.0 for a long time but now it is upgraded to maven 2.0. can anyone tell me how to configure it with cruisecontrol plugin and which plugin is supported by maven 2.0 thanks in advance manoj kaushik === The contents of this email are intended for the named addresses and may contain confidential and/or privileged material. If received in error, please contact UPCO head office on +44(0)113 201 0600 and then delete the entire mail from your system. Unauthorised review, distribution, disclosure or other use of information could constitute a breach of confidence. Your co-operation in this matter is greatly appreciated. Every effort has been taken to ensure that this email and any attachments are virus-free. However, UPCO does not make any warranty to this effect, and is not liable for any damage done by an infected email message or attachment. UPCO recommends that all emails and attachments are checked before opening. All views or opinions expressed in this electronic message and its attachements are those of the sender and do not necessarily reflect the views and opinions of The Ultimate People Company Ltd. === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running unit tests for pom packaged project
Thanks for that information guys - I understand how things should be set up now. Unfortunately, I have a slight problem regarding a clash between mavens modules and eclipse (I realise eclipse's inner workings are slightly off topic, but I'm sure many on this list know more about it than I do). My project actually consists of three modules, one basic business rules module, and two web applications that utilize the business rules (I said it had two initially just to focus on the problem at hand). Currently these applications are separate projects in eclipse. I'm worried that if I combine them into a maven-ized single project with modules, I will no longer be able to deploy them as individual web applications within eclipse (using eclipse web tools project web server - tomcat in this instance). AFAIK eclipse WTP expects only a single web app within a project - has anyone encountered this scenario before, and if so, have they found a feasible solution that allows eclipse WTP and maven (with multiple web apps as modules) to coexist? Thanks again for your help Denis Stefan Magnus Landrø wrote: Are you basically saying that a parent project needs to have modules to allow unit tests to be run? Yes, and actually modules are just a way of simplyfying a complex build. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] eclipse:eclipse and eclipse 3.2 projects within a projectsupport.
On 17.08.2006, at 10:24, Nicolas De Loof wrote: I use hierarchical projects in eclipse myself. Import wizard doesn't search sub-directories if the top-directory has a .project file. I had to delete the .project generated during checkout before importing all sub-projects in one click. Then I can restore the .project and import the top level project. Please notice this creates a freeze when using SVN and subclipse. This bug has been reported to subclipse devs but doesn't seem to get more interest. Are you talking about subclipse issue 511( http:// subclipse.tigris.org/issues/show_bug.cgi?id=511 ) ? If so, people interested in having this fixed should probably create an account on tigris.org and vote for this issue. In the meantime, it might be worth giving Subversive a try ( http:// www.polarion.org/index.php?page=overviewproject=subversive ). It's an open source subversion plugin for eclipse, just like subclipse. Cheers, -Ralph. Max Cooper a écrit : I, too, have been anxiously awaiting hierarchical project support in Eclipse. And I thought that it was going to be available in Eclipse 3.2. But this feature was omitted from the Eclipse 3.2 release. The feature is not available yet. -Max Barrie Treloar wrote: With Eclipse 3.2 I was lead to believe you could create projects within projects, so that I could checkout a maven project that contains modules and wire that up in Eclipse correctly. Instead of manually checking out the modules as I did under Eclipse 3.1. I am able to manually add the project in Eclipse via File - Import - General - Existing Projects into Workspace and use the module directoy as the value for Select root directory. The project then appears in the Projects list for importing. If I select the project root then there are no projects to choose from. I thought that the snapshot version of the eclipse:eclipse plugin had the functionality to do this for me, but it is not working how I expect. I assume I am doing something wrong. Should mvn eclipse:eclipse at the project root do what I expect? Any help appreciated. Bae - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2/TestApp/Classpath testing and structuring issues
Paul Michael Reilly [EMAIL PROTECTED] writes: You qualify. :-) Wait lurking some times on this list and you will find real maven hackers :-) The first testing tier will be based on the classes and will be mostly traditional unit testing, but I will observe that unit testing has never given me much bang for the buck. Rather it is the integration Not sure this is the right place to start such a discussion but I actually found unit testing to be very rewarding if taken seriously and with the right approach. IMHO, unit testing is the cheapest path towards assessing conformance of a piece of software with its specs, whether written, implied, formal or otherwise. As a developer, I *always* found that writting my unit tests gave me insights on my code, design and implementations. And I have not written a test class without finding at least one error or mistake. level testing, driven by JUnit, or a JUnit derived framework, like Abbot, that I have found to pay big dividends. But this particular App has highlighted opportunities where traditional unit testing may offer bigger dividends. A second testing phase based on the main jar artifact is a definite win. Sure. Good unit test should be coupled with integration and system test to achieve suitable coverage and confidence level. I try now to systematically create an it module for my projects that contains such high-level tests. I did not found the idea but borrowed it from maven codebase itself which is structured that way. So I like your suggestions and appreciate you taking the time to make them. Always a pleasure and never a waste of time. regards, -- OQube software engineering \ génie logiciel Arnaud Bailly, Dr. \web http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
J2ME development anyone?
hello, anyone doing J2ME development using maven2? any docs or hints available online? Regards Milos Kleint - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] eclipse:eclipse and eclipse 3.2 projects within a projectsupport.
Are you talking about subclipse issue 511( http://subclipse.tigris.org/issues/show_bug.cgi?id=511 ) ? If so, people interested in having this fixed should probably create an account on tigris.org and vote for this issue. You're right. Please vote ! In the meantime, it might be worth giving Subversive a try ( http://www.polarion.org/index.php?page=overviewproject=subversive ). It's an open source subversion plugin for eclipse, just like subclipse. Cheers, -Ralph. Max Cooper a écrit : I, too, have been anxiously awaiting hierarchical project support in Eclipse. And I thought that it was going to be available in Eclipse 3.2. But this feature was omitted from the Eclipse 3.2 release. The feature is not available yet. -Max Barrie Treloar wrote: With Eclipse 3.2 I was lead to believe you could create projects within projects, so that I could checkout a maven project that contains modules and wire that up in Eclipse correctly. Instead of manually checking out the modules as I did under Eclipse 3.1. I am able to manually add the project in Eclipse via File - Import - General - Existing Projects into Workspace and use the module directoy as the value for Select root directory. The project then appears in the Projects list for importing. If I select the project root then there are no projects to choose from. I thought that the snapshot version of the eclipse:eclipse plugin had the functionality to do this for me, but it is not working how I expect. I assume I am doing something wrong. Should mvn eclipse:eclipse at the project root do what I expect? Any help appreciated. Bae - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] How to softcode 'version' in dependency declaration
Hi
Is it possible to softcode the version in the dependency declaration?
For example, the pom could be like this:
dependency
groupIdcom.mycompany.ixaf/groupId
artifactIdgw-plugin/artifactId
version${myversion}/version
/dependency
And the myversion parameter is controllable from the settings.xml file.
The motivation is that if we have a multi-module build in maven with all the
different modules using the same 'one' version, we could control/update the
version of the entire project from one place (settings.xml), instead of
updating it in several places.
Thanks
--
View this message in context:
http://www.nabble.com/-M2--How-to-softcode-%27version%27-in-dependency-declaration-tf2120609.html#a5848660
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] How to softcode 'version' in dependency declaration
Yes, although take a look at the 'Better Builds with Maven' book (available
from Mergere).
It has a section on exactly this situation, where the version is controlled not
from the settings.xml, but from the parent POM of your multi-module build, and
propogated through all your dependencies.
Providing all your directory, module and artifact names match exactly
(including case-sensitivity - working on Windows I ran into problems with this
initially!), and Maven will just work happily, including the release plugin
correctly maintaining versioning dependencies in POM relationships and snapshot
dependency issues.
G
-Original Message-
From: hamdard [mailto:[EMAIL PROTECTED]
Sent: 17 August 2006 11:12
To: users@maven.apache.org
Subject: [M2] How to softcode 'version' in dependency declaration
Hi
Is it possible to softcode the version in the dependency declaration?
For example, the pom could be like this:
dependency
groupIdcom.mycompany.ixaf/groupId
artifactIdgw-plugin/artifactId
version${myversion}/version
/dependency
And the myversion parameter is controllable from the settings.xml file.
The motivation is that if we have a multi-module build in maven with all the
different modules using the same 'one' version, we could control/update the
version of the entire project from one place (settings.xml), instead of
updating it in several places.
Thanks
--
View this message in context:
http://www.nabble.com/-M2--How-to-softcode-%27version%27-in-dependency-declaration-tf2120609.html#a5848660
Sent from the Maven - Users forum 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: [M2] How to softcode 'version' in dependency declaration
Have a look at dependency management
(http://maven.apache.org/guides/introduction/introduction-to-dependency-
mechanism.html).
Cheers
-Original Message-
From: hamdard [mailto:[EMAIL PROTECTED]
Sent: 17 August 2006 11:12
To: users@maven.apache.org
Subject: [M2] How to softcode 'version' in dependency declaration
Hi
Is it possible to softcode the version in the dependency declaration?
For example, the pom could be like this:
dependency
groupIdcom.mycompany.ixaf/groupId
artifactIdgw-plugin/artifactId
version${myversion}/version
/dependency
And the myversion parameter is controllable from the settings.xml file.
The motivation is that if we have a multi-module build in maven with all
the different modules using the same 'one' version, we could
control/update the version of the entire project from one place
(settings.xml), instead of updating it in several places.
Thanks
--
View this message in context:
http://www.nabble.com/-M2--How-to-softcode-%27version%27-in-dependency-d
eclaration-tf2120609.html#a5848660
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Visit our website at http://www.ubs.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] How to softcode 'version' in dependency declaration
I guess it should be possible to add something like:
properties
gw-plugin.version1.0/gw-plugin.version
/properties
..to your pom or settings file.
HTH,
Rohnny
hamdard wrote:
Hi
Is it possible to softcode the version in the dependency declaration?
For example, the pom could be like this:
dependency
groupIdcom.mycompany.ixaf/groupId
artifactIdgw-plugin/artifactId
version${myversion}/version
/dependency
And the myversion parameter is controllable from the settings.xml file.
The motivation is that if we have a multi-module build in maven with all the
different modules using the same 'one' version, we could control/update the
version of the entire project from one place (settings.xml), instead of
updating it in several places.
Thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2ME development anyone?
hello, googleing... found this http://mojo.codehaus.org/j2me-maven-plugin/ i have never used it..don't have time right now. if you manage, give me a shout hth marco On 8/17/06, Milos Kleint [EMAIL PROTECTED] wrote: hello, anyone doing J2ME development using maven2? any docs or hints available online? Regards Milos Kleint - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] eclipse:eclipse and eclipse 3.2 projects within a projectsupport.
I've just tested it and it works fine with sub-projects. It also looks better than sublcipse IMHO, and has a better handling of renamed/moved files (specific icon) that subclipse handles as removed+added. In the meantime, it might be worth giving Subversive a try ( http://www.polarion.org/index.php?page=overviewproject=subversive ). It's an open source subversion plugin for eclipse, just like subclipse. Cheers, -Ralph. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running unit tests for pom packaged project
these applications are separate projects in eclipse. I'm worried that if I combine them into a maven-ized single project with modules, I will no longer be able to deploy them as individual web applications within eclipse (using eclipse web tools project web server - tomcat in this instance). AFAIK eclipse WTP expects only a single web app within a project - has anyone encountered this scenario before, and if so, have they found a feasible solution that allows eclipse WTP and maven (with multiple web apps as modules) to coexist? There isn't a problem using Eclipse 3.1, I use it. It's slightly annoying, but you just have to check out at the module directory rather than the project root directory. With Eclipse 3.2 you can have projects that reside within another projects directory space. I believe they are called hierarchical projects. See http://www.nabble.com/forum/ViewPost.jtp?post=5849132framed=y - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency scopes
Nick, I very much appreciate your response. I wish the article of reference on subject, namely, Introduction to the Dependency Mechanism was somewhat more precise. Perhaps the maintainers of the document could have another look at it. Is filing a bug report appropriate? Nick Veys [EMAIL PROTECTED] wrote on 17.08.2006 06:16:40: On 8/15/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: The said article mentions the notion of runtime classpath. While I can see what compile and test classpaths mean, I fail to understand what a runtime classpath is, in particular how it differs from the test classpath. Think of Runtime as somewhat of an optimization for the build process. The jar itself is not needed to compile the code as it has no direct dependency on it, though the code itself still needs this jar to execute, as such it will travel along transitively in case it is needed down the line, and will also be included in the test scope as it may be called upon since the code has a runtime dependency on it. Moreover, the article defines provided scope as follows: provided - this is much like compile, but indicates you expect theJDK or a container to provide it. It is only available on the compilation classpath, and is not transitive. However, in a small project I've created to test dependency scopes, it seems that a dependency declared with the provided scope is available when compiling the source, compiling the test cases as well as when running them (the test cases). Thus, it looks like the provided scope is the same as the compile scope, except that the provided scope is not transitive. The documentation may be slightly wrong, as you experienced the provided scope jars are available to tests (at least in my experience), though I believe only that local project tests, as you have no transitivity (I may be wrong here, corrections?). Provided is very much like compile w/o transitivity. It is assumed that your container or system will provide this jar when needed. The difference between the runtime and test scopes is also not very clear to me. This was already answered, but the test dependencies aren't needed for normal runtime, so they are left out. It allows you to pull in a test harness, or mock libraries during your tests but leave that out for real execution or packaging. The small table which illustrates the effects of scopes on transitivity is not easy to grok. In particular, the explanation (quoted below) preceding the table does not define the direction of any of the dependencies. I'm guessing it's trying to tell you the precidence of dependencies when the same dependency is referenced in multiple scopes in one project, but you're right, the preceeding paragraph is not exactly clear in what it is talking about. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER This message is intended only for use by the person to whom it is addressed. It may contain information that is privileged and confidential. Its content does not constitute a formal commitment by Lombard Odier Darier Hentsch Group and any of its affiliates. If you are not the intended recipient of this message, kindly notify the sender immediately and destroy this message. Thank You. *
Re: help with manifest EJB
Hi alan,
thanks for link but it didnt work out for me..
i am using maven-2.0.4, here's my pom.xml..
i'd need egenEJB adn egenCommon to go inside manifest ClassPath entry, but
somehow they don't go...
any help?
thanks and regards
marco
?xml version=1.0?project
parent
artifactIdmiddleware/artifactId
groupIdmiddleware/groupId
version1.0-SNAPSHOT/version
/parent
modelVersion4.0.0/modelVersion
groupIdmiddleware/groupId
artifactIdngenMiddleware/artifactId
nameMaven Quick Start Archetype/name
version1.0-SNAPSHOT/version
urlhttp://maven.apache.org/url
dependencies
dependency
groupIdgeronimo-spec/groupId
artifactIdgeronimo-spec-j2ee/artifactId
scopeprovided/scope
/dependency
dependency
groupIdmyfaces/groupId
artifactIdmyfaces-all/artifactId
version1.1.1/version
scopeprovided/scope
/dependency
dependency
groupIdorg.testng/groupId
artifactIdtestng/artifactId
version5.0.1/version
scopetest/scope
classifierjdk15/classifier
/dependency
dependency
groupIddbunit/groupId
artifactIddbunit/artifactId
version2.1/version
scopetest/scope
/dependency
dependency
groupIdegen/groupId
artifactIdegenEJB/artifactId
version3.3.2.3/version
optionaltrue/optional
/dependency
dependency
groupIdegen/groupId
artifactIdegenCommon/artifactId
version3.3.2.3/version
optionaltrue/optional
/dependency
dependency
groupIdcastor/groupId
artifactIdcastor/artifactId
version1.0M4/version
/dependency
dependency
groupIdmiddleware/groupId
artifactIdCommonsEJB/artifactId
version1.0-SNAPSHOT/version
scopecompile/scope
/dependency
/dependencies
build
resources
resource
filteringtrue/filtering
directorysrc/main/resources/directory
/resource
/resources
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdxdoclet-maven-plugin/artifactId
executions
execution
phasegenerate-sources/phase
goals
goalxdoclet/goal
/goals
configuration
tasks
ejbdoclet
destDir=${project.build.directory}/generated-sources/xdoclet
excludedTags=@author,@version
fileset
dir=src/main/java
includes=**/*Bean.java /
entitycmp
destDir=${project.build.directory}/generated-sources/xdoclet
/
homeinterface destDir=${project.build.directory
}/generated-sources/xdoclet
!-- packagesubstitution packages=session
substituteWith=interfaces useFirst= true/
--
/homeinterface
localinterface destDir=${project.build.directory
}/generated-sources/xdoclet/
localhomeinterface destDir=${project.build.directory
}/generated-sources/xdoclet/
remoteinterface destDir=${project.build.directory
}/generated-sources/xdoclet/
deploymentdescriptor
destDir=${project.build.outputDirectory
}/META-INF/
jboss version=3.2
destDir=${project.build.outputDirectory
}/META-INF/
/ejbdoclet
/tasks
/configuration
/execution
/executions
/plugin
plugin
artifactIdmaven-compiler-plugin/artifactId
configuration
encodingiso-8859-1/encoding
/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
version2.8-SNAPSHOT/version
configuration
!-- suiteXmlFiles
suiteXmlFilesrc/test/resources/testng.xml/suiteXmlFile
/suiteXmlFiles--
/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-ejb-plugin/artifactId
configuration
generateClienttrue/generateClient
clientExcludes
clientExclude**/*Bean.class/clientExclude
/clientExcludes
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
!--
plugin
artifactIdmaven-jar-plugin/artifactId
configuration
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
--
/plugins
/build
repositories
repository
releases /
snapshots /
idcodehaus/id
urlhttp://dist.codehaus.org//url
/repository
repository
releases /
snapshots /
idcodehaus-legacy/id
urlhttp://dist.codehaus.org//url
layoutlegacy/layout
/repository
/repositories
pluginRepositories
pluginRepository
RE: cruisecontol plugin for maven 2.0
AFAIK Cruise Control now has built in support for m2 from version 2.4.1 onwards: http://cruisecontrol.sourceforge.net/main/configxml.html#maven2 For the record, I've been using CC 2.5.0 for our Maven2 projects, and I've not had any issues. CC 2.5.0 runs M2 projects just like M1 or Ant projects, you just specify a maven2 in the schedule (http://cruisecontrol.sourceforge.net/main/configxml.html#maven2). I haven't really checked out Continuum, but we've been happy with CC so we're sticking with it. -- Daniel Siegmann FJA-US, Inc. (212) 840-2618 ext. 139 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using javadoc overview and maven plugin
My current conclusion:
Definately want to use a relative path or else this will obviously break
builds left and right. Using the ${basedir} looks like it will work
nicely. However, right now it seems that the javadoc plugin is not
replacing backslashes with slashes.
I have put various configurations and the error below demonstrating this.
It may be that I am doing something stupid here which would be great, or it
may be that the back slashes are not currently being replaced appropiately
for platform independence.
thanks guys for taking the time to have a peek at this . . .
* * * WHAT WORKS * * *
* full path double back slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\\working\\tuscany07252006\\java\\samples\\sdo\\src\\main\\java\\overview.html/overview
/configuration
/plugin
/plugins
* full path forward slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:/working/tuscany07252006/java/samples/sdo/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
* * * FULL PATH - SINGLE BACK SLASHES * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\working\tuscany07252006\java\samples\sdo\src\main\java\overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file c:working
uscany07252006javasamplessdosrcmainjavaoverview.html
* * * RELATIVE PATH USING BASEDIR VARIABLE * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overview${basedir}/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file C:working
uscany07252006javasamplessdo/src/main/java/overview.html
Robbie John.
On 8/16/06, Nick Veys [EMAIL PROTECTED] wrote:
On 8/16/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Attempting to set the overview page for javadoc relative to the working
directory :
Using the ${basedir} almost works and probably would on a unix
environment
but on windows I get :
C:working
uscany07252006javasamplessdo/src/main/java/overview.html
So it looks as it the javadoc plugin is picking up on the directory
slashes
as escape charactors.
Any thoughts ?
Could you post the javadoc plugin section of your POM? I assume by
saying using the basedir you have
overview${basedir}/src/main/java/overview.html/overview?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
* * * Charlie * * *
Check out some pics of little Charlie at
http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/
* * * Addresss * * *
1914 Overland Drive
Chapel Hill
NC 27517
* * * Number * * *
919-225-1553
Re: help with manifest EJB / fixed
hi
silly me!! i was not declaring packaging=ejb on my pom.xml
sorry for bothering, everything is fine now
regards
marco
On 8/17/06, Marco Mistroni [EMAIL PROTECTED] wrote:
Hi alan,
thanks for link but it didnt work out for me..
i am using maven-2.0.4, here's my pom.xml..
i'd need egenEJB adn egenCommon to go inside manifest ClassPath entry, but
somehow they don't go...
any help?
thanks and regards
marco
?xml version=1.0?project
parent
artifactIdmiddleware/artifactId
groupIdmiddleware/groupId
version1.0-SNAPSHOT/version
/parent
modelVersion4.0.0/modelVersion
groupIdmiddleware/groupId
artifactIdngenMiddleware/artifactId
nameMaven Quick Start Archetype/name
version1.0-SNAPSHOT/version
urlhttp://maven.apache.org/url
dependencies
dependency
groupIdgeronimo-spec/groupId
artifactIdgeronimo-spec-j2ee/artifactId
scopeprovided/scope
/dependency
dependency
groupIdmyfaces/groupId
artifactIdmyfaces-all/artifactId
version1.1.1/version
scopeprovided/scope
/dependency
dependency
groupIdorg.testng/groupId
artifactIdtestng/artifactId
version5.0.1/version
scopetest/scope
classifierjdk15/classifier
/dependency
dependency
groupIddbunit/groupId
artifactIddbunit/artifactId
version2.1/version
scopetest/scope
/dependency
dependency
groupIdegen/groupId
artifactIdegenEJB/artifactId
version3.3.2.3/version
optionaltrue/optional
/dependency
dependency
groupIdegen/groupId
artifactIdegenCommon/artifactId
version3.3.2.3/version
optionaltrue/optional
/dependency
dependency
groupIdcastor/groupId
artifactIdcastor/artifactId
version1.0M4/version
/dependency
dependency
groupIdmiddleware/groupId
artifactIdCommonsEJB/artifactId
version1.0-SNAPSHOT/version
scopecompile/scope
/dependency
/dependencies
build
resources
resource
filteringtrue/filtering
directorysrc/main/resources/directory
/resource
/resources
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdxdoclet-maven-plugin/artifactId
executions
execution
phasegenerate-sources/phase
goals
goalxdoclet/goal
/goals
configuration
tasks
ejbdoclet
destDir=${project.build.directory}/generated-sources/xdoclet
excludedTags=@author,@version
fileset
dir=src/main/java
includes=**/*Bean.java /
entitycmp
destDir=${project.build.directory}/generated-sources/xdoclet
/
homeinterface destDir=${ project.build.directory
}/generated-sources/xdoclet
!-- packagesubstitution packages=session
substituteWith=interfaces useFirst= true/
--
/homeinterface
localinterface destDir=${project.build.directory
}/generated-sources/xdoclet/
localhomeinterface
destDir=${project.build.directory}/generated-sources/xdoclet/
remoteinterface destDir=${project.build.directory
}/generated-sources/xdoclet/
deploymentdescriptor
destDir=${ project.build.outputDirectory
}/META-INF/
jboss version=3.2
destDir=${project.build.outputDirectory
}/META-INF/
/ejbdoclet
/tasks
/configuration
/execution
/executions
/plugin
plugin
artifactIdmaven-compiler-plugin/artifactId
configuration
encodingiso-8859-1/encoding
/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins /groupId
artifactIdmaven-surefire-plugin/artifactId
version2.8-SNAPSHOT/version
configuration
!-- suiteXmlFiles
suiteXmlFilesrc/test/resources/testng.xml/suiteXmlFile
/suiteXmlFiles--
/configuration
/plugin
plugin
groupId org.apache.maven.plugins/groupId
artifactIdmaven-ejb-plugin/artifactId
configuration
generateClienttrue/generateClient
clientExcludes
clientExclude**/*Bean.class/clientExclude
/clientExcludes
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
!--
plugin
artifactIdmaven-jar-plugin/artifactId
configuration
archive
manifest
addClasspathtrue/addClasspath
/manifest
/archive
/configuration
/plugin
--
/plugins
/build
repositories
Errors during site deploy
Should I be worried about the following errors that are poping out during site-deploy? [WARNING] No URL defined for the project - decoration links will not be resolved[INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 However M2 proceeds , with the generating of the project website. Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042
RE: More informations for Maven 2.x Plug-in for Eclipse?
I'm not a dev on it so can't speak officially, but I'm a watcher on several bugs for it and know it is still being actively developed. I think there's a bit of a hold-up due to some changes in the way artifact resolution is being done to better integrate with Eclipse, which is hard enough on its own but is also relying on some changes in the Maven core (embedder? resolver? don't confuse me with someone who knows what he's talking about). Regardless, it is still an active project, but it's been awhile since the last release. Hopefully the next release will be soon. Chris -Original Message- From: Deng Ai [mailto:[EMAIL PROTECTED] Sent: Thursday, 17 August, 2006 02:02 To: users@maven.apache.org Subject: More informations for Maven 2.x Plug-in for Eclipse? Hello everyone: Anybody know the news for the Maven 2.x plugin-in for Eclipse? Their site http://m2eclipse.codehaus.org/ est almost empty. The url for Eclipse doesn't work, It is like no any more maintenance for this plugin. Thanks for your informations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: More informations for Maven 2.x Plug-in for Eclipse?
Hi all, I have integrated Maven with Eclipse I tried with both Maven 1.0 and Maven 2.0 But whenever I execute commands like Maven site or mvn eclipse:eclipse or mvn jars:jars mvn plugins:plugins or any other I am always facing error as its not able to get respective jars by comnnecting to wherever it requires to connect. I have even downloaded these files manually and tried to put them in respective folders/plugins. Even more than that I unjared them and kept these files in .m2/repositiories/respective jar name folder/jars/ here But finally no use. I tried to configure Eclipse by going to Eclipse Helpsoftware updatesfind and installsearch for a new feature to installm2 plugin(site referring is http://m2eclipse.codehaus.org/ )finish it always try to connect and fails says network connection failure : Network connection problems encountered during search. Unable to access http://m2eclipse.codehaus.org/;. Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Now please tell me what to do now. How can I find out or solve this problem. Thanks Vijendra Singh Regards, Vijendra Singh CA (Software Engineer) [EMAIL PROTECTED] www.ca.com Mobile: +91 9989056485 Phone: +91 40 55670006 ext: 70799 +91 40 55670001 +91 40 5567 - -Original Message- From: Chris Hilton [mailto:[EMAIL PROTECTED] Sent: Thursday, August 17, 2006 8:23 PM To: Maven Users List Subject: RE: More informations for Maven 2.x Plug-in for Eclipse? I'm not a dev on it so can't speak officially, but I'm a watcher on several bugs for it and know it is still being actively developed. I think there's a bit of a hold-up due to some changes in the way artifact resolution is being done to better integrate with Eclipse, which is hard enough on its own but is also relying on some changes in the Maven core (embedder? resolver? don't confuse me with someone who knows what he's talking about). Regardless, it is still an active project, but it's been awhile since the last release. Hopefully the next release will be soon. Chris -Original Message- From: Deng Ai [mailto:[EMAIL PROTECTED] Sent: Thursday, 17 August, 2006 02:02 To: users@maven.apache.org Subject: More informations for Maven 2.x Plug-in for Eclipse? Hello everyone: Anybody know the news for the Maven 2.x plugin-in for Eclipse? Their site http://m2eclipse.codehaus.org/ est almost empty. The url for Eclipse doesn't work, It is like no any more maintenance for this plugin. Thanks for your informations. - 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: Errors during site deploy
The first is worrying, and means you have set the pom.url property in your POM, meaning some of the links on your website *could* be broken. The other errors can be discarded (don't ask me where they come from). Denis. Jeff Mutonho wrote: Should I be worried about the following errors that are poping out during site-deploy? [WARNING] No URL defined for the project - decoration links will not be resolved[INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 However M2 proceeds , with the generating of the project website. Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 -- View this message in context: http://www.nabble.com/Errors-during-site-deploy-tf2121862.html#a5852778 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Maven Antrun Multiple Executions
[0] You cannot have two plugin executions with the same (or missing) id/ elements. Offending execution Id: 'default' Plugin:'org.apache.maven.plugins:maven-antrun-plugin' How do I configure the id for each execution XML fragment? -- Peter Pilgrim UBS Investment Bank, PTS Portal / IT FIRC OPS LDN, 100 Liverpool Street, London EC2M 2RH, United Kingdom :: Java EE / E-Commerce / Enterprise Integration / Development :: Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Continuum] my notifier email is removed during build !
Hello I'm using Continuum for my maven1 project. I've added a email notifier to get build result. Build runs fine, I get no mail, and when I get back to project page there is no notifier anymore. I've tried it several times, check the notifier beeing present before build, stop and restarted continuum but I always get this stranget behaviour. Any idea ? Nico. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problems with Maven Eclipse
Hi all, I have integrated Maven with Eclipse I tried with both Maven 1.0 and Maven 2.0 But whenever I execute commands like Maven site or mvn eclipse:eclipse or mvn jars:jars mvn plugins:plugins or any other I am always facing error as its not able to get respective jars by comnnecting to wherever it requires to connect. I have even downloaded these files manually and tried to put them in respective folders/plugins. Even more than that I unjared them and kept these files in .m2/repositiories/respective jar name folder/jars/ here But finally no use. I tried to configure Eclipse by going to Eclipse Helpsoftware updatesfind and installsearch for a new feature to installm2 plugin(site referring is http://m2eclipse.codehaus.org/ )finish it always try to connect and fails says network connection failure : Network connection problems encountered during search. Unable to access http://m2eclipse.codehaus.org/;. Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Now please tell me what to do now. How can I find out or solve this problem. Thanks Vijendra Singh
Re: [m2] Maven Antrun Multiple Executions
exections execution id0/id phase/phase configuration.../configuration /execution execution id1/id ... /execution /executions Denis. Peter.Pilgrim wrote: [0] You cannot have two plugin executions with the same (or missing) id/ elements. Offending execution Id: 'default' Plugin:'org.apache.maven.plugins:maven-antrun-plugin' How do I configure the id for each execution XML fragment? -- Peter Pilgrim UBS Investment Bank, PTS Portal / IT FIRC OPS LDN, 100 Liverpool Street, London EC2M 2RH, United Kingdom :: Java EE / E-Commerce / Enterprise Integration / Development :: Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/-m2--Maven-Antrun-Multiple-Executions-tf2121980.html#a5853952 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
M2 site:stage does not copy apidocs and xref?
Hi *, I believe that I've followed Anne's suggestions on: http://www.nabble.com/multi-module-project-site%3A-link-to-module-sites-tf1980169.html#a5433379 I call maven: mvn site:stage -DstagingDirectory=C:\fullsite However, it seems that the apidocs and xref files for the modules are not copied in the fullsite directory (or module sub-directory) \fullsite\moduleA\apidocs\index.html (ONLY file in apidocs and it is 0KB) same for xref and xref-test Should I call those differently? reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-report-plugin/artifactId /plugin plugin groupIdorg.codehaus.mojo/groupId artifactIdtaglist-maven-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId configuration targetJdk1.5/targetJdk /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-checkstyle-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jxr-plugin/artifactId /plugin /plugins /reporting Many thanks Benoit
Re: [Continuum] my notifier email is removed during build !
Continuum users list is continuum-users@maven.apache.org ;-) Emmanuel Nicolas De Loof a écrit : Hello I'm using Continuum for my maven1 project. I've added a email notifier to get build result. Build runs fine, I get no mail, and when I get back to project page there is no notifier anymore. I've tried it several times, check the notifier beeing present before build, stop and restarted continuum but I always get this stranget behaviour. Any idea ? Nico. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - 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]
Configuring the inputHtml component, looking for information
Hi, I am looking for information about configuring the way HTML is generated by the inputHtml component. E.g. instead of bold generating an inline style sheet declaration, is it possible to get inputHtml/kupu to generate a span with a css class instead class=boldText instead of style=font-weight: bold;. Foudn some usefull information on the kupu web site, but didn't spot anything about the above. Cheers, Mike
Re: [M2] How to softcode 'version' in dependency declaration
This is great, thanks to all. I'm using dependencyManagement and also the
property declaration in the settings.xml that captures the version for the
entire project. Every where else, the version is softly referenced. e.g.
settings.xml:
profile
idframeworkVersion/id
properties
framework.version2.3/framework.version
/properties
/profile
activeProfiles
activeProfileframeworkVersion/activeProfile
/activeProfiles
main pom:
project
groupIdcom.mycompany.ixgf/groupId
artifactIdixgf/artifactId
version${framework.version}/version
...
sub-module pom:
project
parent
groupIdcom.mycompany.ixgf/groupId
artifactIdixgf/artifactId
version${framework.version}/version
/parent
dependencies
dependency
groupIdcom.mycompany.ixgf/groupId
artifactIdgw-core/artifactId
version${framework.version}/version
/dependency
...
The issue now is that the build only works from the top level pom. If you
try to build a sub-module independently, you'll get artifact resultion
errors, like below:
--
GroupId: com.mycompany.ixgf
ArtifactId: ixgf
Version: ${framework.version}
Reason: Unable to download the artifact from any repository
--
Looks like the property I defined in settings.xml is made available only to
the top level pom?
Thanks
Rohnny Moland wrote:
I guess it should be possible to add something like:
properties
gw-plugin.version1.0/gw-plugin.version
/properties
..to your pom or settings file.
HTH,
Rohnny
hamdard wrote:
Hi
Is it possible to softcode the version in the dependency declaration?
For example, the pom could be like this:
dependency
groupIdcom.mycompany.ixaf/groupId
artifactIdgw-plugin/artifactId
version${myversion}/version
/dependency
And the myversion parameter is controllable from the settings.xml file.
The motivation is that if we have a multi-module build in maven with all
the
different modules using the same 'one' version, we could control/update
the
version of the entire project from one place (settings.xml), instead of
updating it in several places.
Thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/-M2--How-to-softcode-%27version%27-in-dependency-declaration-tf2120609.html#a5854197
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 site:stage does not copy apidocs and xref?
Hi, this is an issue that has been brought earlier... as things stand with maven (or at least 2.0.4 which I'm checking) the multi module / aggregated reporting sucks! Don't know whether this is going to change any time soon. This might well mean, that we're not leaving ANT - as one of the key 'selling' points of maven (reporting) isn't ready for (J2EE) use. Benoit Xhenseval wrote: Hi *, I believe that I've followed Anne's suggestions on: http://www.nabble.com/multi-module-project-site%3A-link-to-module-sites-tf1980169.html#a5433379 I call maven: mvn site:stage -DstagingDirectory=C:\fullsite However, it seems that the apidocs and xref files for the modules are not copied in the fullsite directory (or module sub-directory) \fullsite\moduleA\apidocs\index.html (ONLY file in apidocs and it is 0KB) same for xref and xref-test Should I call those differently? reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-report-plugin/artifactId /plugin plugin groupIdorg.codehaus.mojo/groupId artifactIdtaglist-maven-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId configuration targetJdk1.5/targetJdk /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-checkstyle-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jxr-plugin/artifactId /plugin /plugins /reporting Many thanks Benoit No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.1/421 - Release Date: 16-8-2006 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error during page generation
Site-deploy is failing with the error message below. /home/maven/MAVEN-WORK/eportal-domain/src/za/co/pragmaticus/portal/pdc/Customer.java:148: warning - @hibernate.property is an unknown tag. /home/maven/MAVEN-WORK/eportal-domain/src/za/co/pragmaticus/portal/pdc/Customer.java:158: warning - @hibernate.property is an unknown tag. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error during page generation at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:559) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) 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:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error during page generation at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:97) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:534) ... 16 more Caused by: org.apache.maven.doxia.siterenderer.RendererException: Error rendering Maven report: Exit code: 1 - javadoc: Error fetching URL: http://java.sun.com/j2se/1.4.2/docs/api/package-list javadoc: Error fetching URL: http://plexus.codehaus.org/ref/1.0-alpha-9/apidocs/package-list /home/maven/MAVEN-WORK/eportal-domain/src/za/co/pragmaticus/portal/customer/dao/LinkedServiceAccountDaoHibernate.java:282: warning - The first sentence is interpreted to be: /home/maven/MAVEN-WORK/eportal-domain/src/za/co/pragmaticus/portal/customer/dao/LinkedServiceAccountDaoHibernate.java:207: warning - The first sentence is interpreted to be: /home/maven/MAVEN-WORK/eportal-domain/src/za/co/pragmaticus/portal/assurance/dao/FaultDaoHibernate.java:151: warning - The first sentence is interpreted to be: Any idea what this is about? Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042
Re: Getting the ear plugin to recognise har files
On Thu, August 3, 2006 9:55 am, Stephane Nicoll wrote: Anyway, it's handled now and I am busy working on jboss-app.xml auto-generation. Is this available in a released form anywhere where I can give it a test run? Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error during page generation
In my pom i have this : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId configuration links linkhttp://java.sun.com/j2se/1.4.2/docs/api/link linkhttp://plexus.codehaus.org/ref/1.0-alpha-9/apidocs/link /links /configuration /plugin Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042
Re: [m2] Maven Antrun Multiple Executions
I don't know if you can call a plugin execution based on its id (this would sound a sensible thing to do), but what I know you can do is call the phase your plugin is bound to. Generally, if you phase is carefully chosen, that whould be enough: executing the plugin outside of a given phase means your build isn't completly predictable. Denis Andrius Šabanas wrote: Denis Cabasson wrote: exections execution id0/id phase/phase configuration.../configuration /execution execution id1/id ... /execution /executions Denis. Hello, Is it possible to independently launch a single plugin execution from the command like, for example: mvn antrun:run, and specify an execution id somehow? Andrius - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/-m2--Maven-Antrun-Multiple-Executions-tf2121980.html#a5854945 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error during page generation
The second link looks like a 404 error to me. Denis. Jeff Mutonho wrote: In my pom i have this : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId configuration links linkhttp://java.sun.com/j2se/1.4.2/docs/api/link linkhttp://plexus.codehaus.org/ref/1.0-alpha-9/apidocs/link /links /configuration /plugin Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 -- View this message in context: http://www.nabble.com/Error-during-page-generation-tf2122367.html#a5855002 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error during page generation
On 8/17/06, Denis Cabasson [EMAIL PROTECTED] wrote: The second link looks like a 404 error to me. Denis. Yes, you're correct.Just saw that now , but however I took out the plexus link and left only the sun link (which is working) , but am getting the same error message , complaining about http://java.sun.com/j2se/1.4.2/docs/api/package-list , even though testing this with a browser , the package list is indeed listed. See below: at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error during page generation at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:97) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:534) ... 16 more Caused by: org.apache.maven.doxia.siterenderer.RendererException: Error rendering Maven report: Exit code: 1 - javadoc: Error fetching URL: http://java.sun.com/j2se/1.4.2/docs/api/package-list
Re: Graphical View of Dependencies
yes, it's not finished and only shows some parts Samples: http://people.apache.org/~carlos/grafo/graphview.html http://people.apache.org/~carlos/grafo/radialgraphview.html On 8/16/06, Pin Ngee Koh [EMAIL PROTECTED] wrote: I tried grafo-maven-plugin mention in http://docs.codehaus.org/display/MAVEN/Dependency+Graphing Steps taken: 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo 2. mvn install (using j2se 1.5) 3. mvn grafo:grafo -Dversion=[version number of project] (running this in directory of desired project graph.xml is generated. However, there are edges which references nodes which does not exist. This is because I have dependencies to multiple version of a jar. Somehow the tool only create nodes for the resovled jar. Does anyone has similar experiences? On 8/16/06, Stefan Magnus Landrø [EMAIL PROTECTED] wrote: I think somebody is working on a jarjar-maven-plugin, but it hasn't been released yet Stefan Koh, Pin (STL) [EMAIL PROTECTED] skrev 15.08.2006 23:29:57: Is there a good graphic tool to visualize jar dependencies? Pin Koh *** Confidentiality Notice *** This email, its electronic document attachments, and the contents of its website linkages may contain confidential health information. This information is intended solely for use by the individual or entity to whom it is addressed. If you have received this information in error, please notify the sender immediately and arrange for the prompt destruction of the material and any accompanying attachments. -- / c=-oo \ o - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ant dependency list
On Aug 16, 2006, at 4:14 AM, Lakshman Srilakshmanan wrote: Hi All, Going through the examples provided in Developing Custom Maven Plugin in Better Builds with Maven, I find that example 5.4.2 (Notifying Other Developers with an Ant Mojo) does not work. The error message is Failed to initialise MIME mail which means that the ant mojo could not find mail.jar and/or activation.jar. I have included both the jar files in the maven-buildinfo-plugin pom.xml and in the guinea-pig pom.xml to no avail. Do I have to pass the maven.compile.classpath to the notify.mojos.xml. If yes, then could someone please show me how. I know how to pass it to an external ant build.xml file, but this ant mojo.xml file exists within the plugin. I recently ran into similar issues passing classpaths to ant ant-mojo and it turns out there is not 'automatic' way to do it. The classpath gets passed into and as a 'reference' to a List. But for it to be a classpath in needs to be an ant path. I wrote a solution that works thought that you can look at: http://svn.sourceforge.net/viewvc/opennms/maven-plugins/trunk/opennms- groovyc-plugin What's really needed is a set of 'helper' tasks that can be used to do what my script tasks do Hope this helps. Please email if you have any suggestions. I would love to generalize it to a set of helpers for ant-mojos. Matt Brozowski ___ Matt Brozowski, OpenNMS Maintainer Main: +1 919 812 4984 The OpenNMS Group, Inc. Fax:+1 503 961 7746 Email: [EMAIL PROTECTED]URL: http://www.opennms.com
Goal to sign a jar
Hi, I'd like to know if there is a maven 2 plugin to sign a jar during the build process. Thanks, -- -- Grégory Canto [EMAIL PROTECTED] Longadata Tecnologia da Informação --
Maven java processes refusing to die
kill -9 PID is not doing it.I've logged out and logged in again , still no luck.Now I have 2 maven java processes one eating away 1.6G of memory and the other 204M.These 2 dudes are just refusing to die This is on Linux machine. -- Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042
Re: error when building multiple projects joined by maven2 module
Jesse McConnell wrote: well first off, you shouldn't need the SCM sections in the child poms, maven uses the name of the module in the parent pom to determine how to check out the children Does it use the module name, or the artifactId? It used to append the artifactId on the end, which royally screwed me up trying to use a parent scm url. I must have missed the change to the SCM component. In my case, we simply implemented an SCM tag in each sub-project. Irritating, but it worked. Christian.
Re: Does continuum supports UCM Clease case?
Yes, we are using UCM here with Continuum. There are many features I would like to add to the ClearCase portion of Continuum though - like being able to request a particular baseline rather than just the LATEST. This would prevent it from building partial deliveries -- if Continuum retrieves the current it can end up grabbing the start of a delivery so it fails as it doesn't get the rest of the associated files from the delivery. We're checking for new updates every 5 minutes so we can probably decrease the odds of that by checking less frequently. - Michael On 8/10/06, Emmanuel Venisse [EMAIL PROTECTED] wrote: I'm not sure. I think Clearcase UCM use special commands, but don't know. Emmanuel [EMAIL PROTECTED] a écrit : Thanks, Raghurajan Gurunathan - This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you.
converting directory structure to maven archetypes
I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia
Eclipse Plugin
Something happened recently that is preventing me from adding dependcies from the plugin. It says that a file index/local/segments is missing. I created the file but then it complains that about it being empty. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: converting directory structure to maven archetypes
It is *not* possible to move files and folders around in CVS and retain history. This is only possible in SVN and perhaps other systems. It *is* possible (though perhaps difficult) to retain your old directory/file structure and simply configure things entirely in the the pom.xml files. So instead of using root/src/main/java for Java source code, perhaps you are using root/src/java. The Super POM in your M2 install directory stores the default locations, but you are free to override them in your own pom. This would allow you to keep the files in the same places but move to a Maven build process. Look in this location to see the default settings: maven-2.0.4\lib\maven-project-2.0.4.jar\org\apache\maven\project\pom-4.0.0.xml I personally would move my projects to SVN and then worry about Maven'izing them. Wayne On 8/17/06, Thomas Becker [EMAIL PROTECTED] wrote: I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Goal to sign a jar
Pretty sure the Webstart plugin can handle your signing needs. Wayne On 8/17/06, Grégory Canto [EMAIL PROTECTED] wrote: Hi, I'd like to know if there is a maven 2 plugin to sign a jar during the build process. Thanks, -- -- Grégory Canto [EMAIL PROTECTED] Longadata Tecnologia da Informação -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Goal to sign a jar
I think I saw JarSignMojo in the maven-jar-plugin, but I don't know if it's released yet. On 8/17/06, Wayne Fay [EMAIL PROTECTED] wrote: Pretty sure the Webstart plugin can handle your signing needs. Wayne On 8/17/06, Grégory Canto [EMAIL PROTECTED] wrote: Hi, I'd like to know if there is a maven 2 plugin to sign a jar during the build process. Thanks, -- -- Grégory Canto [EMAIL PROTECTED] Longadata Tecnologia da Informação -- - 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: basedir of super pom
Can Clover read your license file from the classpath ? Then you could deploy your (jarred) license to your maven repo and add it as a dependency to the clover plugin. See the checkstyle plugin docs [1] for more information - it allows you to do a similar thing with checkstyle configurations. Tom 1. http://maven.apache.org/plugins/maven-checkstyle-plugin/tips.html On 8/16/06, Ingo Düppe [EMAIL PROTECTED] wrote: This is not really a good solution, because then you have to be always online and must have contact to the server. No other solution? Regards, Ingo Emmanuel Venisse schrieb: No you can't. It would be better to use an url to reference your clover license file. Emmanuel - 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: converting directory structure to maven archetypes
Thomas Becker wrote: I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia I would suggest to migrate to subversion and then refactor the layout. That will allow you to keep the history properly linked up to changed directory names afaik. manfred -- Manfred Moser - [EMAIL PROTECTED] CardioComm Solutions Inc. 201-3060 Cedar Hill Rd. Victoria BC V8T 3J5 Canada Phone: (250) 744 1822 Ext. 230 Fax: (250) 744-1866 http://www.cardiocomm.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Goal to sign a jar
The signing mojo has not been released yet. It's available in the 2.1-SNAPSHOT version of the maven-jar-plugin. Please read this if you want to try it out: http://maven.apache.org/guides/development/guide-testing-development-plugins.html -- Dennis Lundberg Tom Huybrechts wrote: I think I saw JarSignMojo in the maven-jar-plugin, but I don't know if it's released yet. On 8/17/06, Wayne Fay [EMAIL PROTECTED] wrote: Pretty sure the Webstart plugin can handle your signing needs. Wayne On 8/17/06, Grégory Canto [EMAIL PROTECTED] wrote: Hi, I'd like to know if there is a maven 2 plugin to sign a jar during the build process. Thanks, -- -- Grégory Canto [EMAIL PROTECTED] Longadata Tecnologia da Informação -- - 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]
Re: converting directory structure to maven archetypes
It *is* possible to retain the history if you move rcs files on your filesystem instead of to use cvs. Emmanuel Wayne Fay a écrit : It is *not* possible to move files and folders around in CVS and retain history. This is only possible in SVN and perhaps other systems. It *is* possible (though perhaps difficult) to retain your old directory/file structure and simply configure things entirely in the the pom.xml files. So instead of using root/src/main/java for Java source code, perhaps you are using root/src/java. The Super POM in your M2 install directory stores the default locations, but you are free to override them in your own pom. This would allow you to keep the files in the same places but move to a Maven build process. Look in this location to see the default settings: maven-2.0.4\lib\maven-project-2.0.4.jar\org\apache\maven\project\pom-4.0.0.xml I personally would move my projects to SVN and then worry about Maven'izing them. Wayne On 8/17/06, Thomas Becker [EMAIL PROTECTED] wrote: I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia - 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: converting directory structure to maven archetypes
Not that I recommend it, but if you do something like this, don't just move the files. Be sure to *copy* the rcs files on the filesystem to their new locations and then use cvs to remove the old files from the old locations. You'll preserve the history of the files in their new locations, but also have the file information in the old locations for any legacy builds you may need to recreate. /CM guy's nitpick Chris -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, 17 August, 2006 14:21 To: Maven Users List Subject: Re: converting directory structure to maven archetypes It *is* possible to retain the history if you move rcs files on your filesystem instead of to use cvs. Emmanuel Wayne Fay a écrit : It is *not* possible to move files and folders around in CVS and retain history. This is only possible in SVN and perhaps other systems. It *is* possible (though perhaps difficult) to retain your old directory/file structure and simply configure things entirely in the the pom.xml files. So instead of using root/src/main/java for Java source code, perhaps you are using root/src/java. The Super POM in your M2 install directory stores the default locations, but you are free to override them in your own pom. This would allow you to keep the files in the same places but move to a Maven build process. Look in this location to see the default settings: maven-2.0.4\lib\maven-project-2.0.4.jar\org\apache\maven\project\pom-4 .0.0.xml I personally would move my projects to SVN and then worry about Maven'izing them. Wayne On 8/17/06, Thomas Becker [EMAIL PROTECTED] wrote: I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia - 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]
wagon-scm
Does wagon-scm work with other providers besides cvs and svn? Let say I have a provider that is already working with the scm-plugin, what are the steps to get the provider to work with the wagon-scm? Thank you very much. -- View this message in context: http://www.nabble.com/wagon-scm-tf2123527.html#a5858185 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: wagon-scm
it only works for svn, other providers will need to provide real implementations of some methods of the api that currently throw opperation not supported exceptions On 8/17/06, ekio [EMAIL PROTECTED] wrote: Does wagon-scm work with other providers besides cvs and svn? Let say I have a provider that is already working with the scm-plugin, what are the steps to get the provider to work with the wagon-scm? Thank you very much. -- View this message in context: http://www.nabble.com/wagon-scm-tf2123527.html#a5858185 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with Maven Eclipse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Parmar, Vijendra Singh wrote: Hi all, Hi Vijendra, first of all, this posting is kinda misplaced here on the developers list. You should post stuff like this on the users list - anyways... I have integrated Maven with Eclipse I tried with both Maven 1.0 and Maven 2.0 forget Maven 1.0 ;) But whenever I execute commands like Maven site or mvn eclipse:eclipse or mvn jars:jars mvn plugins:plugins or any other I am always facing error as its not able to get respective jars by comnnecting to wherever it requires to connect. Do you have an own project that you want to set up with maven? Have you read the documentation? Did you create an appropriate pom.xml for your project? Or do you want to build an existing project with maven? Then see if it comes with a project.xml (- maven1) or with a pom.xml (-maven2). If you are talking about connection problems then you might sit behind a proxy server. In this case please consult: http://maven.apache.org/guides/mini/guide-proxies.html If you have problems with your network / connecting to the internet then you are also wrong on this mailing list. Better consult mailing lists according to your operating system. I have even downloaded these files manually and tried to put them in respective folders/plugins. Even more than that I unjared them and kept these files in .m2/repositiories/respective jar name folder/jars/ here But finally no use. I tried to configure Eclipse by going to Eclipse Helpsoftware updatesfind and installsearch for a new feature to installm2 plugin(site referring is http://m2eclipse.codehaus.org/ )finish it always try to connect and fails says network connection failure : Network connection problems encountered during search. Unable to access http://m2eclipse.codehaus.org/;. Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Unable to access site: http://m2eclipse.codehaus.org/; [java.io.IOException] Seems to be the same problem. If it is not a proxy, your internect connection is broken... Now please tell me what to do now. No worries ;) How can I find out or solve this problem. I hope that I could help you in any way. If you have further questions about using maven please consult the users list. Thanks Vijendra Singh Take care Jörg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFE5NAImPuec2Dcv/8RAmhMAJ9EF7h2WPB3TTalzG59LhDT8IgmmACfauW8 Zw3pfHOmTZeeFbYn4okIYiA= =3si1 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven 2: calling external ant file, creating jar in war instead of classes
Hello, I just started to migrate from ant to maven. I had high hopes, so far I got only frustrations. :) I hope you guys can help me. I tried to look through documentation but it is not as complete as I would need it. My current problems: 1. I am trying to run an ant task from my old build file. I added this to the pom: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId executions execution configuration ant dir=./ antfile=build-commons.xml/ tasks antcall target=dist.services/ echo message=Running my ant/ /tasks /configuration phasecompile/phase goals goal run /goal /goals /execution /executions /plugin /plugins /build However when I run mvn clean compile I get an error saying build.xml is not found. My file is build-commons.xml and that is what I am including. What am I missing? 2. I would like to have a jar created at the end in my war application. Couldn't find any info if I can do that without creating an extra maven project for the src. Is it possible? If yes, how? 3. I understand I can add goals to a build phase, but can I overwrite the default (like: compile time to just run my ant file instead of compiling sources, too). thanks, Attila __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Maven site and powered by
Alex Schwartz wrote: I would like to add some more powered by icons to the generated site. The maven 1.x site plugin supported multiple powered-by elements in the navigation.xml. Is there a similar feature for m2, or do I have to patch the templates? --Alex Ok, I figured it out myself. I took a look in the doxia source ... and found it in doxia-decorator-model. There is a tag poweredBy which can be placed in the site.xml nested in the top-level node. A poweredBy element can contains at least one logo element. Here is my site.xml using the poweredBy feature. ?xml version=1.0 encoding=ISO-8859-1? project name=jGABL bannerLeft namejGABL2/name hrefhttp://jgabl.sourceforge.net/href srchttp://jgabl.sourceforge.net/images/logo_jgabl2.jpg/src /bannerLeft skin groupIdorg.apache.maven.skins/groupId artifactIdmaven-stylus-skin/artifactId version1.0/version /skin publishDate position=bottom format=-MM-dd HH:mm/ poweredBy logo name=Code Coverage by Clover href=http://www.cenqua.com/clover/; img=http://www.cenqua.com/images/clovered1.gif/ logo name=Hosted on SourceForge.net href=http://sourceforge.net; img=http://sflogo.sourceforge.net/sflogo.php?group_id=102411amp;type=2/ logo name=Build with Maven 2 href=http://maven.apache.org; img=images/logos/maven-feather.png/ /poweredBy body head meta name=faq content=jGABL2/ /head breadcrumbs item name=sf.net href=http://sourceforge.net/ /breadcrumbs links item name=SourceForge project page href=http://sourceforge.net/projects/jgabl// /links menu name=Documentation item name=Overview href=index.html/ item name=Downloads href=http://sourceforge.net/project/showfiles.php?group_id=102411lt;package_id=186007/ /menu menu ref=reports/ /body /project -- Alex -- View this message in context: http://www.nabble.com/-m2--Maven-site-and-powered-by-tf2117008.html#a5859878 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
including classes from a dependent jar
I have a module that needs to build a jar file from a subset of classes from other modules. Any suggestions on a clean way to do this? __ Douglas W. Ferguson EPSIIA - Another Fiserv Connection Development Office Phone: 512-329-0081 ext. 3309 Dial Toll Free: 800-415-5946 Mobile Phone: 512-293-7279 Fax: 512-329-0086 [EMAIL PROTECTED] www.epsiia.com http://www.epsiia.com/ __
Re: Maven java processes refusing to die
Reboot? The only time I see rogue maven processes is when our unit tests fork and I kill the main maven process. The child unit test maven instance continues to run until the unit tests are complete. mike Jeff Mutonho [EMAIL PROTECTED] wrote on 08/17/2006 12:24:30 PM: kill -9 PID is not doing it.I've logged out and logged in again , still no luck.Now I have 2 maven java processes one eating away 1.6G of memory and the other 204M.These 2 dudes are just refusing to die This is on Linux machine.
RE: including classes from a dependent jar
You could try using the ant plugin:
plugin
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
configuration
tasks
mkdir
dir=${project.build.directory}/${project.build.finalName}/applets/
jar
destfile=${project.build.directory}/${project.build.finalName}/applets/
YourJarName.jar
update=true
basedir=${project.build.outputDirectory}
includes=com/yourcompany/Class1.class
com/yourcompany/Class2.class .../
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
I'm not sure how well this will work for you, since you need to pull
classes from other modules, but you may be able to tweak this to suit
your needs. You could add several more jar tasks with basedirs pointing
to your other modules, keeping destfile the same and update set to true.
--Don
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:24 PM
To: 'Maven Users List'
Subject: including classes from a dependent jar
I have a module that needs to build a jar file from a subset of classes
from
other modules.
Any suggestions on a clean way to do this?
__
Douglas W. Ferguson
EPSIIA - Another Fiserv Connection
Development
Office Phone: 512-329-0081 ext. 3309
Dial Toll Free: 800-415-5946
Mobile Phone: 512-293-7279
Fax: 512-329-0086
[EMAIL PROTECTED]
www.epsiia.com http://www.epsiia.com/
__
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: converting directory structure to maven archetypes
thanks for the feedback - all helpful On 8/17/06, Chris Hilton [EMAIL PROTECTED] wrote: Not that I recommend it, but if you do something like this, don't just move the files. Be sure to *copy* the rcs files on the filesystem to their new locations and then use cvs to remove the old files from the old locations. You'll preserve the history of the files in their new locations, but also have the file information in the old locations for any legacy builds you may need to recreate. /CM guy's nitpick Chris -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Thursday, 17 August, 2006 14:21 To: Maven Users List Subject: Re: converting directory structure to maven archetypes It *is* possible to retain the history if you move rcs files on your filesystem instead of to use cvs. Emmanuel Wayne Fay a écrit : It is *not* possible to move files and folders around in CVS and retain history. This is only possible in SVN and perhaps other systems. It *is* possible (though perhaps difficult) to retain your old directory/file structure and simply configure things entirely in the the pom.xml files. So instead of using root/src/main/java for Java source code, perhaps you are using root/src/java. The Super POM in your M2 install directory stores the default locations, but you are free to override them in your own pom. This would allow you to keep the files in the same places but move to a Maven build process. Look in this location to see the default settings: maven-2.0.4\lib\maven-project-2.0.4.jar\org\apache\maven\project\pom-4 .0.0.xml I personally would move my projects to SVN and then worry about Maven'izing them. Wayne On 8/17/06, Thomas Becker [EMAIL PROTECTED] wrote: I have converted several projects to maven2 archetypes. This of course changed the directory structure. These projects currently are maintained in cvs, along with years of version history etc. My hope is to retain this history and re-introduce the maven2-ized projects back into cvs (and eventuall svn but that should be easy - cvs2svn). Is this possible, and if so, how? tia - 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]
RE: including classes from a dependent jar
I just came up with a plan of attack:
1) Use the dependency:unpack goal.
2) Then update the jar plugin config to use the unpack dir.
-Original Message-
From: Donald Ness [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:40 PM
To: Maven Users List
Subject: RE: including classes from a dependent jar
You could try using the ant plugin:
plugin
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
configuration
tasks
mkdir
dir=${project.build.directory}/${project.build.finalName}/applets/
jar
destfile=${project.build.directory}/${project.build.finalName}/applets/
YourJarName.jar
update=true
basedir=${project.build.outputDirectory}
includes=com/yourcompany/Class1.class
com/yourcompany/Class2.class .../
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
I'm not sure how well this will work for you, since you need to pull
classes from other modules, but you may be able to tweak this to suit
your needs. You could add several more jar tasks with basedirs pointing
to your other modules, keeping destfile the same and update set to true.
--Don
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:24 PM
To: 'Maven Users List'
Subject: including classes from a dependent jar
I have a module that needs to build a jar file from a subset of classes
from
other modules.
Any suggestions on a clean way to do this?
__
Douglas W. Ferguson
EPSIIA - Another Fiserv Connection
Development
Office Phone: 512-329-0081 ext. 3309
Dial Toll Free: 800-415-5946
Mobile Phone: 512-293-7279
Fax: 512-329-0086
[EMAIL PROTECTED]
www.epsiia.com http://www.epsiia.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: including classes from a dependent jar
This works but I can't control the files that get put into the jar, because
the jar plugin includes everything.
I could probably use the assembly plugin or maybe call and ant task to
delete unneeded files.
If I use the assembly plugin can I disable the normal jar that gets created?
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:43 PM
To: 'Maven Users List'
Subject: RE: including classes from a dependent jar
I just came up with a plan of attack:
1) Use the dependency:unpack goal.
2) Then update the jar plugin config to use the unpack dir.
-Original Message-
From: Donald Ness [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:40 PM
To: Maven Users List
Subject: RE: including classes from a dependent jar
You could try using the ant plugin:
plugin
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
configuration
tasks
mkdir
dir=${project.build.directory}/${project.build.finalName}/applets/
jar
destfile=${project.build.directory}/${project.build.finalName}/applets/
YourJarName.jar
update=true
basedir=${project.build.outputDirectory}
includes=com/yourcompany/Class1.class
com/yourcompany/Class2.class .../
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
I'm not sure how well this will work for you, since you need to pull
classes from other modules, but you may be able to tweak this to suit
your needs. You could add several more jar tasks with basedirs pointing
to your other modules, keeping destfile the same and update set to true.
--Don
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:24 PM
To: 'Maven Users List'
Subject: including classes from a dependent jar
I have a module that needs to build a jar file from a subset of classes
from
other modules.
Any suggestions on a clean way to do this?
__
Douglas W. Ferguson
EPSIIA - Another Fiserv Connection
Development
Office Phone: 512-329-0081 ext. 3309
Dial Toll Free: 800-415-5946
Mobile Phone: 512-293-7279
Fax: 512-329-0086
[EMAIL PROTECTED]
www.epsiia.com http://www.epsiia.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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: including classes from a dependent jar
I set the packaging for the project to pom to prevent the jar creation. Then
I used the assembly to build my jar. Does this sound sane?
D-
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 5:08 PM
To: 'Maven Users List'
Subject: RE: including classes from a dependent jar
This works but I can't control the files that get put into the jar, because
the jar plugin includes everything.
I could probably use the assembly plugin or maybe call and ant task to
delete unneeded files.
If I use the assembly plugin can I disable the normal jar that gets created?
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:43 PM
To: 'Maven Users List'
Subject: RE: including classes from a dependent jar
I just came up with a plan of attack:
1) Use the dependency:unpack goal.
2) Then update the jar plugin config to use the unpack dir.
-Original Message-
From: Donald Ness [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:40 PM
To: Maven Users List
Subject: RE: including classes from a dependent jar
You could try using the ant plugin:
plugin
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
configuration
tasks
mkdir
dir=${project.build.directory}/${project.build.finalName}/applets/
jar
destfile=${project.build.directory}/${project.build.finalName}/applets/
YourJarName.jar
update=true
basedir=${project.build.outputDirectory}
includes=com/yourcompany/Class1.class
com/yourcompany/Class2.class .../
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
I'm not sure how well this will work for you, since you need to pull
classes from other modules, but you may be able to tweak this to suit
your needs. You could add several more jar tasks with basedirs pointing
to your other modules, keeping destfile the same and update set to true.
--Don
-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 4:24 PM
To: 'Maven Users List'
Subject: including classes from a dependent jar
I have a module that needs to build a jar file from a subset of classes
from
other modules.
Any suggestions on a clean way to do this?
__
Douglas W. Ferguson
EPSIIA - Another Fiserv Connection
Development
Office Phone: 512-329-0081 ext. 3309
Dial Toll Free: 800-415-5946
Mobile Phone: 512-293-7279
Fax: 512-329-0086
[EMAIL PROTECTED]
www.epsiia.com http://www.epsiia.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]
-
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 java processes refusing to die
I saw this recently. It turned out to be caused (how I don't know) by a service that had died on the server in the middle of the night.The service was the TSM Scheduler Service. This is on a Windows Server. Wayne Naccari (205) 437-6464 Mike Perham [EMAIL PROTECTED] 08/17/2006 04:29 PM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven java processes refusing to die Reboot? The only time I see rogue maven processes is when our unit tests fork and I kill the main maven process. The child unit test maven instance continues to run until the unit tests are complete. mike Jeff Mutonho [EMAIL PROTECTED] wrote on 08/17/2006 12:24:30 PM: kill -9 PID is not doing it.I've logged out and logged in again , still no luck.Now I have 2 maven java processes one eating away 1.6G of memory and the other 204M.These 2 dudes are just refusing to die This is on Linux machine. - This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.
Re: Dependency scopes
On 8/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Nick, I very much appreciate your response. I wish the article of reference on subject, namely, Introduction to the Dependency Mechanism was somewhat more precise. Perhaps the maintainers of the document could have another look at it. Is filing a bug report appropriate? As far as I know that's how they operate, yes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using javadoc overview and maven plugin
That sure sounds like a bug to me, if any of those should work it'd be
the basedir one. I'd file it.
On 8/17/06, Robbie Minshall [EMAIL PROTECTED] wrote:
My current conclusion:
Definately want to use a relative path or else this will obviously break
builds left and right. Using the ${basedir} looks like it will work
nicely. However, right now it seems that the javadoc plugin is not
replacing backslashes with slashes.
I have put various configurations and the error below demonstrating this.
It may be that I am doing something stupid here which would be great, or it
may be that the back slashes are not currently being replaced appropiately
for platform independence.
thanks guys for taking the time to have a peek at this . . .
* * * WHAT WORKS * * *
* full path double back slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\\working\\tuscany07252006\\java\\samples\\sdo\\src\\main\\java\\overview.html/overview
/configuration
/plugin
/plugins
* full path forward slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:/working/tuscany07252006/java/samples/sdo/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
* * * FULL PATH - SINGLE BACK SLASHES * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\working\tuscany07252006\java\samples\sdo\src\main\java\overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file c:working
uscany07252006javasamplessdosrcmainjavaoverview.html
* * * RELATIVE PATH USING BASEDIR VARIABLE * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overview${basedir}/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file C:working
uscany07252006javasamplessdo/src/main/java/overview.html
Robbie John.
On 8/16/06, Nick Veys [EMAIL PROTECTED] wrote:
On 8/16/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Attempting to set the overview page for javadoc relative to the working
directory :
Using the ${basedir} almost works and probably would on a unix
environment
but on windows I get :
C:working
uscany07252006javasamplessdo/src/main/java/overview.html
So it looks as it the javadoc plugin is picking up on the directory
slashes
as escape charactors.
Any thoughts ?
Could you post the javadoc plugin section of your POM? I assume by
saying using the basedir you have
overview${basedir}/src/main/java/overview.html/overview?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
* * * Charlie * * *
Check out some pics of little Charlie at
http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/
* * * Addresss * * *
1914 Overland Drive
Chapel Hill
NC 27517
* * * Number * * *
919-225-1553
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven java processes refusing to die
Funny, we've recently had kind of the opposite problem -- recurring SIGSEGV problems during CruiseControl-initiated maven builds on a linux platform (CC 2.5, Maven 2.0.4, Sun JDK 1.5.0_07-b03 on a RH CentOS 3.7 SMP Intel box). It was a rare occurrence until this week, now every build breaks due to the seg. fault. :-/ It's interesting how nervous I feel without the CI green light. Tomorrow we get to set up a new CI build machine to (hopefully) remedy the situation. Anyway, just sharing a bit of misery. Cheers, Doug On 8/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I saw this recently. It turned out to be caused (how I don't know) by a service that had died on the server in the middle of the night.The service was the TSM Scheduler Service. This is on a Windows Server. Wayne Naccari (205) 437-6464 Mike Perham [EMAIL PROTECTED] 08/17/2006 04:29 PM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven java processes refusing to die Reboot? The only time I see rogue maven processes is when our unit tests fork and I kill the main maven process. The child unit test maven instance continues to run until the unit tests are complete. mike Jeff Mutonho [EMAIL PROTECTED] wrote on 08/17/2006 12:24:30 PM: kill -9 PID is not doing it.I've logged out and logged in again , still no luck.Now I have 2 maven java processes one eating away 1.6G of memory and the other 204M.These 2 dudes are just refusing to die This is on Linux machine. - This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.
Re: [m2] eclipse:eclipse and eclipse 3.2 projects within a project support.
On 8/16/06, Barrie Treloar [EMAIL PROTECTED] wrote: I thought that the snapshot version of the eclipse:eclipse plugin had the functionality to do this for me, but it is not working how I expect. I assume I am doing something wrong. Should mvn eclipse:eclipse at the project root do what I expect? With the help of Nicolas' mail, these are the steps. Checkout your project root. Run mvn -DuseProjectReferences=false eclipse:eclipse at the project root. (I recommend not using project references so that you get repository copies and only when you need to work on related projects that you are changing sources files for at the same time to switch to project references) Rename the ROOT/.project file to something else File - Import - General - Existing Projects and browse to your workspace and the project root. Because there is no .project file eclipse will show all the subprojects as being available. Select them and click ok. Now rename the ROOT/.project file back. Press F5 to refresh your Navigator view. You should have all your projects links up hierarchically! Wee - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency scopes
Nick, I very much appreciate your response. I wish the article of reference on subject, namely, Introduction to the Dependency Mechanism was somewhat more precise. Perhaps the maintainers of the document could have another look at it. Is filing a bug report appropriate? Good day to you, ceki-3, You can file one under MNG - Documentation: Introductions ([1]) ^_^ [1] http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truemode=hidepid=10500sorter/order=DESCsorter/field=priorityresolution=-1component=11872 Cheers, Franz -- View this message in context: http://www.nabble.com/Dependency-scopes-tf2109159.html#a5860766 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
excluding unit tests
How can you do this explicitly, currently by default, package/install goals call these. i have the following snippet in my pom.xml and it's giving errors build excludes exclude **/*Test*.java /exclude /excludes /build -- View this message in context: http://www.nabble.com/excluding-unit-tests-tf2124320.html#a5860770 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does maven2 eclipse plugin suppor multi-module projects
Hi, I am trying to use the maven2 eclipse plugin for a module inside a multi-module project. But it doesn't seem to list the dependencies defined in the parent pom.xml at all. Am I missing something? Does it work in a multi-module project? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using javadoc overview and maven plugin
On 8/17/06, Robbie Minshall [EMAIL PROTECTED] wrote:
My current conclusion:
Definately want to use a relative path or else this will obviously break
builds left and right. Using the ${basedir} looks like it will work
nicely. However, right now it seems that the javadoc plugin is not
replacing backslashes with slashes.
I have put various configurations and the error below demonstrating this.
It may be that I am doing something stupid here which would be great, or
it
may be that the back slashes are not currently being replaced
appropiately
for platform independence.
thanks guys for taking the time to have a peek at this . . .
* * * WHAT WORKS * * *
* full path double back slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\\working\\tuscany07252006\\java\\samples\\sdo\\src\\main\\java\\overview.html/overview
/configuration
/plugin
/plugins
* full path forward slashes
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:/working/tuscany07252006/java/samples/sdo/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
* * * FULL PATH - SINGLE BACK SLASHES * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overviewc:\working\tuscany07252006\java\samples\sdo\src\main\java\overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file c:working
uscany07252006javasamplessdosrcmainjavaoverview.html
* * * RELATIVE PATH USING BASEDIR VARIABLE * * *
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
overview${basedir}/src/main/java/overview.html/overview
/configuration
/plugin
/plugins
/build
-- javadoc: error - Error while reading file C:working
uscany07252006javasamplessdo/src/main/java/overview.html
Robbie John.
Good day to you, Robbie,
Curious, what maven-javadoc-plugin are you using? I'm using 2.1-SNAPSHOT and
I don't think I've encountered your problem.
Cheers,
Franz
--
View this message in context:
http://www.nabble.com/using-javadoc-overview-and-maven-plugin-tf2110480.html#a5860779
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: excluding unit tests
Is this maven 1 or 2? It doesn't look right for either of them. Excluding unit tests is covered on both version's web pages... http://maven.apache.org/maven-1.x/reference/project-descriptor.html#unitTest http://maven.apache.org/plugins/maven-surefire-plugin/howto.html On 8/17/06, Satish [EMAIL PROTECTED] wrote: How can you do this explicitly, currently by default, package/install goals call these. i have the following snippet in my pom.xml and it's giving errors build excludes exclude **/*Test*.java /exclude /excludes /build -- View this message in context: http://www.nabble.com/excluding-unit-tests-tf2124320.html#a5860770 Sent from the Maven - Users forum 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: [m2] eclipse:eclipse and eclipse 3.2 projects within a project support.
Sorry that this discussion is somewhat off-topic, but I hope that it is okay since there are so many people trying to get hierarchically-organized Maven projects to work well in Eclipse... I setup a workspace using the procedure outlined in this thread. The end result that I get has the root and modules in a flat layout (not hierarchical) like this: root module1 module2 module3 At first I thought that it didn't work for me, but I suspect that this was the same result that others got. I was expecting a hierarchical layout in Eclipse, but I see now that this is really just a trick that allows you to create overlapping Eclipse projects. Normally, Eclipse would not allow you to add both root and module1 projects to the same workspace, since they overlap. This does have a few advantages over the method I was using before: 1. The import process is a convenient way to create an Eclipse project for each Maven module in one step. Previously, I was adding each one individually. (This also works if you have checked out your project from the root outside of the workspace.) 2. You can have your parent pom.xml in the root directory of your project, AND still be able to edit it in Eclipse. Previously, I was forced to put the parent pom in subdir under root. 3. You can commit changes in multiple modules/projects in one transaction, by committing the changes from root project. (However, I see now that the Subversive subversion plugin supports cross project atomic commits, which sounds like it will work even if you don't have your project root setup as an Eclipse project.) But it is still lacking in several respects: 1. If one team member adds a module, every person on the team has to do some fiddling to setup their workspace. 2. The display in Eclipse is still flat, rather than hierarchical, making it impractical to have more than one multi-module project in the same workspace (since there is no indication which root project owns moduleX). 3. You are limited to one level of inheritance in your project hierarchy. Or maybe not, if you do the same .project-hide and import trick more than once. Whatever the case, it still flattens the view. 4. All of your files show up twice (or worse, if your project hierarchy has more than one level) -- once as root/moduleX/file and again as moduleX/file. This can be confusing. The double-display of file modification label decorations is annoying. I suspect that it also has a significant negative impact on Eclipse performance. -Max Barrie Treloar wrote: On 8/16/06, Barrie Treloar [EMAIL PROTECTED] wrote: I thought that the snapshot version of the eclipse:eclipse plugin had the functionality to do this for me, but it is not working how I expect. I assume I am doing something wrong. Should mvn eclipse:eclipse at the project root do what I expect? With the help of Nicolas' mail, these are the steps. Checkout your project root. Run mvn -DuseProjectReferences=false eclipse:eclipse at the project root. (I recommend not using project references so that you get repository copies and only when you need to work on related projects that you are changing sources files for at the same time to switch to project references) Rename the ROOT/.project file to something else File - Import - General - Existing Projects and browse to your workspace and the project root. Because there is no .project file eclipse will show all the subprojects as being available. Select them and click ok. Now rename the ROOT/.project file back. Press F5 to refresh your Navigator view. You should have all your projects links up hierarchically! Wee - 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: [m2] eclipse:eclipse and eclipse 3.2 projects within a project support.
I setup a workspace using the procedure outlined in this thread. The end result that I get has the root and modules in a flat layout (not hierarchical) like this: root module1 module2 module3 At first I thought that it didn't work for me, but I suspect that this was the same result that others got. I was expecting a hierarchical layout in Eclipse, but I see now that this is really just a trick that allows you to create overlapping Eclipse projects. Normally, Eclipse would not allow you to add both root and module1 projects to the same workspace, since they overlap. Eclipse creates the projects as you describe above, but the actual contents of moduleX is contained within root. As you noted. 3. You can commit changes in multiple modules/projects in one transaction, by committing the changes from root project. (However, I see now that the Subversive subversion plugin supports cross project atomic commits, which sounds like it will work even if you don't have your project root setup as an Eclipse project.) At the moment I am using CVS, so I haven't noticed this issue. But it is still lacking in several respects: 1. If one team member adds a module, every person on the team has to do some fiddling to setup their workspace. Only if that person wants to work on that module. It's a small price to pay. You really only want to create projects in your eclipse workspace on stuff you are actually working on anyway. 2. The display in Eclipse is still flat, rather than hierarchical, making it impractical to have more than one multi-module project in the same workspace (since there is no indication which root project owns moduleX). In the Package Explorer there is a down arrow in the view toolbar, choose Select Working Set... from it and you can then group your projects together into whatever logical organisation you want. Alternatively create more than one workspace if the projects are not related. 3. You are limited to one level of inheritance in your project hierarchy. Or maybe not, if you do the same .project-hide and import trick more than once. Whatever the case, it still flattens the view. The project can be setup at any level of subdirectory below the root. I think what you might be talking about is root - groupingA - moduleX - moduleY - groupingB - module G I don't have such a structure but I see no reason why you could not create a project for groupingA, moduleX and moduleY. 4. All of your files show up twice (or worse, if your project hierarchy has more than one level) -- once as root/moduleX/file and again as moduleX/file. This can be confusing. The double-display of file modification label decorations is annoying. I suspect that it also has a significant negative impact on Eclipse performance. I doubt the impact is significant enough to worry about. And you would soon get over the confusing part. If for some reason there is a performance penalty, you can always go back to having a single project. For me the benefits far outway any drawbacks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does maven2 eclipse plugin suppor multi-module projects
On 8/18/06, Kent Tong [EMAIL PROTECTED] wrote: Hi, I am trying to use the maven2 eclipse plugin for a module inside a multi-module project. But it doesn't seem to list the dependencies defined in the parent pom.xml at all. Am I missing something? Does it work in a multi-module project? Kent, did you check the archives? http://www.nabble.com/Maven---Users-f178.html In particular: http://www.nabble.com/forum/ViewPost.jtp?post=5849396framed=y http://www.nabble.com/forum/ViewPost.jtp?post=5842381framed=y - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.util.zip.ZipException on running command maven cruisecontrol:run
hello everyone due to some changes i get the followin error when i run cruisecontrol through maven cruisecontrol:run the error code is: [java] java.util.zip.ZipException: The system cannot find the path specifi [java] at java.util.zip.ZipFile.open(Native Method) [java] at java.util.zip.ZipFile.init(ZipFile.java:112) [java] at java.util.jar.JarFile.init(JarFile.java:127) [java] at java.util.jar.JarFile.init(JarFile.java:65) [java] Exception in thread main [java] [ERROR] Java Result: 1 any suggestions will be greatly appreciated manoj kaushik
