RC3 not so intelligent??
[EMAIL PROTECTED] cv]$ maven xdoc __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ not so intelligent? ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 Attempting to download maven-1.0-rc2.jar. ... . Just upgraded to RC3. Can someone tell me why the RC2 jar is downloaded ?? (there is no POM for this 'project' ) Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC3 not so intelligent??
On Wednesday 09 June 2004 20:06, Emmanuel Venisse wrote: A plugin uses the rc2 as dependency. The only plugins I have are the one that came with the RC3 download, I did a complete removal of the ~/.mave/plugins prior to running Maven. Jorg says it is the Artifact plugin, and to me it is a sign of worry that Maven have difficulties to manage the versioning of itself. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC3 not so intelligent??
On Thursday 10 June 2004 00:34, Emmanuel Venisse wrote: Do you rebuild all your apps when a new jdk is release? I hope your logic ain't this flawed in code :o) I don't have any applications that come bundled in the JDK download !!! But I'm pretty sure none of the JDK subsystems would require an older JDK-core to be present. What I am saying is that this is definately more than a plugin has a different life cycle than core. It is BUNDLED, and it seems utterly weird that it pulls in a previous version of what it is bundled with. Bye Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC3 not so intelligent??
On Thursday 10 June 2004 01:18, Jason van Zyl wrote: Have some respect, phrase your concerns in a non-puerile fashion or expect to get little or no help. For the record; I don't expect to get any help... Have Fun Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC3 not so intelligent??
Also, On Thursday 10 June 2004 01:18, Jason van Zyl wrote: Brett and many others busted their asses to get the release out Sure they have. But I don't know why you are so sensistive. 1. Not by any measures of AI could one possibly claim that Maven has an intelligence. 2. I didn't insinuate that any of the developers involved have done a bad job, nor that they are the ones lacking intelligence. 3. IMVHO, Stupidity insinuations in a small dose(!) was made by Emmanuel, who was basically saying I am asking for rebuild of a piece of software because any of its dependencies has been upgraded, indirectly saying you are dumb (not that I take much offense in such, and give back in equals portions). and they don't deserve bullshit subject lines like yours. Again, I fail to see the connection. Perhaps you know something I don't. Have Fun Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS connection string
On Tuesday 25 May 2004 15:58, Ian Neruda wrote: scm|cvs|ntserver|[EMAIL PROTECTED]|e:\cvs|Deployment Note the use of the vertical bar as delimiter as the repository has a colon (:) in it. - Before that I tried with pserver, but I get the same mistake. The complaint comes from the fact that there are two many 'groups' (separated by '|' ). I think your problem would then be the password part. I don't know if passwords are supported in the connect string or not, but if they are it is probably a different delimiting character. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS connection string
On Tuesday 25 May 2004 15:40, Ian Neruda wrote: Hi! I try to connect to cvs respository using scm|cvs|ntserver|username|[EMAIL PROTECTED]|d:\cvs_repository\dir1|moduleName seven characters. I have never heard of ntserver as an CVS protocol. Sure you don't mean pserver? Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions about using ClearCase with Maven
On Saturday 15 May 2004 02:31, Paterline, David L. wrote: Hi - Our organization is just beginning to use Maven for software project management, and we have our code set stored in ClearCase. Poor souls. I weep for you guys... I hope they haven't stuffed the UCM down your throats as well. I am glad I am out of it. Cheers and Good Luck. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rf. : Plugins ready for use within the multiproject build.
On Tuesday 27 April 2004 20:02, [EMAIL PROTECTED] wrote: You meen that your plugin are subproject ? Yes. Define in project.properties : maven.multiproject.type = plugin I have done that. I have also tried to do; postGoal name=plugin:install attainGoal name=plugin:deploy / /postGoal in the plug-in's maven.xml. I am coming to the conclusion that there is some kind of bug involved here, and that the Plugins can not be constructed in the same pass as they are used. Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact:deploy repo list
On Wednesday 28 April 2004 00:51, Webb Morris wrote: I am having problems with the artifact:deploy goals. I have a repo set up like the following: maven.repo.list=local maven.repo.local=ftp://localhost maven.repo.local.username=username maven.repo.local.password=password maven.repo.local.directory=/public/html/maven Howerver, when Maven runs, it attempts to create the directory ftp:/localhost instead of interpreting this as an ftp repo. Any suggestions? I think that you would probably have better success using repo.central with ftp://localhost Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependencies on projects
On Wednesday 21 April 2004 17:55, Jesper Linvald wrote: Is Maven capable of specifiying the folowing kinds of scenarios or do I need to use Gump for this: Gump is not your tool, trust me... :o) 2: Before building a subproject a jar file from another project/subproject must first be produced (and maybe installed ) 1: Fist build this project, then another (in the specified order) - then run goal X You can not do a sequence of, goalA in project1 goalA in project2 goalB in project1 and so on, without hacking your own maven.xml scripts. If you are talking about building many projects and let Maven figure out the sequence required, then you are in luck. Check the multiproject plugin, which is basically a predefined reactor and does what you probably need. Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and Development Process
On Friday 16 April 2004 05:13, Jason van Zyl wrote: In maven2 I find it somewhat disturbing that discussion turns to Maven2 even before Maven1 is released. Is it only me to find this highly awkward?? Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and Development Process
On Friday 16 April 2004 20:16, Jason van Zyl wrote: Is it only me to find this highly awkward?? Why would you find it awkward? Work is starting on the next generation well before there is a 1.0 release for the masses to use, sounds like lack of focus on development effort. A product like Maven with an extremely high dependency ratio would either need evolutionary development of the 1.x series or, if the 1.x is so flawed that the 2.x is necessary, then abandon 1.x before it is released and the support demand sky-rocket. So, the awkwardness lies in; We are struggling to get to terms with a pre-release of 1.0, and get to know that by the time 1.0 hits the shelves, we would be dying for the 2.0 features, and be back in a pre-release state. Q; Maybe you can shed some light on what _you_ believe to be release dates for 1.0 and 2.0 respectively? Cheers Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Subroutines withing the jelly script...
Hi, I thought that attainGoal could be used as a kind of subroutine, but for some reason it doesn't work; : ant:echoCalling Store.../ant:echo attainGoal name=versioning:store / : goal name=versioning:store ant:echoStoring.../ant:echo : The debug output is; attaining goal build:start attaining goal versioning:inc-number build:start: versioning:inc-number: [echo] Calling Store... attaining goal build:end BUILD SUCCESSFUL If I change the goal name, I get an error as expected. The goal store is not called more than once in the same run. Anybody know what could possibly be wrong? Alternatively, is there another way to do the same thing? Cheers Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subroutines withing the jelly script...
A maven plugin:install made the problem go away. Cheers Niclas On Tuesday 13 April 2004 21:12, Niclas Hedhman wrote: Hi, I thought that attainGoal could be used as a kind of subroutine, but for some reason it doesn't work; ant:echoCalling Store.../ant:echo attainGoal name=versioning:store / goal name=versioning:store ant:echoStoring.../ant:echo The debug output is; attaining goal build:start attaining goal versioning:inc-number build:start: versioning:inc-number: [echo] Calling Store... attaining goal build:end BUILD SUCCESSFUL If I change the goal name, I get an error as expected. The goal store is not called more than once in the same run. Anybody know what could possibly be wrong? Alternatively, is there another way to do the same thing? Cheers Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Making A subproject Site
On Tuesday 13 April 2004 22:54, Raphael Philipe Mendes da Silva wrote: Hi, I'm new in Maven.. I need do a project site that have subprojects in it... how i can do it??? EIther use the reactor or what I like better the multiproject plugin. http://maven.apache.org/reference/plugins/multiproject/index.html Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Local goals...
Hi, Is there some way to declare that a goal is local and shouldn't show up in maven -g ??? Also, where do I find the complete reference for the 'syntax' used in the plugin.jelly? Cheers Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Local goals...
On Tuesday 13 April 2004 23:11, Niclas Hedhman wrote: Also, where do I find the complete reference for the 'syntax' used in the plugin.jelly? Using define:tag instead... -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Filtering enabled in POM
http://maven.apache.org/reference/project-descriptor.html#resource says that I can turn on Filtering for copying the resources. But where/how do I define the filters? Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [multiproject] Strange...
Solved (thanks to Stephen McConnell)! maven.license.licenseFile had a file:, which it couldn't Probably same for other locations. Could there be some unfied way of how files and directories are indicated. It will be impossible to remember when to use file:// URLs and when not. My suggestion is that file: is NEVER used/required, and where URLs are allowed/required, the code adds file: intelligently. Cheers Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
site:generate
According to docs, site:generate is supposed to run all kinds of goals, but it doesn't happen (see below), most importantly, the javadoc is skipped. Anyone knows why? (I can do 'maven javadoc' no problem.) Cheers Niclas site: xdoc:register-reports: maven-changelog-plugin:register: maven-file-activity-plugin:register: maven-developer-activity-plugin:register: site:run-reports: [echo] Generating the Change Log... maven-changelog-plugin:report: [echo] Generating the File Activity... maven-file-activity-plugin:report: [echo] Generating the Developer Activity... maven-developer-activity-plugin:report: xdoc:init: xdoc:register-reports: maven-changelog-plugin:register: maven-file-activity-plugin:register: maven-developer-activity-plugin:register: xdoc:generate-from-pom: [echo] Generating xdocs from POM ... -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[multiproject] Strange...
Hi, I am getting the following strange exception when running multiproject:install on RC2 BUILD FAILED File.. file:/home/niclas/.maven/plugins/maven-multiproject-plugin-1.2/plugin.jelly Element... maven:reactor Line.. 202 Column 9 Unable to obtain goal [multiproject:install-callback] -- file:/home/niclas/.maven/plugins/maven-jar-plugin-1.4/plugin.jelly:32:40: ant:jar /home/niclas/dev/opensource/avalon-excalibur/file:/home/niclas/dev/opensource/avalon-excalibur/compatibility not found. Total time: 28 seconds Finished at: Tue Mar 30 13:29:05 MYT 2004 'compatibility' is the subproject name. Somehow, the /home/niclas/dev/opensource/avalon-excalibur/ top-level directory is added in front of the file:/home/niclas/dev/opensource/avalon-excalibur/compatibility sub-project dir. Any clues what I have missed? Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [multiproject] Strange...
On Tuesday 30 March 2004 13:45, Brett Porter wrote:
This is purely a hunch, but I've seen sections of the Avalon build that
uses ant properties to set things for Jelly to use which could potentially
cause this. Because ant properties behave differently to jelly (ie first
wins instead of last wins), this can break in certain situations - and
changes somewhere in the late betas did just that.
Did it work with different versions of Maven?
That I don't know.
I am restructuring the whole Avalon Excalibur, so that all the 'home made'
maven.xml can be removed and build all the systems with a single command.
Yesterday, I had it running (with RC2), and have since then modified the
'inheritence', ripped away tons of properties and maven.xml stuff, now down
to nearly nothing.
This is the 'first' subproject without any dependencies, so I assume it is
something with 'common stuff'.
Attached are;
avalon-excalibur/buildsystem/project-common.xml
avalon-excalibur/project-common.xml
avalon-excalibur/compatibility/project.xml
avalon-excalibur/compatibility/project.properties
No maven.xml involved at all !!
Any help is very much appreciated !
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//--+
maven.repo.remote =
http://www.apache.org/dist/avalon,http://www.ibiblio.org/maven,http://lsd.student.utwente.nl/repository
maven.docs.src=${basedir}/site/xdocs
maven.docs.outputencoding=UTF-8
#
# Banner background and foreground colors.
#
maven.ui.banner.background = #fff
maven.ui.banner.foreground = #000
maven.xdoc.jsl = file:${avalon.buildsysten}/site.jsl
maven.javadoc.stylesheet =file:${avalon.buildsystem}/stylesheet.css
maven.javadoc.links =
${sun.j2se.link},${avalon.logkit.link},${avalon.framework.link},${excalibur.thread.link},${excalibur.event.link}
maven.license.licenseFile = file:${basedir}/LICENSE.txt
maven.xdoc.poweredby.image=
#
# Declaration of the remote links to assign on javadoc generation.
# Link declarations can be overriden in the user's build.properties
# file.
#
sun.j2se.link = http://java.sun.com/j2se/1.4/docs/api/
avalon.framework.link = http://avalon.apache.org/framework/api/
avalon.logkit.link = http://avalon.apache.org/logkit/api/
excalibur.thread.link = http://avalon.apache.org/excalibur/thread/api/
excalibur.event.link = http://avalon.apache.org/excalibur/event/api/
maven.multiproject.includes=**/project.xml
?xml version=1.0 encoding=ISO-8859-1?
project
pomVersion3/pomVersion
nameAvalon Legacy - Excalibur/name
organization
nameThe Apache Software Foundation/name
urlhttp://avalon.apache.org//url
logohttp://avalon.apache.org/images/apache-avalon-logo.png/logo
/organization
inceptionYear1997/inceptionYear
licenses
license
nameApache Software License 1.1/name
distributionrepo/distribution
urlhttp://www.apache.org/LICENSE.txt/url
/license
/licenses
packageorg.apache.avalon/package
gumpRepositoryIdavalon-excalibur/gumpRepositoryId
urlhttp://avalon.apache.org/excalibur//url
issueTrackingUrlhttp://nagoya.apache.org//issueTrackingUrl
siteAddressavalon.apache.org/siteAddress
siteDirectory${root.site.directory}/excalibur/siteDirectory
distributionDirectory/distributionDirectory
repository
connectionscm:cvs:pserver:[EMAIL PROTECTED]:/home/cvspublic:avalon-excalibur/connection
urlhttp://cvs.apache.org/viewcvs/avalon-excalibur//url
/repository
mailingLists
mailingList
nameAvalon Developer List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
archivehttp://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]/archive
/mailingList
mailingList
nameAvalon User List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
archivehttp://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]/archive
/mailingList
/mailingLists
developers
developer
namePaul Hammant/name
email[EMAIL PROTECTED]/email
idhammant/id
/developer
developer
nameBerin Loritsch/name
idbloritsch/id
email[EMAIL PROTECTED]/email
/developer
developer
nameStephen McConnell/name
idmcconnell/id
email[EMAIL PROTECTED]/email
/developer
developer
nameLeo Simons/name
idleosimons/id
email[EMAIL PROTECTED]/email
/developer
developer
nameJeff Turner/name
idjefft/id
email[EMAIL PROTECTED]/email
/developer
developer
nameCostin Manolache/name
/developer
developer
nameCraig McClanahan/name
/developer
developer
nameEung-ju Park/name
idcolus/id
email[EMAIL PROTECTED]/email
/developer
developer
nameFederico Barbieri/name
idfede/id
email[EMAIL PROTECTED]/email
/developer
developer
nameLeif Mortenson/name
idfede/id
email[EMAIL
[multiproject] Dependency problem in RC2
Hi,
I am facing a strange cyclic dependency problem, and would like to hear if
someone got any ideas...
I build using multiproject, and get
A cycle has been detected from the initial goal
[excalibur-fortress:excalibur-fortress-tools]
The project.xml in fortress-tools can be boiled down to;
project
extend${basedir}/../project.xml/extend
nameExcalibur Fortress Tools/name
idexcalibur-fortress-tools/id
dependencies
dependency
groupIdexcalibur-fortress/groupId
artifactIdexcalibur-fortress-container-impl/artifactId
version1.2/version
/dependency
/dependencies
/project
And even though there is NO DEPENDENCIES in the
'excalibur-fortress-container-impl', I still get the above message.
There are no dependencies declared in the 'inherited' project.xml's.
What could it be?
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//--+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [multiproject] Dependency problem in RC2
On Sunday 28 March 2004 23:02, Niclas Hedhman wrote: What could it be? I finally changed the name of the 'tools' project, and problem solved. No other complaints. Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
