Can the site.xml inheritance be avoided ?
Hi Guys, I have a multi-module project and it just happens so that I want to have a totally seperate look & feel and menu-items in the site generated for just the parent. Hence I made my custom site.xml for that parent (reactor) module without reports and modules in the left menu. As for child modules, I want to have the maven's default look & feel and menu-items. But the problem is that now that I have introduced the site.xml for just the parent module, all my child modules are inheriting that structure, which I don't want, and instead have the maven's default site structure be used. Is there a way I can avoid inheriting the site.xml from the parent ?. Also, I would certainly want to avoid introducing site.xml file for each of the child module (20 to 25 in number) just to avoid this inheritance. Please comment. Thanks, Farhan. -- View this message in context: http://old.nabble.com/Can-the-site.xml-inheritance-be-avoided---tp27556750p27556750.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Accessing Properties in site.xml?
Hi Guys, Is there a way to access the properties defined in pom.xml from within site.xml ?. I am creating some custom menu items and would like the "href" for each of the items to be constructed dynamically based on some properties in pom or within some profiles. Is that possible ? Thanks in advance, Farhan -- View this message in context: http://old.nabble.com/Accessing-Properties-in-site.xml--tp27542692p27542692.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Inject a new menu-item to the "Project Documentation" Menu
Hi Guys, Is there a way to inject a new menu-item to the "Project Documentation" menu generated by default by the site-plugin. I know one can add the Project documentation section by the tag "" in the src/site.xml, but I not only want to add these existing report menus, but also want to inject a new sub menu-item to it, either at the same level as "Project Information" & "Project Reports" OR further in the tree at the level of "Project Information -> About , Continous Integration, Dependencies". I would like to avoid a new standalone menu-item, because what I am trying to add fits easily under "Project documentation", conceptually. Thanks, Farhan. -- View this message in context: http://old.nabble.com/Inject-a-new-menu-item-to-the-%22Project-Documentation%22-Menu-tp27541919p27541919.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Logging
Point noted. Also, If lets say I use the linux "tee" command to stream the output to the log file as well, is there any mean to direct this log file to the site directory (or may be target directory) without hardcoding the path of it at the command line. I would like to have a link to this generated link in the generated site. Any thoughts would be appreciated.. Thanks, Farhan. brettporter wrote: > > > On 11/02/2010, at 12:33 PM, mfs wrote: > >> >> Hello Guys, >> >> I am using maven 2.2.1 and wondering if there has been any support added >> to >> stream the build output to a file in addition to the console ?. Doesn't >> seem >> to be the case taking a look at the JIRA issues, but just wanted to be >> sure. >> >> We would like to publish the build logs to a centralized location, as >> part >> of our nightly build and thats why I ask the above question. > > Only currently available in the Maven 3.0 alphas, and in that it goes only > to the file, not to both. > > You can alter your Maven installation to change log4j.xml in any version, > but I'm not sure that is recommended :) > > Cheers, > Brett > > -- > Brett Porter > br...@apache.org > http://brettporter.wordpress.com/ > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > -- View this message in context: http://old.nabble.com/Logging-tp16035833p27541177.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Logging
Hello Guys, I am using maven 2.2.1 and wondering if there has been any support added to stream the build output to a file in addition to the console ?. Doesn't seem to be the case taking a look at the JIRA issues, but just wanted to be sure. We would like to publish the build logs to a centralized location, as part of our nightly build and thats why I ask the above question. Thanks in advance, Farhan. robert.egan wrote: > > You're right. > > AbstractMojo creates it's own Log interface based on System.out. It would > be nice if it at least attempted to find the plexus LoggerManager > component contained in the uber jar, and only used System.out if that > failed. It would then be possible to register a custom plexus component to > add that capability. > > I've filed such a request in JIRA [MNG-3463]. Perhaps it will make it into > 2.1. > > > Robert Egan > > "Wayne Fay" wrote on 03/13/2008 03:13:01 PM: > >> Edit mvn.bat and redirect output somewhere using normal batch >> file/shell script programming. >> >> I don't know how you would accomplish this with Maven plugins and >> doubt it is even possible with 2.0.x. >> >> Wayne >> >> On 3/13/08, robert.e...@aciworldwide.com > wrote: >> > One of the "features" of the Ant build I inherited is the ability to >> > auto-magically generate date/time stamped log files of the console > output. >> > >> > I'd like to be able to do something like that with the Maven build, > but I >> > haven't been able to find any relevant documentation. Can anyone point > me >> > in the right direction? > > > This email message and any attachments may contain confidential, > proprietary or non-public information. The information is intended solely > for the designated recipient(s). If an addressing or transmission error > has misdirected this email, please notify the sender immediately and > destroy this email. Any review, dissemination, use or reliance upon this > information by unintended recipients is prohibited. Any opinions > expressed in this email are those of the author personally. > > -- View this message in context: http://old.nabble.com/Logging-tp16035833p27541016.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Removing: jar from forked lifecycle, to prevent recursive invocation
Hi Guys, Though I see this warning (while using javadoc plugin), but so far its not been a worry for me and everything is working fine. Still I had some questions for the maven experts here to get a better understanding of this... Stephen mentioned in this thread, that it would be dangerous if the plugin:mojo is NOT removed from the forked lifecycle, since the mojo could cause yet another forked lifecycle and hence result in a recursive invocation. QUESTION 1 - Isn't the above statement only true, IF the forked-lifecyle (caused by the mojo execution) passes through (or reaches) the PARTICULARLY phase where the plugin was injected or configured to execute at the first place. For example, I know the javadoc:javadoc mojo forks a new lifecycle till the "generate-sources" phase before executing the javadoc mojo itself, now lets say If I had injected the javadoc mojo to the "install" phase, there is NO danger of recursive invocation, since the new forked-lifecyle initiated by the javadoc mojo never reaches the install phase. Yes, If instead I had hooked the javadoc:javadoc mojo to the "generate-sources" (or any of the earlier) phase , then certainly I see the execution getting stuck in a recursive loop.. Please comment... QUESTION 2 - I see the "Removing [mojo] from forked lifecycle, to prevent recursive invocation" warning only if i inject the mojo (e.g. javadoc) to the build cycle phases (be it clean, default or even site lifecyle phase) using the section. If Instead I move the same definition to section, which in other word means the plugin/mojo would only execute in the site lifecyle (if i am not wrong) then I don't see the warning at all. I wonder why is that ? Isn't the danger of recursive invocation still there (ignoring my first question) ? Thanks in advance, Farhan. Stephen Connolly-2 wrote: > > It'd be dangerous is it didn't remove the jar mojo from the forked > lifecycle, as the jar mojo is the mojo that forked the lifecycle in > the first place... and if it didn't remove the plugin from the forked > lifecycle, the forked lifecycle would fork again... and again and > again > > 2009/2/18 Romain Gilles : >> Is it a dangerous for my build ? >> If yes, how can I find where the problem comes from ? >> >> Thanks, >> >> Romain. >> >> >> -Original Message- >> From: Brian E. Fox [mailto:bri...@reply.infinity.nu] >> Sent: 18 February 2009 01:31 >> To: Maven Users List >> Subject: RE: Removing: jar from forked lifecycle, to prevent recursive >> invocation >> >> This means the plugin that caused the fork to occur is removed from that >> forked lifecycle so it doesn't fork again. >> >> -Original Message- >> From: Romain Gilles [mailto:romain.gil...@thomsonreuters.com] >> Sent: Tuesday, February 17, 2009 5:08 AM >> To: Maven Users List >> Subject: Removing: jar from forked lifecycle, to prevent recursive >> invocation >> >> >> Hi all, >> I have this message during my build process but I don't understand it: >> >> >> >> It does not provide the name of the Jar, is there anybody that can help >> me, please? >> >> Romain. >> >> This email was sent to you by Thomson Reuters, the global news and >> information company. >> Any views expressed in this message are those of the individual sender, >> except where the sender specifically states them to be the views of >> Thomson Reuters. >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> >> This email was sent to you by Thomson Reuters, the global news and >> information company. >> Any views expressed in this message are those of the individual sender, >> except where the sender specifically states them to be the views of >> Thomson Reuters. >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > -- View this message in context: http://old.nabble.com/Removing%3A-jar-from-forked-lifecycle%2C-to-prevent-recursive-invocation-tp22054923p27264347.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugins: Goals without a phase
Got the answer... YES, the goal (even if bound to phase, by default) would execute independent of any build-life-cycles if executed/invoked directly from the command-line. Farhan. mfs wrote: > > If there IS a default phase associated with the plugin's goal/mojo, even > then the plugin would execute OUTSIDE of the any of the build life-cycles > IF (plugin:goal) executed from the command line ? > > I understand that above is true (as per your last statement) when the > mojo/goal has NO default-phase. > > Thanks, > Farhan. > > > Anders Hammar wrote: >> >> No, if you specify a plugin:goal that's what is going to be executed. >> Maven's lifecycle is not being used. >> Try "mvn clean:clean -X" for instance and you'll see. >> >> /Anders >> >> On Tue, Dec 1, 2009 at 00:22, Paul Benedict wrote: >> >>> Stephen, >>> >>> Without a @phase binding, what about when the plugin's goal is >>> explicitly executed at the command line? Do any of Maven's phases get >>> executed first? I suspect validate at least does. >>> >>> Paul >>> >>> On Mon, Nov 30, 2009 at 4:25 PM, Stephen Connolly >>> wrote: >>> > if the mojo is annotated with @phase then the specified phase is the >>> > phase it will bind to if no phase is specified in the >>> > >>> > otherwise it will not be bound to any phase (i.e. it will not execute >>> > as part of any lifecycle) >>> > >>> > HTH >>> > >>> > -Stephen >>> > >>> > 2009/11/30 Paul Benedict : >>> >> What phase is bound to a plugin's goal when no corresponding >>> >> element is present in their plugin.xml? >>> >> >>> >> (If it is none, I didn't know this was possible. I would assume at >>> >> least "validate" is run) >>> >> >>> >> Paul >>> >> >>> >> - >>> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> >> For additional commands, e-mail: users-h...@maven.apache.org >>> >> >>> >> >>> > >>> > - >>> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> > For additional commands, e-mail: users-h...@maven.apache.org >>> > >>> > >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> > > -- View this message in context: http://old.nabble.com/Plugins%3A-Goals-without-a-phase-tp26581937p27026757.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugins: Goals without a phase
If there IS a default phase associated with the plugin's goal/mojo, even then the plugin would execute OUTSIDE of the any of the build life-cycles IF (plugin:goal) executed from the command line ? I understand that above is true (as per your last statement) when the mojo/goal has NO default-phase. Thanks, Farhan. Anders Hammar wrote: > > No, if you specify a plugin:goal that's what is going to be executed. > Maven's lifecycle is not being used. > Try "mvn clean:clean -X" for instance and you'll see. > > /Anders > > On Tue, Dec 1, 2009 at 00:22, Paul Benedict wrote: > >> Stephen, >> >> Without a @phase binding, what about when the plugin's goal is >> explicitly executed at the command line? Do any of Maven's phases get >> executed first? I suspect validate at least does. >> >> Paul >> >> On Mon, Nov 30, 2009 at 4:25 PM, Stephen Connolly >> wrote: >> > if the mojo is annotated with @phase then the specified phase is the >> > phase it will bind to if no phase is specified in the >> > >> > otherwise it will not be bound to any phase (i.e. it will not execute >> > as part of any lifecycle) >> > >> > HTH >> > >> > -Stephen >> > >> > 2009/11/30 Paul Benedict : >> >> What phase is bound to a plugin's goal when no corresponding >> >> element is present in their plugin.xml? >> >> >> >> (If it is none, I didn't know this was possible. I would assume at >> >> least "validate" is run) >> >> >> >> Paul >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> >> >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > For additional commands, e-mail: users-h...@maven.apache.org >> > >> > >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > -- View this message in context: http://old.nabble.com/Plugins%3A-Goals-without-a-phase-tp26581937p27026747.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
release-plugin-Doing a diff of pom.next & pom.tag with the current pom after a dryRun
Guys, I didn't find a way to do this, so just though to check and in my opinion if we add this feature, it would be pretty handy in my opinion. Something which my IT/RollOut team asked for when they were cutting a branch. So what i am looking for is a way to quickly check/review the changes in the pom.next & pom.tag branch after having performed a dryRun, so as to avoid manually checking each of the projects in the heirarchy. Thanks and Regards, Farhan. -- View this message in context: http://www.nabble.com/release-plugin-Doing-a-diff-of-pom.next---pom.tag-with-the-current-pom-after-a-dryRun-tp20511594p20511594.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SOLUTION] Filtering resources in the EAR artifact
Was a problem on my end with the usage of the properties..Sorry for the noise
mfs wrote:
>
> I am trying out what you suggested (as i have an exactly similar
> scenario), but still cant get it to work, below is my configuration as in
> my pom.xml..let me know if anything is missed out..
>
>
> org.apache.maven.plugins
> maven-ear-plugin
>
>
> ${basedir}/src/main/resources
> ${outputDirectory} [WE HAVE CUSTOM
> OUTPUT LOCATION AND "outputDirectory" IN THIS CASE POINTS TO
> ${defaultoutputdirectory}/${project.artifactId}/target/classes folder)
> 5
> lib
>
>
> portal.wes
> wes-webui
> /
>
>
> portal.wicket
> wes-wicket
> /
>
>
> portal.crystal
> wes-crystal
> /
>
>
> portal.vcert
> portal-ejb
> lib
>
>
>
>
>
>
>
> src/main/resources
> true
>
> **/META-INF/**
>
>
>
>
>
> Thanks in advance,
>
> Farhan.
>
>
>
> Vanja Petreski wrote:
>>
>> Hello,
>>
>> I lost couple of hours with this problem, so I am giving the solution
>> (and
>> would like to hear the better one, if there is a such).
>>
>> The problem:
>>
>> We have ear with couple of modules (ejb, war...) and META-INF with
>> standard
>> and proprietary descriptors (data-sources.xml, orion-application.xml,
>> etc.).
>> Some of them need to be filtered (for example: data-sources.xml).
>>
>> In order to `mvn package` on the ear artifact generate desired structure,
>> we
>> have to put our descriptors in the ${basedir}/src/main/application (not
>> in
>> ${basedir}/src/main/resources).
>>
>> And that works. But filtering doesn't! If we set filtering on this
>> folder,
>> in the target we get classes folder with properly filtered resources, but
>> the ear is not using them. Ear uses your-ear-artifact in the target to be
>> made of. In the target/your-ear-artifact there is META-INF, but with non
>> filtered resources.
>>
>> The quickest (and only one for now, as I know) solution:
>>
>> We have to tell ear plugin to use ${basedir}/target/classes as the
>> resource
>> folder, since there are located properly filtered resources:
>>
>>
>>maven-ear-plugin
>>
>> target/classes
>>
>>
>>
>> Ofcourse, we are using now the standard ${basedir}/src/main/resources
>> folder
>> with filtering turned on.
>>
>> Regards,
>> Vanja
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/-SOLUTION--Filtering-resources-in-the-EAR-artifact-tp13131334p20192445.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SOLUTION] Filtering resources in the EAR artifact
I am trying out what you suggested (as i have an exactly similar scenario),
but still cant get it to work, below is my configuration as in my
pom.xml..let me know if anything is missed out..
org.apache.maven.plugins
maven-ear-plugin
${basedir}/src/main/resources
${outputDirectory} [WE HAVE CUSTOM
OUTPUT LOCATION AND "outputDirectory" IN THIS CASE POINTS TO
${defaultoutputdirectory}/${project.artifactId}/target/classes folder)
5
lib
portal.wes
wes-webui
/
portal.wicket
wes-wicket
/
portal.crystal
wes-crystal
/
portal.vcert
portal-ejb
lib
src/main/resources
true
**/META-INF/**
Thanks in advance,
Farhan.
Vanja Petreski wrote:
>
> Hello,
>
> I lost couple of hours with this problem, so I am giving the solution (and
> would like to hear the better one, if there is a such).
>
> The problem:
>
> We have ear with couple of modules (ejb, war...) and META-INF with
> standard
> and proprietary descriptors (data-sources.xml, orion-application.xml,
> etc.).
> Some of them need to be filtered (for example: data-sources.xml).
>
> In order to `mvn package` on the ear artifact generate desired structure,
> we
> have to put our descriptors in the ${basedir}/src/main/application (not in
> ${basedir}/src/main/resources).
>
> And that works. But filtering doesn't! If we set filtering on this folder,
> in the target we get classes folder with properly filtered resources, but
> the ear is not using them. Ear uses your-ear-artifact in the target to be
> made of. In the target/your-ear-artifact there is META-INF, but with non
> filtered resources.
>
> The quickest (and only one for now, as I know) solution:
>
> We have to tell ear plugin to use ${basedir}/target/classes as the
> resource
> folder, since there are located properly filtered resources:
>
>
>maven-ear-plugin
>
> target/classes
>
>
>
> Ofcourse, we are using now the standard ${basedir}/src/main/resources
> folder
> with filtering turned on.
>
> Regards,
> Vanja
>
>
--
View this message in context:
http://www.nabble.com/-SOLUTION--Filtering-resources-in-the-EAR-artifact-tp13131334p20143151.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
EAR Project - Resource filtered correctly in the /target/classes folder but not in the archive ?
Hi Guys, I have an ear project consisting of wars and ejb modules. Also i have some resources (specific to oracle-container e.g. orion-application.xml, data-source.xml etc) in the src->main->application->META-INF folder. So basically i want to filter some properties being used in one of these files i.e. data-source.xml. Surpisingly filtering does happen but only in the files placed in the /target/classes folder. The archive itself (also the un-packaged one) doesn't have the resources filtered, which is strange... Any idea? has anyone experienced this ? Below is the resources section as in my pom.xml src/main/application true Thanks in advance and Regards, Farhan. -- View this message in context: http://www.nabble.com/EAR-Project---Resource-filtered-correctly-in-the--target-classes-folder-but-not-in-the-archive---tp20142396p20142396.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
release-plugin : Calling a shell script to perform some other task during release:prepare
Hi Guys, While doing some searching on the forum i got to know that you cant hook a plugin:goal execution into another plugin, and thats somewhat what i wanted to do. Actually we are using the maven release plugin but while doing a release there are some other tasks we need to perform using a shell script for which i planned to use maven-exec-plugin but turns out that there is no way to call this script while executing the maven release:prepare goal. Any suggestions/ideas on that ? Thanks in advance Farhan. -- View this message in context: http://www.nabble.com/release-plugin-%3A-Calling-a-shell-script-to-perform-some-other-task-during-release%3Aprepare-tp19229589p19229589.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
release plugin - BuildFailureException : The version could not be updated ?
Guys,
I am facing this issue with the usage of maven release plugin and would
really appreciate some suggestions/feedback...
So i have this product/project heirarchy as below which i am trying to
release using the maven-release plugin but am getting this exception
"BuildFailureException: The version could not be updated:
${PORTAL-A.VERSION}".. Just for info, i have defined the all the dependency
versions (as properties) in my root pom and these versions are being used
only in the dependencyManagement section, again in the root pom...
Portal Module (The root project in the hierarchy contains the dependency
version properties)
--> Portal-A Sub-module (Module of "POM" type packaging and is an
aggregate of child modules as below)
--> Portal-A-1
--> Portal-A-2
--> Portal-A-3
--> Portal-B Sub-module (Module of "POM" type packaging and is an
aggregate of child modules as below)
--> Portal-B-1
--> Portal-B-2
--> Portal-B-3
The property "PORTAL-A.VERSION" holds the version of one of the sub-module
OF THE PROJECT i am trying to release (i.e. PORTAL) like e.g. i also a
PORTAL-B.version and these as i mentioned above are being used in the
dependencyManagement section. Can anyone suggest as to whats going on ? Why
is this an issue ? I have tried use -DupdateDependencies=false so that i can
avoid this error and change the dependency versions myself (since i have it
at one common place and hence very trivial)but that doesnt work too...
Just to add I know ${project.version} can serve the purpose as well, but i
would want to have a bit flexibility on the version usage (of the
sub-modules if need be e.g. have a different version of Portal-A and
Portal-B as a dependency) instead of being restricted to use one version of
the entire portal project (as a dependency)...
Please comment...
Using maven-2.0.7 but using 2.0.9 gives the same error...
Thanks in advance..
--
View this message in context:
http://www.nabble.com/release-plugin---BuildFailureException-%3A-The-version-could-not-be-updated---tp19208851p19208851.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inheriting POM
Thanks Brett for the followup, any idea as to which release is this being planned for ? Farhan. Brett Porter wrote: > > It's a requested feature for the future, but for now you need to make > the change. > > You might like to use the release:branch goal to make the change, and > branch, for you. > > Cheers, > Brett > > 2008/8/20 mfs <[EMAIL PROTECTED]>: >> >> I am looking to do the same, so that on cutting the branch we dont have >> to go >> through all the child poms and change their versions. >> >> Anyone ? >> >> >> >> dl123 wrote: >>> >>> Now, I have 20 or so POM's that are all taking a top level POM as the >>> parent shown below: >>> >>> >>> com.mycompay.apps >>> BaseApp >>> 9.5-SNAPSHOT >>> ../BaseApp >>> >>> >>> Now the question is - if we later on change the version of the BaseApp, >>> we >>> will have to modify the section in each of my 20 POM's with the >>> new version number. Is there a way so that I can modify the version >>> number >>> in only one place? >>> >>> Again, we can do this in maven1 using defined in parent >>> POM. But Maven2 removed this element. Please advise. >>> >>> Thanks. >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Inheriting-POM-tp4683779p19060997.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Inheriting-POM-tp4683779p19062221.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Versions in a Multiproject
Has anyone been able to figure out an alternate solution where doesnt need to
specify the "${pom.parent.version}" in every pom ? and be
able to inherit/refer the parent pom, so that we can specify the pom
version(s) in a multi-module project at one place, and hence make the
branching easy..
Petr Ferschmann wrote:
>
> Hello,
>
> The solution is not that simple. The problem with inherited version is
> if you enter only the subproject (and run mvn command there), the newest
> version (I think) of parent pom.xml is always used.
> So if you checkout older version, it can make problems.
>
> So we used different approach, we specify in every pom.xml the parent
> version. For project version we use
> ${pom.parent.version}.
>
> The only working solution is using the maven release plugin (it
> increases version when releasing new version).
> Without that I was not able to use simple way for version handling.
>
> How others handle that?
>
> Petr
>
>
> Maria Odea Ching píše v Pá 15. 06. 2007 v 16:43 +0800:
>
>> You can do that by not specifying the element in your child
>> pom. The child pom would automatically inherit its parent's version
>> which you specified in the block.
>>
>> See
>> http://maven.apache.org/guides/introduction/introduction-to-the-pom.html#Project%20Inheritance
>>
>> -Deng
>>
>> Jens Hohl wrote:
>> > Good Morning,
>> >
>> >
>> >
>> >
>> >
>> > Can someone point me to infos how i can set the version in a
>> > Multiproject ?
>> >
>> > In my parent pom file the Tag contains e.g
>> > 1.0-SNAPSHOT.
>> >
>> > How can I refer to that value in my child POMs ? What's best way to do
>> > that ?
>> >
>> >
>> >
>> > Regards,
>> >
>> > Jens
>> >
>> >
>> >
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>
> Petr Ferschmann
>
>
> SoftEU s.r.o.
> ---
> Bolevecká 6
> 301 00 Plzen
> Czech Republic
> ---
> Phone: +420 373 731 284
>+420 373 729 300
> Fax: +420 373 729 301
> Cell: +420 775 638 008
> E-mail: [EMAIL PROTECTED]
>
>
--
View this message in context:
http://www.nabble.com/Versions-in-a-Multiproject-tp11135002p19061164.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inheriting POM
I am looking to do the same, so that on cutting the branch we dont have to go through all the child poms and change their versions. Anyone ? dl123 wrote: > > Now, I have 20 or so POM's that are all taking a top level POM as the > parent shown below: > > > com.mycompay.apps > BaseApp > 9.5-SNAPSHOT > ../BaseApp > > > Now the question is - if we later on change the version of the BaseApp, we > will have to modify the section in each of my 20 POM's with the > new version number. Is there a way so that I can modify the version number > in only one place? > > Again, we can do this in maven1 using defined in parent > POM. But Maven2 removed this element. Please advise. > > Thanks. > -- View this message in context: http://www.nabble.com/Inheriting-POM-tp4683779p19060997.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: com/oracle/ojdbc14 where are Oracle driver jars?
yeah..thats what i plan to do, but i wish oracle (being such a big share holder in the industry) realize that exposing these as maven-ized jars would really save the extra effort people have to put in, in maintaining these jars locally. I wish they had given more weight to the problem. Farhan. Wendy Smoak-3 wrote: > > On Thu, May 15, 2008 at 8:06 PM, mfs <[EMAIL PROTECTED]> wrote: >> >> Any follow up on this ? > > AFAIK, no one is working on it. The Oracle client/driver jars are > unlikely to be available in a public repository any time soon, unless > Oracle changes the license to make it possible to distribute them > without jumping through legal hoops. > > You can establish a private/internal repository for your team to use, > or provide instructions for your developers to download and install > the jars into their local repo. > > -- > Wendy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/com-oracle-ojdbc14--where-are-Oracle-driver-jars--tp10899698p17283789.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: com/oracle/ojdbc14 where are Oracle driver jars?
Any follow up on this ? SiSi'mon wrote: > > I spoke with Oracle and they said in order for anyone to distribute the > jars, an agreement is needed from the distributor as a vendor. > > I don't have the details yet on what the receiver of the jars may need to > agree to or sign but hope there is a way around this. > > Thanks > > > Si'mon > > > Carlos Sanchez-4 wrote: >> >> it would be the Apache Maven PMC but I'm pretty sure it won't be possible >> AFAIK They require explicit agreement of the license from people >> downloading it which is something maven can't do yet >> >> On 6/1/07, SiSi'mon <[EMAIL PROTECTED]> wrote: >>> >>> Yea, I thought of this but it seemed like more trouble than it is worth >>> and I >>> even worked at Oracle and know people there. My first attempt will be >>> to >>> get the Maven team to sign some paper allowing them to post the jars and >>> then work on Oracle. >>> >>> Who do I talk to at maven.org? >>> >>> >>> Si'mon >>> >>> >>> Wayne Fay wrote: >>> > >>> > Another reasonable question is why does Oracle not simply set up a >>> > Maven repo to host their files, like JBoss and Sun etc have already >>> > done? Or even better, why doesn't someone from Oracle contact the >>> > Maven dev team and ask them to pretty please, with sugar on top, host >>> > these files so our customers will receive this great benefit with very >>> > little effort on the part of Oracle? >>> > >>> > Wayne >>> > >>> > On 6/1/07, SiSi'mon <[EMAIL PROTECTED]> wrote: >>> >> >>> >> Oracle simply requires an agreement to distribute the jars (or put on >>> a >>> >> public repository). I am wondering why Apache Maven VIP's could not >>> sign >>> >> the agreement and distribute them from the repo1 repository. >>> >> >>> >> Any idea who I could be put in touch with to do this? I have copies >>> of >>> >> the >>> >> documents and contacts on the way to help get this in the queue. >>> These >>> >> are >>> >> widely used jars and would save a lot of people a lot of time. >>> >> >>> >> thanks >>> >> >>> >> >>> >> Si'mon >>> >> >>> >> >>> >> >>> >> Wayne Fay wrote: >>> >> > >>> >> > If you plan to distribute Oracle's proprietary jars etc, make sure >>> you >>> >> > have the proper licensing etc necessary to do so. >>> >> > >>> >> > (These issues are exactly why these jars are not already available >>> in >>> >> > the Maven repo.) >>> >> > >>> >> > Wayne >>> >> > >>> >> > On 5/31/07, Wendy Smoak <[EMAIL PROTECTED]> wrote: >>> >> >> On 5/31/07, SiSi'mon <[EMAIL PROTECTED]> wrote: >>> >> >> > >>> >> >> > Yes, we have already done this (downloaded an put in local >>> >> repository) >>> >> >> and >>> >> >> > internally we are doing this in development. But we do not have >>> the >>> >> >> ability >>> >> >> > to serve as a Maven2 repository to customers we ship to so when >>> they >>> >> >> run the >>> >> >> > installer it will need to fetch the Oracle jars from somewhere. >>> >> >> > >>> >> >> > suggestions would be appreciated. We may need to ship the >>> actual >>> >> .jar >>> >> >> in >>> >> >> > the release and somehow tell maven to look at the lib/*.jars >>> instead >>> >> of >>> >> >> > trying to fetch it from a repository. >>> >> >> >>> >> >> Maven can use filesystem based repositories (with file:// urls). >>> You >>> >> >> could create the repository structure as part of your build, add a >>> >> >> element pointing to it to the pom, and then the build >>> >> >> should work. I saw this done once... I think it was in the Celtix >>> >> >> project. >>> >> >> >>> >> >> -- >>> >> >> Wendy >>> >> >> >>> >> >> >>> - >>> >> >> 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/com-oracle-ojdbc14--where-are-Oracle-driver-jars--tf3848209s177.html#a10915079 >>> >> 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/com-oracle-ojdbc14--where-are-Oracle-driver-jars--tf3848209s177.html#a10916151 >>> Sent from the Maven - Users mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: [EMA
Re: Usage of public repositories - please suggest
Actually we do have Artifactory as the repository manager, thats what i meant when i used the term "internal repository", and currently we just have repo1.maven.org set up as the remote repository in it. I was interested in knowing the public repositories which one can rely on (as the remote repositories behind their repository manager). I ask this because not every public repo has the same strict policies about the pom upgrades's (like dependency/version changes), and these policies is what makes them more credible than the other. I would certainly avoid maintaining the jars which are already being maintained by some maven repository already, but i just want to be sure that they are credible (not worrying about their outage and stuff for now). I didnt knew that jboss was maintaining one, i would want to add it as my second remote repo, after repo1.maven. Does anyone has any comment on that ? Thanks in advance. Brett Porter wrote: > > On 16/04/2008, Brian E. Fox <[EMAIL PROTECTED]> wrote: >> there's a repository manager page somewhere in maven.apache.org but >> after 5 minutes I can't find it). > > http://maven.apache.org/repository-management.html > > (bottom left of Nav). > > - Brett > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Usage-of-public-repositories---please-suggest-tp16713824s177p16715766.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Usage of public repositories - please suggest
Guys, Today we came to the need of adding jcip-annotations jar in our company maven repository, but before we do so, we check if the same exists in the maven public repository (repo1.maven.org) and if not, only then we deploy the same in our internal repository. Now, while googling i did a find a couple places where this was available, one being http://repository.jboss.com/maven2/ , now ideally i would want to use these public repository (offcourse based on their integrity) instead of having to maintain the same in our repo. So i would want to know is what are the public repositories one can rely on other than repo1. Are there any implications in using them, Also i wonder if this jar (jcip-annotations.jar) is available in repository.jboss.com, why not in repo1, whats the process to have them maintained here too.. And yes i do see this same jar under http://repo1.maven.org/maven/livetribe/maven/m2/net/jcip/jcip-annotations/ and also in mule/dependencies/ how come they are there and under /maven2 Thanks in advance -- View this message in context: http://www.nabble.com/Usage-of-public-repositories---please-suggest-tp16713824s177p16713824.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
shade-plugin - Embedded error : duplicate entry
Hi All, Am using shade plugin to package all the dependencies as well in my jar, and all works well, except for scenarios when i do a subsequent build of the project (without doing a mvn clean first), i get this duplicate entry error on one of the classes packaged in the jar.. [ERROR] BUILD ERROR [INFO] [INFO] Error creating shaded jar. Embedded error: duplicate entry: com/java4less/rbarcode/BarCode.class Any idea ? -- View this message in context: http://www.nabble.com/shade-plugin---Embedded-error-%3A-duplicate-entry-tp16540958s177p16540958.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Integration tests - Where to place them ?
Guys, Can "java/src/test" be used to package both unit and integration tests ? Or this structure specifically for the unit test-cases.. ? Like for example in my case we have an html file used for some functional/integration testing, would it be a good idea to put it in the java/src/test folder ? Thanks in advance and Regards, Farhan. -- View this message in context: http://www.nabble.com/Integration-tests---Where-to-place-them---tf4795047s177.html#a13717744 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does Cargo m2 plug-in support oc4j 10.1.3 ?
Guys, Wanted to know if the current cargo m2 plugin has support for OC4J 10.1.3 container ? The containers list in the cargo documentation lists m2 support for oc4j 9.x only. Though i came across a couple of threads on the forum which seemed to give an impression that the same can be used for deployment on 10.1.2, not sure of 10.1.3 though...I actually wanted to use the m2 plugin for deployment of WARs on oc4j 10.1.3 container. Please comment.. Thanks in advance, -- View this message in context: http://www.nabble.com/Does-Cargo-m2-plug-in-support-oc4j-10.1.3---tf4529234s177.html#a12924060 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
suite in junit and maven 2 - do they work together
Hello Folks, Am looking into how having a suite in junit4 (or even earlier versions) can integrate with the way maven2 runs the junit test-cases, i mean if we are using maven to run the test-cases, can having a suite make any difference?...because maven eventually will be running all methods which have @Test as a prefix (for Junit 4) or otherwise run methods with test as prefix (for junit3 and earlier). Does sure-fire plugin has any support for it ? doesnt seem so ? Thanks and Regards, Farhan. -- View this message in context: http://www.nabble.com/suite-in-junit-and-maven-2---do-they-work-together-tf4430242s177.html#a12638433 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question relating to dependencymanagement
Guys, Got a question relating to dependencyManagement..I have got 2 project "A" and "B" inheriting from a parent pom (containing dependencyManagement and other project wide attributes). Project "A" is further subdivided into 2 sub-projects "A1" and "A2". Now i am not able to inherit (or in other words refer) the dependencyManagement attributes (i.e. the version numbers in my case) defined in projects A's pom, though my project A1 and A2 poms both have project A set as its parent, because of this i get a version not defined error against a dependency defined in project "A1", though if i move the same dependency at the very top-level project's dependencymanagement section it works fine. Is it because we can just have one dependencyManagement section (for all projects and its sub-projects as in my case) ? -- View this message in context: http://www.nabble.com/Question-relating-to-dependencymanagement-tf4417255s177.html#a12599330 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
generate different artifact types against a project?
Guys, Well i dont think this is possible, but just wanted to be sure if through any of the plugins (or otherwise) we can achieve the objective, so basically i have a project which contains some pojo(s) with some core functionality and also some servlets which provide an http interface to these core services, just wondering if there is a way i can generate a jar (against the core classes) and a war (containing the servlet and dependent classes) out of the same project...? I believe the same is somewhat acheivable through ant and wanted to check if it can be avhived in maven 2. thanks in advance Farhan. -- View this message in context: http://www.nabble.com/generate-different-artifact-types-against-a-project--tf4404236s177.html#a12564707 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two different configuration for notifications ?
I guess i didnt conveyed my point correctly, actually what i wanted was some way to disable the email notifications (for the same project(s) during the day-time builds) and have the same enabled only for the nightly build done once every night..is that possible ? Another thing i noticed with the latest beta version was in case a build results in a failure an email is sent everytime (as scheduled through a cron exp) even if there isn't a change in build state Farhan. refering to the notification mechanism it Emmanuel Venisse wrote: > > notifiers are attached to a group/project and not to a build definition, > so for each build definitions of a project, the same notifier list is > used. > > Emmanuel > > mfs a écrit : >> Hello All, >> >> I want to configure continuum such that for every nightly build (for >> which i >> have defined a seperate cron expression using the administration -> >> schedule >> option) if an error occurs an email is sent to the notifiers (as in the >> pom) >> whereas i wouldnt want issue any notification for the build done >> otherwise >> during the day, like for now i have configured a build on every 15 mins. >> >> Is there a way to achieve the same..? so far it seems like the >> notification >> mechanism is global for all the builds and cannot be configured the way i >> want... >> >> Farhan. > > > -- View this message in context: http://www.nabble.com/Two-different-configuration-for-notifications---tf4388578.html#a12526652 Sent from the Continuum - Users mailing list archive at Nabble.com.
Two different configuration for notifications ?
Hello All, I want to configure continuum such that for every nightly build (for which i have defined a seperate cron expression using the administration -> schedule option) if an error occurs an email is sent to the notifiers (as in the pom) whereas i wouldnt want issue any notification for the build done otherwise during the day, like for now i have configured a build on every 15 mins. Is there a way to achieve the same..? so far it seems like the notification mechanism is global for all the builds and cannot be configured the way i want... Farhan. -- View this message in context: http://www.nabble.com/Two-different-configuration-for-notifications---tf4388578.html#a12512373 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Strange - Success icon shown and no emails sent in case of build-failure
Finally got it fixed...after alot of research...it was due to a maven (2.0.7) issue on windows...issue - MNG-3084...had to modify the mvn.bat file to get it working. Thanks nyways Farhan. mfs wrote: > > Dear All, > > I am getting this strange behavior where even on a build-failure (as > below) as shown in the Result, the success icon is shown against the > project on "show-project" screen and same is the case with history screen > against a project...and even no emails are sent as its intrepreting that > the build is a success (dont know why) and no state change since last > build.. > > [INFO] Scanning for projects... > [INFO] > > [INFO] Building Share : PDFP > [INFO]task-segment: [clean, install] > [INFO] > > [INFO] [clean:clean] > [INFO] Deleting directory C:\continuum\continuum_wd\8\target > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\test-classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\site > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [compiler:compile] > [INFO] Compiling 18 source files to > C:\continuum\continuum_wd\8\target\classes > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 second > [INFO] Finished at: Thu Aug 30 11:01:50 PDT 2007 > [INFO] Final Memory: 4M/8M > [INFO] > > > -- View this message in context: http://www.nabble.com/Strange---Success-icon-shown-and-no-emails-sent-in-case-of-build-failure-tf4355976.html#a12417831 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Strange - Success icon shown and no emails sent in case of build-failure
.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:186) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.intercept(AutoLoginInterceptor.java:156) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.intercept(ForceAdminUserInterceptor.java:63) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckInterceptor.intercept(EnvironmentCheckInterceptor.java:122) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:113) at com.opensymphony.webwork.dispatcher.DispatcherUtils.serviceAction(DispatcherUtils.java:225) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:202) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.http.HttpServer.service(HttpServer.java:909) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) mfs wrote: > > Dear All, > > I am getting this strange behavior where even on a build-failure (as > below) as shown in the Result, the success icon is shown against the > project on "show-project" screen and same is the case with history screen > against a project...and even no emails are sent as its intrepreting that > the build is a success (dont know why) and no state change since last > build.. > > [INFO] Scanning for projects... > [INFO] > > [INFO] Building Share : PDFP > [INFO]task-segment: [clean, install] > [INFO] > > [INFO] [clean:clean] > [INFO] Deleting directory C:\continuum\continuum_wd\8\target > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\test-classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\site > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [compiler:compile] > [INFO] Compiling 18 source files to > C:\continuum\continuum_wd\8\target\classes > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 second > [INFO] Finished at: Thu Aug 30 11:01:50 PDT 2007 > [INFO] Final Memory: 4M/8M > [INFO] > > > -- View this message in context: http://www.nabble.com/Strange---Success-icon-shown-and-no-emails-sent-in-case-of-build-failure-tf4355976.html#a12416581 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Strange - Success icon shown and no emails sent in case of build-failure
any one...Emmanuel..you might have something on this..? mfs wrote: > > Dear All, > > I am getting this strange behavior where even on a build-failure (as > below) as shown in the Result, the success icon is shown against the > project on "show-project" screen and same is the case with history screen > against a project...and even no emails are sent as its intrepreting that > the build is a success (dont know why) and no state change since last > build.. > > [INFO] Scanning for projects... > [INFO] > > [INFO] Building Share : PDFP > [INFO]task-segment: [clean, install] > [INFO] > > [INFO] [clean:clean] > [INFO] Deleting directory C:\continuum\continuum_wd\8\target > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\test-classes > [INFO] Deleting directory C:\continuum\continuum_wd\8\target\site > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [compiler:compile] > [INFO] Compiling 18 source files to > C:\continuum\continuum_wd\8\target\classes > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > > C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] > 'class' or 'interface' expected > > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 second > [INFO] Finished at: Thu Aug 30 11:01:50 PDT 2007 > [INFO] Final Memory: 4M/8M > [INFO] > > > -- View this message in context: http://www.nabble.com/Strange---Success-icon-shown-and-no-emails-sent-in-case-of-build-failure-tf4355976.html#a12414714 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: Strange - Success icon shown and no emails sent in case of build-failure
eens/ProjectBuild.vm [line 137,column 96] :
${requestUtil.getParameter('buildId')} is not a valid reference.
mfs wrote:
>
> Dear All,
>
> I am getting this strange behavior where even on a build-failure (as
> below) as shown in the Result, the success icon is shown against the
> project on "show-project" screen and same is the case with history screen
> against a project...and even no emails are sent as its intrepreting that
> the build is a success (dont know why) and no state change since last
> build..
>
> [INFO] Scanning for projects...
> [INFO]
>
> [INFO] Building Share : PDFP
> [INFO]task-segment: [clean, install]
> [INFO]
>
> [INFO] [clean:clean]
> [INFO] Deleting directory C:\continuum\continuum_wd\8\target
> [INFO] Deleting directory C:\continuum\continuum_wd\8\target\classes
> [INFO] Deleting directory C:\continuum\continuum_wd\8\target\test-classes
> [INFO] Deleting directory C:\continuum\continuum_wd\8\target\site
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 18 source files to
> C:\continuum\continuum_wd\8\target\classes
> [INFO]
>
> [ERROR] BUILD FAILURE
> [INFO]
>
> [INFO] Compilation failure
> C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0]
> 'class' or 'interface' expected
>
>
>
> C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0]
> 'class' or 'interface' expected
>
>
> [INFO]
>
> [INFO] For more information, run Maven with the -e switch
> [INFO]
>
> [INFO] Total time: 1 second
> [INFO] Finished at: Thu Aug 30 11:01:50 PDT 2007
> [INFO] Final Memory: 4M/8M
> [INFO]
>
>
>
--
View this message in context:
http://www.nabble.com/Strange---Success-icon-shown-and-no-emails-sent-in-case-of-build-failure-tf4355976.html#a12413629
Sent from the Continuum - Users mailing list archive at Nabble.com.
Strange - Success icon shown and no emails sent in case of build-failure
Dear All, I am getting this strange behavior where even on a build-failure (as below) as shown in the Result, the success icon is shown against the project on "show-project" screen and same is the case with history screen against a project...and even no emails are sent as its intrepreting that the build is a success (dont know why) and no state change since last build.. [INFO] Scanning for projects... [INFO] [INFO] Building Share : PDFP [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory C:\continuum\continuum_wd\8\target [INFO] Deleting directory C:\continuum\continuum_wd\8\target\classes [INFO] Deleting directory C:\continuum\continuum_wd\8\target\test-classes [INFO] Deleting directory C:\continuum\continuum_wd\8\target\site [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 18 source files to C:\continuum\continuum_wd\8\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] 'class' or 'interface' expected C:\continuum\continuum_wd\8\src\main\java\vaudit\pdfp\PdfField.java:[1,0] 'class' or 'interface' expected [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Thu Aug 30 11:01:50 PDT 2007 [INFO] Final Memory: 4M/8M [INFO] -- View this message in context: http://www.nabble.com/Strange---Success-icon-shown-and-no-emails-sent-in-case-of-build-failure-tf4355976.html#a12412927 Sent from the Continuum - Users mailing list archive at Nabble.com.
Email notification to just the committer and the administrator
Dear All, Is there a way i can configure Continuum to send email notifications just to 1) the committer of the code 2) administrator Write now the emails are being sent to the notifiers i have configured in the pom.xml. Thanks and Regards, Farhan. -- View this message in context: http://www.nabble.com/Email-notification-to-just-the-committer-and-the-administrator-tf4355830.html#a12412470 Sent from the Continuum - Users mailing list archive at Nabble.com.
Cannot checkout sources....Invalid SCM URL
Hello Everyone, I am getting this error on a build done through continuum... Exception: Cannot checkout sources.//localhost/pdfp url isn't a valid svn URL. The scm url is invalid. which i am not able to figure out why...any help is much appreciated..am using maven 2 with sub-version..nyways have also pasted the contents of the pom files below..Let me add that i am getting a build-fail email, on the emails configured in my pom.xml.. Thanks in advance and Regards, Farhan. -- http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 company.share pdfp 1.X-SNAPSHOT Share : PDFP jar scm:svn://localhost/svn/repos/pdfp scm:svn://localhost/pdfp http://localhost/svn/repos/pdfp radams Robert [EMAIL PROTECTED] continuum mail [EMAIL PROTECTED] itext itext 2.0.4 log4j log4j 1.2.14 org.apache.maven.plugins maven-compiler-plugin 1.5 1.5 -- View this message in context: http://www.nabble.com/Cannot-checkout-sourcesInvalid-SCM-URL-tf4355448.html#a12411221 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: mvn deploy on Artifactory gives File transfer error (Return Code 401)
Figured out what the problem was..secondly sorry for posting it here..since this was rather a post for artifactory list.. Farhan. mfs wrote: > > Hello Guys, > > Any clue as to why am i getting the following error on deploying an > artifact on artifactory repo using maven deploy:deploy-file..it says > "Failed to transfer file : [filename] Return Code 401 > > Farhan. > > C:\Users\dummyuser>mvn deploy:deploy-file -DgroupId=itext > -DartifactId=itext -Dversion=2.0.4 -Dpacka > ging=jar -Dfile=c:\users\dummyuser\Desktop\itext-2.0.4.zip > -DrepositoryId=internal-releases - > Durl=http://vbase.xyz.com/artifactory/repo -e > + Error stacktraces are turned on. > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'deploy'. > [INFO] > > [INFO] Building Maven Default Project > [INFO]task-segment: [deploy:deploy-file] (aggregator-style) > [INFO] > > [INFO] [deploy:deploy-file] > Uploading: > http://vbase.xyz.com/artifactory/repo/itext/itext/2.0.4/itext-2.0.4.jar > 1112K uploaded > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Error deploying artifact: Failed to transfer file: > http://vbase.xyz.com/artifactory/repo/i > text/itext/2.0.4/itext-2.0.4.jar. Return code is: 401 > > [INFO] > > [INFO] Trace > org.apache.maven.lifecycle.LifecycleExecutionException: Error > deploying artifact: Failed to transfer > file: > http://vbase.xyz.com/artifactory/repo/itext/itext/2.0.4/itext-2.0.4.jar. > Return code is: 4 > 01 > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor > .java:564) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycl > eExecutor.java:493) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor. > java:463) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultL > ifecycleExecutor.java:311) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleE > xecutor.java:224) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java > :143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > Caused by: org.apache.maven.plugin.MojoExecutionException: Error > deploying artifact: Failed to trans > fer file: > http://vbase.xyz.com/artifactory/repo/itext/itext/2.0.4/itext-2.0.4.jar. > Return code is > : 401 > at > org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo.java:243) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor > .java:539) > ... 16 more > Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: > Error deploying artifact: > Failed to transfer file: > http://vbase.xyz.com/artifactory/repo/itext/itext/2.0.4/itext-2.0.4.jar > . Return code is: 401 > at > org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer > .java:94) > at > org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo.java:239) > ... 18 more > Caused by: org.apache.maven.wagon.TransferFailedException: Failed to > transfer file: > http://vbase.xyz.com/artifactory/repo/itext/itext/2.0.4/itext-2.0.4.jar. > Return code is: 401 > at
