RE: Eclipse not picking up settings.xml
Hi Alex, If by 'Eclipse' you mean the M2Eclipse plugin, that's a known issue with the plugin - it never reads settings.xml. Thanks, Ryan Slobojan -Original Message- From: Morgovsky, Alexander (US - Glen Mills) [mailto:[EMAIL PROTECTED] Sent: Friday, January 12, 2007 10:25 AM To: users@maven.apache.org Subject: Eclipse not picking up settings.xml What do I need to do to configure Eclipse 3.2 to pick up the settings.xml file defined in %M2_HOME%/conf? Thanks. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SQL scripts in webapp
Hi,
On our side, we created the best of both worlds:
* We used Ant's exec to call the command-line SQL client (in the poster's
case, SQLPlus) and to rebuild the database as desired
* We then used those ant scripts as the basis for a Maven plugin
End result, a fully integrated and reusable ant-based database build process
which is integrated into Maven's build lifecycle.
Thanks,
Ryan Slobojan
-Original Message-
From: Phillip Rhodes [mailto:[EMAIL PROTECTED]
Sent: Tue 12/12/2006 7:11 PM
To: Maven Users List
Subject: Re: SQL scripts in webapp
I dealt with this one too. I had to take a step back.
Maven is great for building/compiling code, but it is not an platform
for execution.
My problem went away when I decided to use maven to package/build my
projects and left sql/data migration programs/etc/ to ant scripts.
Just my 2 cents.
Vinita Joshi wrote:
I want to use sql scripts in my webapp which I am building using maven 2.
However, the scripts are executed when I run mvn package command. I want
these scripts to be executed when I deploy the app on geronimo.
Any help is appreciated.
Regards,
Vinita
I have added the following in my pom.xml
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdsql-maven-plugin/artifactId
dependencies
!-- specify the dependent jdbc driver here --
dependency
groupIdojdbc14/groupId
artifactIdojdbc14/artifactId
version10.1.0.4.0/version
/dependency
/dependencies
!-- common configuration shared by all executions --
configuration
usernamesf/username
passwordsf/password
!-- You can comment out username/password configurations and
have maven to look them up in your settings.xml using
${settingsKey}
--
settingsKeyssensibleKey/settingsKeys
driveroracle.jdbc.driver.OracleDriver/driver
urljdbc:oracle:thin:@localhost:1521:orcl/url
/configuration
executions
execution
idcreate-data/id
phaseprocess-test-resources/phase
goals
goalexecute/goal
/goals
configuration
fileset
basedirsrc/basedir
includes
!-- These 2 files may not get executed in sequence, use
srcFiles instead, if needed --
includetest/sql/test-data.sql/include
!--includetest/sql/test-data2.sql/include--
/includes
/fileset
/configuration
/execution
/executions
/plugin
/plugins
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: delete a directory by maven-antrun-plugin?
Hi Sha,
There are a couple things I can recommend:
* To see what you are deleting, do:
tasks
echo message=Deleting ${the_directory}.../
delete dir=the_directory/
/tasks
Of course, if you are hardcoding a directory as opposed to using e.g.
${basedir}/something, then this won't be very helpful
* Ant's delete task has an annoying habit of deleting *only* the files
inside of a directory, not the directories themselves. To get it ot
delete the directories, you need to:
delete dir=the_directory includeemptydirs=true/
Thanks,
Ryan Slobojan
-Original Message-
From: jiangshachina [mailto:[EMAIL PROTECTED]
Sent: Sunday, December 03, 2006 2:34 AM
To: users@maven.apache.org
Subject: Re: delete a directory by maven-antrun-plugin?
Dear dan,
are you sure you did point ant:delete to a valid directory? ;-)
Really, I don't know the plugin.
How can I get its home page?
a cup of Java, cheers!
Sha Jiang
dan tran wrote:
are you sure you did point ant:delete to a valid directory? ;-)
i works for me here
-D
On 12/3/06, jiangshachina [EMAIL PROTECTED] wrote:
Hi,
In fact, I need to delete some directories after checkout one module
from CVS.
and it seems that I cannot checkout several modules in one pom, then
I made the idea.
a cup of Java, cheers!
Sha Jiang
jiangshachina wrote:
I just want to delete directory,
the work isn't related to compile, package, or others.
a cup of Java, cheers!
Sha Jiang
jiangshachina wrote:
Hello dan,
Exactly, I don't know which phase would be bined :( I used
idinitialize/id phaseinitialize/phase but the result was
the same.
a cup of Java, cheers!
Sha Jiang
dan tran wrote:
You may want to bind your antrun execution to a phase.
-D
On 12/2/06, jiangshachina [EMAIL PROTECTED] wrote:
Hello,
I want to delete a directory by maven-antrun-plugin, I'm using
the scripts below, plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
version1.1/version
executions
execution
configuration
tasks
delete
dir=the_directory/
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
then I run mvn antrun:run,
unfortunately, Maven didn't delete the directory.
How can I resolve the trouble?
a cup of Java, cheers!
Sha Jiang
--
View this message in context:
http://www.nabble.com/delete-a-directory-by-maven-antrun-plugin--tf27
45727s177.html#a7660767
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/delete-a-directory-by-maven-antrun-plugin--tf27
45727s177.html#a7661328 Sent from the Maven - Users mailing list
archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/delete-a-directory-by-maven-antrun-plugin--tf27457
27s177.html#a7661702
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: delete a directory by maven-antrun-plugin?
Hi Sha,
It appears that the antrun task is executing, but I suspect it's not finding
the directory correctly. From the block of code you pasted, it looks like
you're using a relative path to select the folder for deletion - I'd recommend
that you use something like ${project.build.directory}/checkout/whatever as
opposed to just checkout/whatever. You may find that antrun isn't running in
the folder that you think it is, so you have to specify an absolute path.
In case you're wondering, ${project.build.directory} points at [project]\target.
Thanks,
Ryan Slobojan
-Original Message-
From: jiangshachina [mailto:[EMAIL PROTECTED]
Sent: Sun 12/3/2006 8:33 PM
To: users@maven.apache.org
Subject: Re: delete a directory by maven-antrun-plugin?
Dear Wayne,
I followed your instructions, but didn't find any interesting things.
It's some of output below
[DEBUG] org.apache.maven:maven-artifact:jar:2.0.1:runtime (selected
for runtime)
[DEBUG] org.apache.maven:maven-artifact:jar:2.0.1:runtime (selected for
runtime)
[DEBUG] Retrieving parent-POM: org.apache.maven:maven::2.0.1 for project:
org.apache.maven:maven-plugin-api:jar:2.0.1 from the repository.
[DEBUG] org.apache.maven:maven-plugin-api:jar:2.0.1:runtime (selected for
runtime)
[DEBUG] ant:ant:jar:1.6.5:runtime (selected for runtime)
[DEBUG] ant:ant-launcher:jar:1.6.5:runtime (selected for runtime)
[DEBUG] Configuring mojo
'org.apache.maven.plugins:maven-antrun-plugin:1.1:run'--
[DEBUG] (f) artifacts = [ant:ant:jar:1.6.5:runtime,
ant:ant-launcher:jar:1.6.5:runtime,
org.apache.maven:maven-project:jar:2.0.1:runtime,
org.apache.maven:maven-plugin-api:jar:2.0.1:runtime]
[DEBUG] (f) project = [EMAIL PROTECTED]
[DEBUG] (f) tasks =
[DEBUG] -- end configuration --
[INFO] [antrun:run]
[INFO] Executing tasks
[INFO] Executed tasks
[INFO]
[INFO] BUILD SUCCESSFUL
a cup of Java, cheers!
Sha Jiang
Wayne Fay wrote:
Add an -X ie mvn -X scm:checkout antrun:run to get more information
while Maven is running.
Wayne
On 12/3/06, jiangshachina [EMAIL PROTECTED] wrote:
Hello Ryan,
Really, I didn't create a right Ant statements.
But my trouble isn't related to Ant scripts, but Maven work flow.
The following is my main pom scripts,
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-scm-plugin/artifactId
version1.0-beta-3/version
configuration
usernameusername/username
passwordpassword/password
checkoutDirectorycheckout/myproject/checkoutDirectory
/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
version1.1/version
executions
execution
idcompile/id
phasegenerate-resources/phase
configuration
tasks
delete
dir=checkout\myproject\specific_directory
includeemptydirs=true/
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
/plugins
/build
addtionally, I have set scmconnection in project.
I'm using command mvn scm:checkout antrun:run.
In the console, I saw some words about antrun work, but it did nothing :(
a cup of Java, cheers!
Sha Jiang
Ryan Slobojan wrote:
Hi Sha,
There are a couple things I can recommend:
* To see what you are deleting, do:
tasks
echo message=Deleting ${the_directory}.../
delete dir=the_directory/
/tasks
Of course, if you are hardcoding a directory as opposed to using e.g.
${basedir}/something, then this won't be very helpful
* Ant's delete task has an annoying habit of deleting *only* the files
inside of a directory, not the directories themselves. To get it ot
delete the directories, you need to:
delete dir=the_directory includeemptydirs=true/
Thanks,
Ryan Slobojan
-Original Message-
From: jiangshachina [mailto:[EMAIL PROTECTED]
Sent: Sunday, December 03, 2006 2:34 AM
To: users@maven.apache.org
Subject: Re: delete a directory by maven-antrun-plugin?
Dear dan
RE: [m2] exclusive profiles
Hi, If I understand Maven's profile system correctly, you *could* still invoke both at the same time if you did: mvn -PA,B [..] The activation block will just specify how the profiles activate by default. Depending on how explicit your profile exclusion requirements are, this solution may not be quite enough - you may want to try something like: * Create a flag file in the /target folder when a profile runs (e.g. /target/A.flag) * Check for the existence of that flag in the other profile (e.g. if profile B sees a.flag, it bombs) * Remember to delete the flag file at the end of the build process. :) Thanks, Ryan Slobojan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, November 30, 2006 6:39 AM To: users@maven.apache.org Subject: RE: [m2] exclusive profiles Thanks. It's exactly what I want I didn't know the prop / !prop trick. Very useful. -Message d'origine- De : Andrew Williams [mailto:[EMAIL PROTECTED] Envoyé : jeudi 30 novembre 2006 14:29 À : Maven Users List Objet : Re: [m2] exclusive profiles I would do it using a property (say alt) and the following activation configuration: profiles profile idA/id activation property name!alt/name /property /activation ... /profile profile idB/id activation property namealt/name /property /activation ... /profile /profiles Then using mvn sometarget will use profile A, but mvn -Dalt sometarget will use profile B. Hope that helps, Andy [EMAIL PROTECTED] wrote: Hi maven-users, How would you exclude or include (some kind of XOR) some profiles in a settings.xml Example: I've defined 2 profiles A and B. I would like to configure the following comportement: A ? B ? 0 0 error 0 1 OK 1 0 OK 1 1 error How would you do? Thanks for your answer. Rémy [snip] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] maven-changelog-plugin - no changes in list?
Hi, Try using: groupIdorg.apache.maven.plugins/groupId artifactIdmaven-changelog-plugin/artifactId version2.0-SNAPSHOT/version The plugin apparently switched locations from Codehaus to Apache, and the newest version is located there. Don't forget to add the Apache snapshot repository (http://people.apache.org/repo/m2-snapshot-repository) to your repository list since the plugin's not yet released. Thanks, Ryan Slobojan -Original Message- From: CodingPlayer [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 17, 2006 8:39 AM To: users@maven.apache.org Subject: [m2] maven-changelog-plugin - no changes in list? Hi, I'm currently trying to use the maven-changelog-plugin. But there are no changes in the report, and no error in the build log. my configuration is: pom.xml: /reporting /plugins plugin !-- Changelog Reports (from SCM) -- groupIdorg.codehaus.mojo/groupId artifactIdchangelog-maven-plugin/artifactId reportSets reportSet iddual-report/id configuration typerange/type range30/range /configuration reports reportchangelog/report reportfile-activity/report reportdev-activity/report /reports /reportSet /reportSets /plugin /plugins /reporting scm connection scm:svn:https://host/svn/sat/pom/trunk/ /connection developerConnection scm:svn:https://host/svn/sat/pom/trunk/ /developerConnection url http://host/viewcvs.cgi/pom/trunk/ /url /scm Any ideas, why the report is empty? thx 4 help R.C. -- View this message in context: http://www.nabble.com/-m2--maven-changelog-plugin---no-changes-in-list-- tf2460389.html#a6857883 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can I bypass the whole Maven build part?!
Hi Sam, Just so you know, with an email address like Sam Anabtawi @ somecompany, it's not too hard to guess who you are. ;) Thanks, SomeOtherDude -Original Message- From: SomeDude [mailto:[EMAIL PROTECTED] Sent: Thursday, October 05, 2006 8:19 AM To: users@maven.apache.org Subject: Re: Can I bypass the whole Maven build part?! Great thank you so much Siegfried. SomeDude is not my real name of course :) I just need to be anonymous for when I ask maybe-not-so-smart-questions. I am almost done with chapter 1 from Maven a Developer's Notebook and then I will start trying out your advice. Thank you again :) Siegfried Goeschl wrote: Hi SomeDude, Not sure if SomeDude is really your name ... I did such a thing for Maven 1 ... +) you can explicitely define which reports should be generated - some of them use source code whereas some other use class files (JDepend) +) best you start with a minimal report section +) you can trigger the site generation using mvn site somewhere +within the ant build +) depending on the amount of tinkering you can also generate a +Surefire report passed on your JUnit test Cheers, Siegfried Goeschl PS: Good luck out there as fresh graduate ... :-) SomeDude wrote: I am very new to Maven and from the introductory reading that I have done I am starting to understand that if I were to use it in our projects I would have to replace our current build process. Here are my problems: 1) Boss wants me to see if Maven can be useful for us in the documentation process. He really likes the website feature. 2) Boss likes the way we build our projects since we have been using these ginormous ant scripts for years now. He will not change the build process. 3) Boss would not even consider messing with our current directory structures My Question is: Is there any way I could use Maven features like the website generation and report creation without having to interfere with the current project structure and build process? Sorry if my question is noobish, FreshGraduate! Thanx guys. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Can-I-bypass-the-whole-Maven-build-part-%21-tf2388 989.html#a6661200 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] RE: Can I bypass the whole Maven build part?!
Hi Sam, This might be true, but how many of them work at Infinity Property and Casualty Corporation? :D Thanks, Anonymous -Original Message- From: SomeDude [mailto:[EMAIL PROTECTED] Sent: Thursday, October 05, 2006 8:29 AM To: users@maven.apache.org Subject: RE: Can I bypass the whole Maven build part?! Cmon, Sam Anabtawi is like one of the most common names in the states. There are like 1000s.. no wait 10,000s of Anabtawis around! Ryan Slobojan wrote: Hi Sam, Just so you know, with an email address like Sam Anabtawi @ somecompany, it's not too hard to guess who you are. ;) Thanks, SomeOtherDude -Original Message- From: SomeDude [mailto:[EMAIL PROTECTED] Sent: Thursday, October 05, 2006 8:19 AM To: users@maven.apache.org Subject: Re: Can I bypass the whole Maven build part?! Great thank you so much Siegfried. SomeDude is not my real name of course :) I just need to be anonymous for when I ask maybe-not-so-smart-questions. I am almost done with chapter 1 from Maven a Developer's Notebook and then I will start trying out your advice. Thank you again :) Siegfried Goeschl wrote: Hi SomeDude, Not sure if SomeDude is really your name ... I did such a thing for Maven 1 ... +) you can explicitely define which reports should be generated - +some of them use source code whereas some other use class files (JDepend) +) best you start with a minimal report section +) you can trigger the site generation using mvn site somewhere +within the ant build +) depending on the amount of tinkering you can also generate a +Surefire report passed on your JUnit test Cheers, Siegfried Goeschl PS: Good luck out there as fresh graduate ... :-) SomeDude wrote: I am very new to Maven and from the introductory reading that I have done I am starting to understand that if I were to use it in our projects I would have to replace our current build process. Here are my problems: 1) Boss wants me to see if Maven can be useful for us in the documentation process. He really likes the website feature. 2) Boss likes the way we build our projects since we have been using these ginormous ant scripts for years now. He will not change the build process. 3) Boss would not even consider messing with our current directory structures My Question is: Is there any way I could use Maven features like the website generation and report creation without having to interfere with the current project structure and build process? Sorry if my question is noobish, FreshGraduate! Thanx guys. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Can-I-bypass-the-whole-Maven-build-part-%21-tf23 88 989.html#a6661200 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Can-I-bypass-the-whole-Maven-build-part-%21-tf2388 989.html#a6661458 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
List of remaining build-related tasks
Hi, This is the set of remaining build-related tasks that Ken and I came up with: * Set up functional testing framework using FIT/FitNesse (and possibly Selenium) * Confirm that the Continuum web services command-line client is no longer needed - it's 95% likely that we don't need it any more, however there had also been mention of using the client to add in projects to Continuum when branches are created, so we should confirm this with Thomas before we consider it done * Test the automated Ops rollout of JBoss, Java, TortoiseSVN and Maven (with all of the customized components necessary, e.g. the JBoss custom server config and the Maven settings.xml) to ensure that it's seamless * Are we certain that we want to stay on the MyEclipse IDE? JBoss also has an Eclipse-based IDE, and if we're working with their technology stack it may be useful to try out their IDE and compare it to MyEclipse * Wrapping some build processes in Ant scripts (e.g. JBoss deployment, startup, shutdown) * Database versioning testing (including branching) * MySQL setup and configuration * Get the project version number showing up on the project site * Set up Maven-proxy or Archiva on the external-release and external-snapshot repositories on SFDev-4 * Change the formatting of the project site's unit test results to match the formatting generated by Ant/CruiseControl Thanks, Ryan Slobojan
RE: List of remaining build-related tasks
Hi, How incredibly embarassing - we have an internal alias, also called continuum-users. I blame Outlook and it's tenacity in hiding the email address you're actually sending email to from the end user. Thanks, and sorry for the mix-up. Ryan Slobojan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 26, 2006 3:21 PM To: continuum-users@maven.apache.org Subject: Re: List of remaining build-related tasks Another mis-send, Ryan? ;-) Wayne On 9/26/06, Ryan Slobojan [EMAIL PROTECTED] wrote: Hi, This is the set of remaining build-related tasks that Ken and I came up with: * Set up functional testing framework using FIT/FitNesse (and possibly Selenium) * Confirm that the Continuum web services command-line client is no longer needed - it's 95% likely that we don't need it any more, however there had also been mention of using the client to add in projects to Continuum when branches are created, so we should confirm this with Thomas before we consider it done * Test the automated Ops rollout of JBoss, Java, TortoiseSVN and Maven (with all of the customized components necessary, e.g. the JBoss custom server config and the Maven settings.xml) to ensure that it's seamless * Are we certain that we want to stay on the MyEclipse IDE? JBoss also has an Eclipse-based IDE, and if we're working with their technology stack it may be useful to try out their IDE and compare it to MyEclipse * Wrapping some build processes in Ant scripts (e.g. JBoss deployment, startup, shutdown) * Database versioning testing (including branching) * MySQL setup and configuration * Get the project version number showing up on the project site * Set up Maven-proxy or Archiva on the external-release and external-snapshot repositories on SFDev-4 * Change the formatting of the project site's unit test results to match the formatting generated by Ant/CruiseControl Thanks, Ryan Slobojan
RE: List of remaining build-related tasks
Hi Wayne, I think we might just take you up on that suggestion! :) Thanks, Ryan Slobojan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 26, 2006 3:33 PM To: continuum-users@maven.apache.org Subject: Re: List of remaining build-related tasks Not a problem... but I think you might want to rename that internal list, to avoid future troubles. ;-) Wayne On 9/26/06, Ryan Slobojan [EMAIL PROTECTED] wrote: Hi, How incredibly embarassing - we have an internal alias, also called continuum-users. I blame Outlook and it's tenacity in hiding the email address you're actually sending email to from the end user. Thanks, and sorry for the mix-up. Ryan Slobojan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 26, 2006 3:21 PM To: continuum-users@maven.apache.org Subject: Re: List of remaining build-related tasks Another mis-send, Ryan? ;-) Wayne On 9/26/06, Ryan Slobojan [EMAIL PROTECTED] wrote: Hi, This is the set of remaining build-related tasks that Ken and I came up with: * Set up functional testing framework using FIT/FitNesse (and possibly Selenium) * Confirm that the Continuum web services command-line client is no longer needed - it's 95% likely that we don't need it any more, however there had also been mention of using the client to add in projects to Continuum when branches are created, so we should confirm this with Thomas before we consider it done * Test the automated Ops rollout of JBoss, Java, TortoiseSVN and Maven (with all of the customized components necessary, e.g. the JBoss custom server config and the Maven settings.xml) to ensure that it's seamless * Are we certain that we want to stay on the MyEclipse IDE? JBoss also has an Eclipse-based IDE, and if we're working with their technology stack it may be useful to try out their IDE and compare it to MyEclipse * Wrapping some build processes in Ant scripts (e.g. JBoss deployment, startup, shutdown) * Database versioning testing (including branching) * MySQL setup and configuration * Get the project version number showing up on the project site * Set up Maven-proxy or Archiva on the external-release and external-snapshot repositories on SFDev-4 * Change the formatting of the project site's unit test results to match the formatting generated by Ant/CruiseControl Thanks, Ryan Slobojan
[Offtopic] RE: How to include dependencies in an executable jar?
Hi, If I may toss in a point of irony about this: * Your complaint is that people don't search before they send out a question * Therefore, your response is to flame those that do in the hope that the fear^H^H^H^Hencouragement will spread to others Logical Flaw: * The people that don't search before posting aren't going to see these flames, and thus will not be encouraged Happy Friday! Thanks, Ryan Slobojan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, September 22, 2006 11:20 AM To: Maven Users List Subject: Re: How to include dependencies in an executable jar? Its OK... I just have to flame every now and then for things like that in an effort to encourage others to search before sending. Sorry you were the target in this case. ;-) [snip] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Issues with ${project.version} and deploy
Hi,
I'm trying to put several common elements into a top-level company POM,
for example:
urlhttp://[server]/sites/${project.artifactId}/${pom.version}/url
distributionManagement
site
idsite/id
url
file://localhost/a1/devel/build/sites/${project.artifactId}/${project.ve
rsion}/
/url
/site
/distributionManagement
However, I am finding that when the POM is getting deployed out to the
repository (using the command ) that the instances of ${project.version}
(and also ${pom.version}) are getting stripped out and replaced with the
version of the POM itself (e.g. 1, 2), leaving me with something that
looks like:
urlhttp://[server]/sites/${project.artifactId}/1/url
distributionManagement
site
idsite/id
url
file://localhost/a1/devel/build/sites/${project.artifactId}/1/
/url
/site
/distributionManagement
As you can imagine, this makes it a bit tough to specify these common
components in the master POM, and I'm hoping to avoid putting the same
config into every project POM. Is there a way to prevent the
${project.version} from getting hardcoded during a 'mvn
deploy:deploy-file'?
Thanks,
Ryan Slobojan
RE: it is in the way cvs update: move away errors :what's ths?
Hi Jeff, This actually looks unrelated to Continuum. My guess is that someone has checked in their EAR files into CVS, and when you try to do a CVS update it detects that there are already files named e.g. eportal.ear present and fails. You'll probably want to see who checked in the EAR files and inform them of their mistake - also, a .cvsignore in /target might be a good idea to prevent future recurrences of this problem. Thanks, Ryan Slobojan -Original Message- From: Jeff Mutonho [mailto:[EMAIL PROTECTED] Sent: Friday, September 08, 2006 8:13 AM To: continuum-users@maven.apache.org Subject: it is in the way cvs update: move away errors :what's ths? I had a successful build an hour ago( that resulted in the building of 2 ears) , but my latest hourly build has a BUILD FAILURE status.The error message says : Build statistics: State: Error Previous State: Ok Started at: Fri, 8 Sep 2006 17:00:00 +0200 Finished at: Fri, 8 Sep 2006 17:00:27 +0200 Total time: 27s Build Trigger: Schedule Exit code: 0 Building machine hostname: jam-000280 Operating system : Windows XP(Service Pack 2) Java version : 1.5.0_07(Sun Microsystems Inc.) Changes No files changed Build Error: Provider message: The cvs command failed. Command output: --- cvs update: move away eportal-ear/target/application.xml; it is in the way cvs update: move away eportal-ear/target/eportal.ear; it is in the way cvs update: move away eportal-ejb-ear/target/application.xml; it is in the way cvs update: move away eportal-ejb-ear/target/eportal- messaging.ear; it is in the way --- What is this? -- Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042
[Solved] RE: Problems with Contonuum XML-RPC interface
Hi, I believe we've discovered the source of this problem. We are currently using the version of Continuum that is distributed by Mergere (it's called Maestro, and the version is 1.0.1), and when we installed Continuum 1.0.3 by itself, the XML-RPC interface worked as expected. It looks like something in Maestro 1.0.1 broke the Continuum XML-RPC interface. Thanks, Ryan Slobojan -Original Message- From: Ryan Slobojan [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 11:26 AM To: continuum-users@maven.apache.org Subject: RE: Problems with Contonuum XML-RPC interface Hi Emmanuel, From my original email: - The fact that the XML-RPC interface is not there is confirmed when I run the Continuum XML-RPC sample client (org.apache.maven.continuum.rpc.SampleClient) and pass it an argument of either http://[server]:8200 or http://[server]:8200/continuum. I get the following output: ** Projects list ** org.apache.xmlrpc.XmlRpcException: java.lang.Exception: RPC handler object continuum not found and no default handler registered at org.apache.xmlrpc.XmlRpcClientResponseProcessor.decodeException(XmlRpcClientResponseProcessor.java:102) at org.apache.xmlrpc.XmlRpcClientResponseProcessor.decodeResponse(XmlRpcClientResponseProcessor.java:69) at org.apache.xmlrpc.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:72) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:193) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:184) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:177) at org.apache.maven.continuum.rpc.ProjectsReader.readProjects(ProjectsReader.java:66) at org.apache.maven.continuum.rpc.SampleClient.main(SampleClient.java:45) - I see that it's started, but when I try to actually use it I get an error saying that the RPC handler object isn't present. Thanks, Ryan Slobojan -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 11:21 AM To: continuum-users@maven.apache.org Subject: Re: Problems with Contonuum XML-RPC interface XML-RPC service is started: INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC service. ... INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC listener on port '8200'. You can try with this little sample client : http://svn.apache.org/viewvc/maven/continuum/tags/continuum-1.0.3/continuum-rpc-client/src/main/java/org/apache/maven/continuum/rpc/SampleClient.java?revision=395968view=markup Emmanuel Ryan Slobojan a écrit : Hi Emmanuel, Thanks for the quick response! The Initialization segment of the log file is posted below. Please be aware that it's a bit long: STATUS | wrapper | 2006/09/05 12:28:10 | -- Wrapper Started as Daemon STATUS | wrapper | 2006/09/05 12:28:10 | Launching a JVM... INFO | jvm 1| 2006/09/05 12:28:10 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org INFO | jvm 1| 2006/09/05 12:28:10 | INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Services will be deployed in: '../../services'. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Applications will be deployed in: '../../apps'. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Service Supervisor is deploying plexus-appserver-service-jetty-2.0-alpha-2. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Removing old service. INFO | jvm 1| 2006/09/05 12:28:11 | [DEBUG] Found 1 components to load on start INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Loading on start [role,roleHint]: [org.codehaus.plexus.appserver.service.PlexusService,jetty] INFO | jvm 1| 2006/09/05 12:28:11 | 12:28:11.191 EVENT Starting Jetty/4.2.24 INFO | jvm 1| 2006/09/05 12:28:11 | 12:28:11.213 EVENT Started [EMAIL PROTECTED] INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Service Supervisor is deploying plexus-appserver-service-xmlrpc-2.0-alpha-3. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Removing old service. INFO | jvm 1| 2006/09/05 12:28:11 | [DEBUG] Found 1 components to load on start INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Loading on start [role,roleHint]: [org.codehaus.plexus.appserver.service.PlexusService,xml-rpc] INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC service. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Application Supervisor is deploying continuum-plexus-application-1.0.3-maestro-1.0.1. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Application 'continuum' already extracted. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Deploying application 'continuum' at '/usr/local/maestro-1.0.1/project-server/bin/linux/../../apps/continuum'. INFO
RE: Problems with Contonuum XML-RPC interface
Hi Emmanuel, From my original email: - The fact that the XML-RPC interface is not there is confirmed when I run the Continuum XML-RPC sample client (org.apache.maven.continuum.rpc.SampleClient) and pass it an argument of either http://[server]:8200 or http://[server]:8200/continuum. I get the following output: ** Projects list ** org.apache.xmlrpc.XmlRpcException: java.lang.Exception: RPC handler object continuum not found and no default handler registered at org.apache.xmlrpc.XmlRpcClientResponseProcessor.decodeException(XmlRpcClientResponseProcessor.java:102) at org.apache.xmlrpc.XmlRpcClientResponseProcessor.decodeResponse(XmlRpcClientResponseProcessor.java:69) at org.apache.xmlrpc.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:72) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:193) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:184) at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:177) at org.apache.maven.continuum.rpc.ProjectsReader.readProjects(ProjectsReader.java:66) at org.apache.maven.continuum.rpc.SampleClient.main(SampleClient.java:45) - I see that it's started, but when I try to actually use it I get an error saying that the RPC handler object isn't present. Thanks, Ryan Slobojan -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 11:21 AM To: continuum-users@maven.apache.org Subject: Re: Problems with Contonuum XML-RPC interface XML-RPC service is started: INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC service. ... INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC listener on port '8200'. You can try with this little sample client : http://svn.apache.org/viewvc/maven/continuum/tags/continuum-1.0.3/continuum-rpc-client/src/main/java/org/apache/maven/continuum/rpc/SampleClient.java?revision=395968view=markup Emmanuel Ryan Slobojan a écrit : Hi Emmanuel, Thanks for the quick response! The Initialization segment of the log file is posted below. Please be aware that it's a bit long: STATUS | wrapper | 2006/09/05 12:28:10 | -- Wrapper Started as Daemon STATUS | wrapper | 2006/09/05 12:28:10 | Launching a JVM... INFO | jvm 1| 2006/09/05 12:28:10 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org INFO | jvm 1| 2006/09/05 12:28:10 | INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Services will be deployed in: '../../services'. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Applications will be deployed in: '../../apps'. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Service Supervisor is deploying plexus-appserver-service-jetty-2.0-alpha-2. INFO | jvm 1| 2006/09/05 12:28:10 | [INFO] Removing old service. INFO | jvm 1| 2006/09/05 12:28:11 | [DEBUG] Found 1 components to load on start INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Loading on start [role,roleHint]: [org.codehaus.plexus.appserver.service.PlexusService,jetty] INFO | jvm 1| 2006/09/05 12:28:11 | 12:28:11.191 EVENT Starting Jetty/4.2.24 INFO | jvm 1| 2006/09/05 12:28:11 | 12:28:11.213 EVENT Started [EMAIL PROTECTED] INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Service Supervisor is deploying plexus-appserver-service-xmlrpc-2.0-alpha-3. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Removing old service. INFO | jvm 1| 2006/09/05 12:28:11 | [DEBUG] Found 1 components to load on start INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Loading on start [role,roleHint]: [org.codehaus.plexus.appserver.service.PlexusService,xml-rpc] INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC service. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Application Supervisor is deploying continuum-plexus-application-1.0.3-maestro-1.0.1. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Application 'continuum' already extracted. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Deploying application 'continuum' at '/usr/local/maestro-1.0.1/project-server/bin/linux/../../apps/continuum'. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Using application configurator file ../../apps/continuum/conf/application.xml. INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Using appDir = ../../apps/continuum INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Deploying /usr/local/maestro-1.0.1/project-server/bin/linux/../../apps/continuum/webapp with context path of /continuum INFO | jvm 1| 2006/09/05 12:28:11 | [INFO] Starting XML-RPC listener on port '8200'. INFO | jvm 1| 2006/09/05 12:28:11 | 2006-09-05 12:28:11,816 [WrapperSimpleAppMain] DEBUG PlexusContainer
