Re: Confused about the branches
IMHO, we can remove. 2008/3/10, Rahul Thakur [EMAIL PROTECTED]: There are some other branches residing in Continuum SVN. Should we remove any (or all) of the following if they are not in active development? I know (id-refactor and key-based-refactor can go) # continuum-acegi # continuum-site_1.1 # gbuild # id-refactor # key-based-refactor # osworkflow-integration # release-integration Cheers, Rahul Brett Porter wrote: Hi, I'm a bit confused about the current branch scenarios, we have 1.2 on a branch and 2.0 on trunk. Several changes have been made on each, and none merged to the other. Can I suggest we merge all branch changes to trunk, rename trunk to 1.2-SNAPSHOT, and the branch to continuum-1.1.x (1.1.1-SNAPSHOT) and use that for bugfixes only? WDYT? - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: Trouble building maven-plugins parent pom in Continuum
Hi, Currently the max size for this field is 512. class nameChangeFile/name packageNameorg.apache.maven.continuum.model.scm/packageName version1.0.9+/version fields field name stash.maxSize=512name/name version1.0.9+/version typeString/type /field Which doens't look enough. 1024 ? -- Olivier 2008/3/9, Brett Porter [EMAIL PROTECTED]: I think Continuum needs to allow longer values in here - it certainly should not error out. On 10/03/2008, at 7:13 AM, Wendy Smoak wrote: On Sun, Mar 9, 2008 at 12:48 PM, Brett Porter [EMAIL PROTECTED] wrote: Even though it uses --non-recursive to build, the checkout does not exclude any subdirectories. This would occur in the checkout/update and building changesets. Is a build error and Please correct your data! the right response here, or can Continuum do something useful like truncate the data and keep going? -- Wendy -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: VMBuild needs volunteers
Hi, If I can help I will (propably not a 24/7 support :-) ). 2008/3/8, Wendy Smoak [EMAIL PROTECTED]: We have a Continuum instance available for ASF projects to use: http://vmbuild.apache.org/continuum/groupSummary.action This is our (internal) public face, and it would be great to have more volunteers keeping an eye on it! It was down this morning, so I re-started it (at 11AM MST.) I didn't investigate why it was unhappy. One thing we really need to do is upgrade it to the latest version. I'm hesitant to take that on alone, but maybe someone else is braver than I, or 2-3 people might collaborate to get it done and documented. Sure won't be so easy (is all the build history important ?) And there are 11 open issues: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=10410component=12311662resolution=-1sorter/field=prioritysorter/order=DESC There is some documentation here: http://cwiki.apache.org/confluence/display/vmbuild/Home (This needs to be moved into svn to better conform with other infra documentation, something that's been on my list for a while now...) Ok but where ? (something like https://svn.apache.org/repos/asf/vmbuild or https://svn.apache.org/repos/asf/continuum/vmbuild). Using a site write with the maven format (apt xdoc) ? -- Wendy
Re: Confused about the branches
2008/3/4, Brett Porter [EMAIL PROTECTED]: On 05/03/2008, at 5:18 AM, Olivier Lamy wrote: 2008/3/4, Brett Porter [EMAIL PROTECTED]: On 04/03/2008, at 10:47 AM, Olivier Lamy wrote: Agree on this. Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which prevent using xml-rpc :-(. Cool - shall we just start using the 1.2 bucket in JIRA? There are only 14 issues there now so maybe we could keep that to 20-30 issues all together and release it. +1 ok, I'll get my stuff in there I found these changes on trunk that are not on the branch: r617400. (The rest is documentation) I found these changes on the branch that are not on trunk: r627196, r620613, r620612, r620611 I think we should just merge all those from the branch to trunk, set it as v1.2, and close the branch for now? +1. (Perso, I don't really like the idea of starting a parrallel branch/trunk a la mvn 2.1 :-) ) I'll merge the changes to trunk - but will wait to hear other's opinions on this too before changing the branch It looks we don't have any objections/opinions. All changes from branch has been merged. I will rename the version in the trunk to 1.2 (tomorow). If no objections, I will change root pom to not have anymore maven pom as parent. Sounds good - do you think we should have a Continuum parent POM like we do for Archiva? https://svn.apache.org/repos/asf/continuum/parent/trunk ? A new pom without parent ? (I can certainly copy some contents from the maven parent pom) With an ASF parent instead of the Maven one, yep. Question : do we have to change the groupId in the poms : org.apache.maven.continuum - org.apache.continuum ( java package too ? looks a big bang) I don't see any downside to doing this :) - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: Confused about the branches
2008/3/4, Brett Porter [EMAIL PROTECTED]: On 04/03/2008, at 10:47 AM, Olivier Lamy wrote: Agree on this. Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which prevent using xml-rpc :-(. Cool - shall we just start using the 1.2 bucket in JIRA? There are only 14 issues there now so maybe we could keep that to 20-30 issues all together and release it. +1 I found these changes on trunk that are not on the branch: r617400. (The rest is documentation) I found these changes on the branch that are not on trunk: r627196, r620613, r620612, r620611 I think we should just merge all those from the branch to trunk, set it as v1.2, and close the branch for now? +1. (Perso, I don't really like the idea of starting a parrallel branch/trunk a la mvn 2.1 :-) ) If no objections, I will change root pom to not have anymore maven pom as parent. Sounds good - do you think we should have a Continuum parent POM like we do for Archiva? https://svn.apache.org/repos/asf/continuum/parent/trunk ? A new pom without parent ? (I can certainly copy some contents from the maven parent pom) Question : do we have to change the groupId in the poms : org.apache.maven.continuum - org.apache.continuum ( java package too ? looks a big bang) Cheers, Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: svn commit: r633704 - in /continuum/branches/continuum-1.x: ./ continuum-api/ continuum-commons/ continuum-configuration/ continuum-core-it/ continuum-core/ continuum-data-management/ continuum-da
2008/3/5, Brett Porter [EMAIL PROTECTED]: On 05/03/2008, at 10:28 AM, [EMAIL PROTECTED] wrote: use new continuum parent change groupId to org.apache.continuum (continuun is now TLP :-) ) Will this be merged to trunk too? Yep archive manifest - mainClassorg.apache.maven.continuum.management.DataManagementCli/ mainClass + mainClassorg.apache.continuum.management.DataManagementCli/ mainClass /manifest /archive /configuration ... dependencies dependency - groupIdorg.apache.maven.continuum/groupId + groupIdorg.apache.continuum/groupId artifactIdcontinuum-xmlrpc-client/artifactId version${project.version}/version /dependency @@ -60,7 +60,7 @@ arguments argument-classpath/argument classpath / - argumentorg.apache.maven.continuum.xmlrpc.backup.Backup/argument +argumentorg.apache.continuum.xmlrpc.backup.Backup/ argument argument-h/argument /arguments /configuration @@ -73,7 +73,7 @@ descriptorsrc/assembly/app.xml/descriptor archive manifest - mainClassorg.apache.maven.continuum.xmlrpc.backup.Backup/mainClass + mainClassorg.apache.continuum.xmlrpc.backup.Backup/ mainClass /manifest /archive /configuration ... !-- automatically creates the classpath using all project dependencies, also adding the project build directory -- classpath / - argumentorg.apache.maven.continuum.xmlrpc.client.SampleClient/ argument + argumentorg.apache.continuum.xmlrpc.client.SampleClient/argument /arguments /configuration /plugin ... configuration roleDefaults roleDefault - role org.apache.maven.continuum.xmlrpc.server.ContinuumXmlRpcComponent/ role + roleorg.apache.continuum.xmlrpc.server.ContinuumXmlRpcComponent/ role instantiation-strategyper-lookup/instantiation- strategy /roleDefault /roleDefaults These all look to be in error because they refer to packages (not yet migrated). Yep good catch error - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: Confused about the branches
Agree on this. Currently there is a blocking issue with xml-rpc CONTINUUM-1590 which prevent using xml-rpc :-(. If no objections, I will change root pom to not have anymore maven pom as parent. -- Olivier 2008/3/4, Brett Porter [EMAIL PROTECTED]: On 29/02/2008, at 10:04 AM, Emmanuel Venisse wrote: On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED] wrote: On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote: why 1.1.x? in case there was a bugfix release on 1.1? I thought that was what the branch was for... maintenance of 1.1. or is there going to be 2 completely different strands of development? I thought to do 1.x in the branch instead of only maintenance in 1.1.xbecause I don't know how many time we'll need for the first 2.0 release. User will probably need some new small feature before the 2.0release and not only maintenance. With the roadmap discussion recently, I thought it was going to be an incremental move towards 2.0 on trunk - 1.2 will have some parts and refactorings, 1.3, 1.4 and so on. I'm not sure why there would need to be two streams of development? I think there's a real danger of getting lost in the 2.0 trap (c.f. Maven 1.0, Maven 2.0 and Maven 2.1 :) I'm actually keen to do a couple of small things myself and get a release out: - a few small bug fixes, like the lost change sets for some builds - better error handling - switch to a Jetty runtime without the plexus appserver so we can use jetty 6 - add a call to svn info --xml to check whether to do an svn update to speed up working copy updates Just stuff I see from running vmbuild and the maven zone. I think that and a couple of other refactorings that are being discussed on here would make a good 1.2 in the next couple of months. WDYT? - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: svn move (was: Re: Apache Continuum is now an Apache top level project)
Hi, What about the sandbox content ? [1] Not sure it's well maintained code ;-). -- Olivier [1] : https://svn.apache.org/repos/asf/maven/sandbox/trunk/continuum/ 2008/2/28, Brett Porter [EMAIL PROTECTED]: This has been done (and switch works just fine). No other changes should be needed on your end. - Brett On 26/02/2008, at 12:02 PM, Wendy Smoak wrote: On Mon, Feb 25, 2008 at 4:39 PM, Emmanuel Venisse [EMAIL PROTECTED] wrote: I created the svn group with all pmc members. The next step will be the svn move to the new location. I'd like to see the move done for the end of the week, so if you have some changes to commit, you must do it asap. If you have local changes you don't want to commit, I think 'svn switch' will work afterwards to point an existing working copy at a new url. -- Wendy -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Continuum fisheye hosting
Hi, As continuum has moved in the apache svn. The project is no longer available here http://fisheye6.cenqua.com. I have created an issue [1] to ask the hosting. Is there any objections before notifying/asking infra ? Thanks, -- Olivier [1] https://support.atlassian.com/browse/FSH-580
Re: Apache Continuum is now an Apache top level project
Wonderful ! -- Olivier 2008/2/20, Brett Porter [EMAIL PROTECTED]: Hi all, Congratulations - the board passed the resolution we submitted. We'll have some work to do to get set up over the next month, but other than that it's business as usual. Certainly shouldn't interrupt the planning for the next release :) Cheers, Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: [Discussion] Continuum 2.0 Roadmap
Hi, This looks very exciting (I love the plugin idea). As all of this features can be long to implement, I agree with Brett to separate into different millestones releases. (IMHO a full big bang will be very long). And currently they are some blocking issues in the 1.1 release. -- Olivier 2008/1/29, Emmanuel Venisse [EMAIL PROTECTED]: Hi I started a document [1] with my ideas about Continuum 2. As you can see in this doc, I want to add lot of things in the next version. Feel free to comment on it. [1] http://docs.codehaus.org/display/CONTINUUM/Continuum+2.0+Design+Discussion Emmanuel
Re: [vote] Request Graduation to a TLP
+1 -- Olivier 2008/2/6, Emmanuel Venisse [EMAIL PROTECTED]: Hi, Below is the current proposal for the Continuum TLP. Please vote on whether to make this proposal a formal request to the Maven PMC to apply for graduation. [ ] +1 [ ] 0 [ ] -1 Cheers, Emmanuel Establish the Apache Continuum Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the domain of continuous integration. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Continuum PMC, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Continuum PMC be and hereby is responsible for the creation and maintenance of software related to the domain of continuous integration based on software licensed to the Foundation; and be it further RESOLVED, that the office of Vice President, Apache Continuum be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Continuum PMC, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Continuum PMC; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Continuum PMC: - Maria Odea Ching ([EMAIL PROTECTED]) - Joakim Erdfelt ([EMAIL PROTECTED]) - Olivier Lamy ([EMAIL PROTECTED]) - Trygve Laugstol ([EMAIL PROTECTED]) - Jesse McConnell ([EMAIL PROTECTED]) - Brett Porter ([EMAIL PROTECTED]) - Edwin Punzalan ([EMAIL PROTECTED]) - Carlos Sanchez ([EMAIL PROTECTED]) - Wendy Smoak ([EMAIL PROTECTED]) - Rahul Thakur ([EMAIL PROTECTED]) - Emmanuel Venisse ([EMAIL PROTECTED]) - Kenney Westerhof ([EMAIL PROTECTED]) - Andrew Williams ([EMAIL PROTECTED]) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Emmanuel Venisse be appointed to the office of Vice President, Apache Continuum, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Continuum PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Continuum Project; and be it further RESOLVED, that the initial Apache Continuum PMC be and hereby is tasked with the migration and rationalization of the Apache Maven PMC Continuum subproject; and be it further RESOLVED, that all responsibility pertaining to the Maven Continuum sub-project and encumbered upon the Apache Maven PMC are hereafter discharged.
Re: Continuum update
Hi, +1 We could release a 1.2 bug fixes because currently they are some blocking issues. -- Olivier 2008/1/21, Emmanuel Venisse [EMAIL PROTECTED]: Hi, I'll probably create a new branch for 1.x dev and will reserve the trunk for 2.x dev. I think I'll do it this week or the next (if you're agree, of course :) ) I'll try to send at the same time my ideas for 2.x so we'll can discuss about them. Emmanuel
Re: Splitting the website and documentation
2007/12/29, Wendy Smoak [EMAIL PROTECTED]: On Dec 28, 2007 7:51 PM, Brett Porter [EMAIL PROTECTED] wrote: On 29/12/2007, at 1:35 PM, Wendy Smoak wrote: I was just going to leave it under continuum/trunk as continuum-docs and continuum-site. Cool, thanks for that. Should be pretty straightforward to move the site up at a later date if needed. This is done. The versioned docs are in continuum-docs, publishing to /continuum/docs/$version. I moved the 1.1 docs to http://maven.apache.org/continuum/docs/1.1 and added a redirect (from /continuum/documentation/1_1) to the .htaccess file. This does leave us without a way to edit and re-publish the existing 1.1 docs, since this new module belongs to 1.2-SNAPSHOT. I don't want to branch all of Continuum unless we're doing a 1.1.1 release, but we could branch just the continuum-docs module. Thoughts? Why not a 1.1.1 bug fix release? We can walk on jira issues and move some to 1.1.1 Others ? -- Wendy -- Olivier
Re: Continuum and Build Profiles
Hi, No objection from me. -- Olivier 2007/12/14, Wendy Smoak [EMAIL PROTECTED]: I'm having trouble communicating about profiles in Continuum. The problem is that Maven already has something called Build Profiles. See: http://maven.apache.org/guides/introduction/introduction-to-profiles.html And now Continuum has a page titled Build Profiles that is not at all the same thing: http://example.com/continuum/admin/profilesList!list.action We need to call ours something else. So far I've been calling them Continuum Profiles instead. Other suggestions? Any objection to changing the heading on that page? Thanks, -- Wendy
Re: [vote] Release Continuum 1.1 Final
+1 -- Olivier 2007/11/19, Emmanuel Venisse [EMAIL PROTECTED]: I fixed it. About the doc, I'll work on it this week and it will be deploywhen the vote will be ok. Emmanuel Emmanuel Venisse a écrit : I'll fix it today and will resend a message when you'll can retest. Emmanuel Stuart James Penrose a écrit : Emmanuel Venisse wrote: The binaries are available there: ... http://people.apache.org/builds/maven/continuum/1.1/org/apache/maven/continuum/data-management-cli/1.1/data-management-cli-1.1-app.jar The data management tool looks like it needs some 'assembly' work ('java -jar data-management-cli-1.1-app.jar' doesn't work): 1) If you list the root of the jar you see a list of *.jar entries, not root package names 2) It appears that the main class is missing (DataManagementCli) - xmlrpc backup tool : http://people.apache.org/builds/maven/continuum/1.1/org/apache/maven/continuum/continuum-xmlrpc-backup/1.1/continuum-xmlrpc-backup-1.1-app.jar The file generated by the backup tool can be used with data management cli to re-import data. How does the xml backup tool relate to the cli tool the recommended backup/restore/upgrade strategy in general? Should the upgrade page make mention of this new tool ( http://maven.apache.org/continuum/documentation/1_1/installation/upgrade.html )? Everyone is encouraged to vote and give their feedback. [ ] +1 Release it! [ ] 0 [ ] -1 Don't release it, because... -1 Don't release it, because the data management tool is broken and as a result it's not clear how to upgrade 1.1-betaX installs to 1.1 final. Stu Penrose
Fwd: [continuum build trunk - SKIPPED - checkout] Thu Nov 8 01:00:01 GMT 2007
Hi, Is it possible someone with karma maven.zones kill processes ? Thanks, -- Olivier -- Forwarded message -- From: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: 8 nov. 2007 02:00 Subject: [continuum build trunk - SKIPPED - checkout] Thu Nov 8 01:00:01 GMT 2007 To: [EMAIL PROTECTED] ci_continuum.sh already running... exiting continuu 24880 24200 0 Oct 24 ? 0:00 /bin/sh /export/home/continuum/ci_continuum.sh checkout continuu 24200 24169 0 Oct 24 ? 0:00 /bin/sh /export/home/continuum/ci_continuum.sh checkout continuu 24169 24167 0 Oct 24 ? 0:00 /bin/sh /export/home/continuum/ci_continuum.sh checkout
Re: [vote] Release Continuum 1.1-beta-4
Hi, It's duplicate with CONTINUUM-1492. Can you detailled what kind of proxy you use ? (NTLM authentification ?). Because as I have explained in CONTINUUM-1492, I have tested this successfully with adding -Dhttp.proxyHost=proxyhost.com, -Dhttp.proxyPort=80 (but with auth in the proxy) in the cli. Have you try this [1]? -- Olivier [1] http://java.sun.com/j2se/1.5.0/docs/guide/net/properties.html 2007/10/25, Damien Lecan [EMAIL PROTECTED]: 2007/10/25, Emmanuel Venisse [EMAIL PROTECTED]: Hmm, file an issue and I'll try to fix it (but I don't have a proxy to do a real test) http://jira.codehaus.org/browse/CONTINUUM-1536 Damien -- Olivier
Re: continuum-site branch
+1 -- Olivier 2007/10/23, Emmanuel Venisse [EMAIL PROTECTED]: Hi, I'd like to merge continuum-site_1.1 branch in trunk tomorrow (before to start the release process of 1.1-beta-4) Are you ok? Emmanuel
Re: next release
Hi, A version like 1.1-rc1 is not possible ? I will try to work on adding others pages. -- Olivier 2007/10/17, Emmanuel Venisse [EMAIL PROTECTED]: Hi, In jira, we have now 3 issues opened, I don't think I'll can fix CONTINUUM-1388 before the release because it require changes and releases of remote-resources-plugin, apache-jar-resource-bundle and maven parent pom. I'm not sure to fix CONTINUUM-1475 too. About the docs, we have already few pages done, I'll can work on others in next days. What do you think about the version to use for the continuum release? We have two choices: 1.1-beta-4 or 1.1 final. Personnally, I'd prefer 1.1 final. I tested all parts and all seems to be ok, I just need to test more the ANT/shell part. I'd like to prepare the Continuum release next week. Emmanuel
Re: Improvement
Hi, I think there are some related/similar issues to this (CONTINUUM-703, CONTINUUM-1332). And fixing this is not really complicated. Others : agree to move this issues to 1.1-beta-4 ? (I can work on this this week) -- Olivier 2007/10/15, Christophe Lechenne [EMAIL PROTECTED]: Hi, When we look project list in a group, we can see in tab, one column Group which seems useless, it could be better to print the date of last built for this project instead, wdyt ? Regards, Christophe
Re: Documentation Plan
Agree to remove old content. The home need some work : adding the download link, google search box as in maven home and some more words on the project. -- Olivier 2007/10/5, Emmanuel Venisse [EMAIL PROTECTED]: What do you think if I remove Old versions from the menu? We don't have a 1.0.x doc so we don't need it and I don't know what toput in this part. It can be used with next versions Emmanuel Emmanuel Venisse a écrit : I created a branch for the new site (http://svn.apache.org/repos/asf/maven/continuum/branches/continuum-site_1.1/ ) and I added the structure and some content. Please, review and comment before I (and all other that want to help) start to write the doc. Emmanuel Emmanuel Venisse a écrit : Hi, Here is the structure of the documentation I'd like to have for 1.1-final . Installation/Upgrade Guides Installation (standalone, webapp, service...) Release Notes Upgrade Administrator's Guides Managing Users and Security Adding Project Group Managing Builders Managing JDKs Managing Profiles Managing Schedules Managing General Configuration (configuration and appearance) Developer's Guides SVN repository structure XML-RPC TO BE DEFINED User's Guides Managing a project Add (maven1, maven2, Ant, Shell), Remove, Edit SCM security hints Managing Build Definitions Managing Notification mail to an address, mail to latest committers, irc, jabber, msn, wagon, alwaysSend... Building a project Release Management Knowledge Base FAQ (sorted by categories, maybe one menu entry by category) Old versions 1.0.x site About videos, I don't know yet where to put them. Maybe a video attached to a page (like Add Maven2 project) instead of a specific videos page in the menu. WDYT? Emmanuel -- Olivier
Re: CONTINUUM-310 - customizable email templates
Hi, File in ${user.home} can cause trouble if you have two continuum instances started with the same user/id and if you need different configurations between instances. But we can think about something which merge between $CONTINUUM_HOME/conf and ${user.home) (I think plexus-registry can do this because it use commons-configuration) with configuration in $CONTINUUM_HOME/conf wins. -- Olivier 2007/10/2, Emmanuel Venisse [EMAIL PROTECTED]: Wendy Smoak a écrit : On 10/2/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: We can't move all in the db because schema updates can be a pain. In 1.2 all the conf, actually written in application.xml, will be move to an external file. This file will can be stored in ${user.home} so each installs will can use it like it is done in archiva-configuration. ... or $CONTINUUM_HOME/conf, I assume? of course :) Rahul, not sure if that was meant for me, but I'm not in favor of putting either the configuration or the email templates in the database. Plain text rules. :) Assuming they are loaded from the classpath, then the path/package/filename goes in continuum.xml, and the files themselves go somewhere that they end up on the classpath. -- Olivier
Re: CONTINUUM-310 - customizable email templates
Are you using plexus-runtime or tomcat ? If it works with tomcat (adding the template in WEB-INF/classes/${templatepath}). It looks a classLoader issue with plexus-jetty because WEB-INF/classes must wins against WEB-INF/lib. -- Olivier 2007/10/2, Tomislav Stojcevich [EMAIL PROTECTED]: Can you write up a page on the wiki explaining where things are and how to do this? http://docs.codehaus.org/display/CONTINUUMUSER/Home I would if it actually worked. I just tried putting the templates in the WEB-INF/classes (using the same fully qualified path that they have in the core.jar) and made some changes. My modified ones in WEB-INF/classes are not getting picked up. -- tom -- Olivier
Re: how to install continuum betat 2 into tomcat?
Please use user mailing list for user questions. http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+Tomcat 2007/9/25, I am Who i am [EMAIL PROTECTED]: Is there any doc available for this? -- Olivier
Re: build definition used on build result
Hi, * Yes it's stored in the database with the buildResult (like a clone and add of the buildDefinition). * Yes it is in the email. * It looks we have to store the buildDefinition even if the scm update/checkout failed -- Olivier 2007/9/23, Brett Porter [EMAIL PROTECTED]: A couple of questions/issues on this new feature: * is this stored with the build result, or is it referring to what is in the database now? (ie, what happens to the result if the build definition is later removed?) * is it in the email template? (haven't looked yet) * issue: it shows up on builds that are in error as empty: http:// maven.zones.apache.org/continuum/buildResult.action? buildId=23999projectId=272projectGroupId=8 Cheers, Brett -- Brett Porter - [EMAIL PROTECTED] Blog: http://www.devzuz.org/blogs/bporter/ -- Olivier
Re: adding video capture to the continuum site
Hi, I have made two samples : - starting continuum and add a project http://people.apache.org/~olamy/continuum/flash/start-continuum.htm - using the build definition template new feature http://people.apache.org/~olamy/continuum/flash/build-definition-template.htm It's two flash files. Too see the size : http://people.apache.org/~olamy/continuum/flash Note : we can reduce the size (I have used my default screen resolution 1280x800). -- Olivier 2007/9/21, Emmanuel Venisse [EMAIL PROTECTED]: Wendy Smoak a écrit : On 9/18/07, olivier lamy [EMAIL PROTECTED] wrote: I'd like to add some wink captures to the site (as adding a project for newbies etc...) Great idea. :) yes. with or without voice? As this files can be huge, I don't really want to add this in sources trunk (It can be long to checkout the sources) But in order to publish them, they must be in a site module. Not necessarily... they can be hosted anywhere that can handle the bandwidth, and linked to. Is YouTube an appropriate option? (Or can you convert to a format that can be hosted there or somewhere similar?) yes, it's an appropriate option. I don't think YouTube remove files after few days/months That's why I'd like to remove the site module from this current path and move it to https://svn.apache.org/repos/asf/maven/continuum/. svn mv https://svn.apache.org/repos/asf/maven/continuum/trunk/continuum-site/ https://svn.apache.org/repos/asf/maven/continuum . I'm not in favor of moving the site somewhere it doesn't get checked out with the project. But I also don't think the ASF Subversion repo is the right place for documentation video files. (It would be different if they were *part* of the product itself.) If we put video files in svn, it will be only wink files but I'm not sure if it's the right place. I'm not sure we have a quota in svn but wink files will use lot of places. How many files do you want to do? How many minutes? Are any other projects offering video examples? How do they handle it? I don't know one at ASF. Emmanuel -- Olivier
Re: [discuss] Graduate Continuum to its own TLP
Hi, +1. It will help to find more committers to implement all great new features. -- Olivier 2007/9/21, Emmanuel Venisse [EMAIL PROTECTED]: Hi, At the begin, Continuum was designed to support maven2 projects so we thought it was good to put it under the maven umbrella. But now it supports other project types (ANT, shell scripts) too so it isn't centered on maven projects. An other thing is that we have lot of users (not only maven users) with actually 450 subscribers to the users list, and I think we can get more with a TLP project. My last point is that with the maven project, it isn't easy to add new committers because a new committer have the hand on all maven umbrella code and not only one project. So I think it would be good for Continuum to become a Top Level Project at ASF and the continuum community will have more chance to grow. My concern for the moment is we don't have enough committer from different companies, To be stable, at least 3 committers from different companies would be good. WDYT? Emmanuel -- Olivier
adding video capture to the continuum site
Hi, I'd like to add some wink captures to the site (as adding a project for newbies etc...) As this files can be huge, I don't really want to add this in sources trunk (It can be long to checkout the sources) But in order to publish them, they must be in a site module. That's why I'd like to remove the site module from this current path and move it to https://svn.apache.org/repos/asf/maven/continuum/. svn mv https://svn.apache.org/repos/asf/maven/continuum/trunk/continuum-site/ https://svn.apache.org/repos/asf/maven/continuum . The parent pom of this module will be last org.apache.maven:maven-parent pom. An other question is what I have to add in svn : wnk and swf files or only swf ? Let me know if there is any objections concerning this, -- Olivier
Re: adding video capture to the continuum site
Yes displaying the page containing this swf could be long. But in the link to these pages we can indicate this. For not storing this files in svn but in an other place, it looks possible to deploy it manually to people.apache.org /www/maven.apache.org/continuum. But I'm not sure it's a good solution to have an automatic process to deploying site with mvn and an other manual to deploy this files. -- Olivier 2007/9/19, Rahul Thakur [EMAIL PROTECTED]: How will this affect users on dial-up/slow connections browsing those pages on the continuum site? Is it possible to have these swf (or wnk) resources live outside SVN and be included from an external URL? Rahul - Original Message - From: olivier lamy [EMAIL PROTECTED] To: continuum-dev@maven.apache.org Sent: Wednesday, September 19, 2007 6:42 PM Subject: adding video capture to the continuum site Hi, I'd like to add some wink captures to the site (as adding a project for newbies etc...) As this files can be huge, I don't really want to add this in sources trunk (It can be long to checkout the sources) But in order to publish them, they must be in a site module. That's why I'd like to remove the site module from this current path and move it to https://svn.apache.org/repos/asf/maven/continuum/. svn mv https://svn.apache.org/repos/asf/maven/continuum/trunk/continuum-site/ https://svn.apache.org/repos/asf/maven/continuum . The parent pom of this module will be last org.apache.maven:maven-parent pom. An other question is what I have to add in svn : wnk and swf files or only swf ? Let me know if there is any objections concerning this, -- Olivier -- Olivier
Re: [vote] Release Continuum 1.1-beta-3
+1 -- Olivier 2007/9/19, Emmanuel Venisse [EMAIL PROTECTED]: Hi, Continuum 1.1-beta-3 is ready for release The highlights are - lot of bug fixes - LDAP support for authentication (thanks jesse) - performance improvement - committer mail notification The Release Notes is available there: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10540styleName=Htmlversion=13661 The binaries are available there: - Runtime: http://people.apache.org/builds/maven/continuum/1.1-beta-3/org/apache/maven/continuum/continuum-plexus-runtime/1.1-beta-3/continuum-plexus-runtime-1.1-beta-3-bin.tar.gz - Webapp: http://people.apache.org/builds/maven/continuum/1.1-beta-3/org/apache/maven/continuum/continuum-webapp/1.1-beta-3/continuum-webapp-1.1-beta-3.war - data management cli: http://people.apache.org/builds/maven/continuum/1.1-beta-3/org/apache/maven/continuum/data-management-cli/1.1-beta-3/data-management-cli-1.1-beta-3-app.jar Everyone is encouraged to vote and give their feedback. [ ] +1 Release it! [ ] 0 [ ] -1 Don't release it, because... The vote will be open for 72 hours. So, cast your votes now ;-) Here's my +1 Thanks, Emmanuel
[jira] Commented: (CONTINUUM-462) Relative path not honoured in cvs commands for flat project layout
[ http://jira.codehaus.org/browse/CONTINUUM-462?page=comments#action_57629 ] Olivier Lamy commented on CONTINUUM-462: You can do it with continum by overriding the scm url in all modules (I use this with continuum 1.0.2) Workaround works for continuum but not for http://jira.codehaus.org/browse/MRELEASE-6 Olivier Relative path not honoured in cvs commands for flat project layout -- Key: CONTINUUM-462 URL: http://jira.codehaus.org/browse/CONTINUUM-462 Project: Continuum Type: Bug Versions: 1.0, 1.0.1 Environment: affects all environments Reporter: Christian Schulte Continuum does not implement the flat project layout as described at http://maven.apache.org/guides/mini/guide-ide-eclipse.html at the end of the site correctly. The checkout via ViewCVS does work but during building continuum does not propagate the relative path to the modules and the parent correctly to the cvs commands it executes making the build fail because of cvs errors about unknown modules. Example: REPOROOT |--ROOT |pom.xml |--MODULE1 |pom.xml |--MODULE2 |pom.xml Just directories below REPOROOT. The ViewCVS URL to import such a project into continuum looks something like this... http://somehost/viewcvs/*checkout*/REPOROOT/ROOT/pom.xml and the SCM URL inside ROOT/pom.xml looks like this... connectionscm:cvs:pserver:[EMAIL PROTECTED]:/cvs:/REPOROOT/ROOT/connection Continuum can successfully build the project inside ROOT but fails for all projects defined like this in ROOT/pom.xml. modules module../MODULE1/module module../MDOULE2/module /modules That is because it tries to do the cvs checkouts wihtout the correct relative path as it did during initial checkout via ViewCVS. 21212715 [Thread-1] WARN org.apache.maven.continuum.scm.ContinuumScm - Command output: cvs server: cannot find module `REPOROOT/ROOT/MODULE1' - ignored cvs [checkout aborted]: cannot expand modules Here it should have used REPOROOT/ROOT/../MODULE1. The workaround to get this structure working in continuum is to specify the SCM URL inside every single pom.xml of the whole project with the correct path. Continuum then does support the flat project layout. Without the SCM URLs inside every pom it only honours the structure during initial checkout via ViewCVS but not during the cvs commands executed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (CONTINUUM-327) Two Email Notifiers with two differents address send two emails with all address.
Two Email Notifiers with two differents address send two emails with all address. - Key: CONTINUUM-327 URL: http://jira.codehaus.org/browse/CONTINUUM-327 Project: Continuum Type: Bug Versions: 1.0-beta-1 Reporter: Olivier Lamy Priority: Minor I record two email notifiers on the same project with differents recipients. The email is sending twice time with the differents recipients. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (CONTINUUM-323) Project Summary with maven1 project doesn't display dependencies and developers
Project Summary with maven1 project doesn't display dependencies and developers --- Key: CONTINUUM-323 URL: http://jira.codehaus.org/browse/CONTINUUM-323 Project: Continuum Type: Bug Components: continuum-web Versions: 1.0-beta-1 Reporter: Olivier Lamy Attachments: tmp.png Project Summary with maven1 project doesn't display dependencies and developers -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira