Side effects of project groups page auto-refresh
The 'Project Groups' page automatically refreshes itself every so often. Unfortunately, this now causes errors when existing actions forward to that page rather than redirect to it. One such problem (after performing a release) was reported and fixed in CONTINUUM-1560 [1]. But it also happens when adding a project group. There are probably more places this needs to be fixed. Is there an easy way to identify the actions that are affected by this? [1] http://jira.codehaus.org/browse/CONTINUUM-1560 Thanks, -- Wendy
Re: Need for onWords events (and more)?
On Jan 1, 2008, at 7:36 PM, Jason van Zyl wrote: [snip] I think making an addition to the API to allow finer grained access to the words would be great. ok great. I think wiki-model might a little over the top with the things it gives access to. Knowing Mikhail (author of wikimodel) I'm pretty sure he has added these events for a good reason. I'll try to ask him why he had a need for the other events. Let's take the onSpecialSymbol() for example. Imagine the following use case: escaping all XML/HTML in the page. The way wikimodel does this is by sending events when the and chars are encountered. How would we do this in Doxia? If we add the onWord event, then will it include special characters too? Let's say it does and we get words like img .../. If we wanted to escape XML/HTML we would need to reparse each word and check for and chars. Is that the best way of doing it? OTOH sending events for each special char is probably performance- consuming so you may not want to emit these events in all cases. Maybe one solution would be to have different parsers for different needs. And to have 2 Sink interfaces. One for coarse-grained events and one for fine-grained ones. WDYT? Thanks -Vincent
RE: Where are the ITs for 2.0.9-SNAPSHOT?
Yes I think it is. The original focus for that doc was how to create a new IT test, but it would be helpful to say how to run the current Its too... -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 01, 2008 11:45 PM To: Maven Developers List Subject: Re: Where are the ITs for 2.0.9-SNAPSHOT? Currently, I believe you have to have run mvn install from the core- integration-testing module to get it to work. If that's missing from the doc Brian forwarded, please do add it as a comment :) Thanks, Brett On 02/01/2008, at 3:39 PM, Hilco Wijbenga wrote: On Jan 1, 2008 7:12 PM, Brett Porter [EMAIL PROTECTED] wrote: Those integration tests do work for 2.0.9 - take a look at maven- core- it-runner in the Maven 2.0.x source tree for one alternative for running them. I just ran the tests and about 25% fail, all because Maven fails to download artifacts (or so surefire-reports tells me). E.g.: GroupId: org.apache.maven.its.plugins ArtifactId: maven-it-plugin-touch Version: 2.1-SNAPSHOT In my settings.xml I have http://people.apache.org/repo/m2-snapshot-repository and http://snapshots.repository.codehaus.org and I've activated the appropriat profiles (help:effective-pom lists said repositories). Which repository am I missing? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the ITs for 2.0.9-SNAPSHOT?
On Jan 2, 2008 6:39 AM, Brian E. Fox [EMAIL PROTECTED] wrote: Yes I think it is. The original focus for that doc was how to create a new IT test, but it would be helpful to say how to run the current Its too... For the record, I did get all the ITs to pass but when I was about to add my comment I noticed that rerunning the same command simply didn't run the ITs anymore. (It does lots of downloading but no running of ITs.) Until I understand why it works only sometimes I don't think I should be commenting on anything. :-) I emptied my local repository and did a mvn clean but that doesn't seem to make a difference. I don't get it but I'm sure it's something really silly. ;-) (The single IT from the doc works like a charm, of course.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
adding Anuradha Gunasekara as commiter
Hello, I'd like to add Anuradha Gunasekarahttp://jira.codehaus.org/secure/ViewProfile.jspa?name=theanuradhaas commiter to the mevenide project. Anuradha has submitted valuable patches, has insight into the netbeans apis and has lots of ideas. Regards Milos
Re: adding Anuradha Gunasekara as commiter
sorry, wrong list.. Milos On Jan 2, 2008 9:05 PM, Milos Kleint [EMAIL PROTECTED] wrote: Hello, I'd like to add Anuradha Gunasekarahttp://jira.codehaus.org/secure/ViewProfile.jspa?name=theanuradhaas commiter to the mevenide project. Anuradha has submitted valuable patches, has insight into the netbeans apis and has lots of ideas. Regards Milos
Rsync from people.apache.org working?
Hi, I have created http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-io/commons-io/1.3.2/ yesterday, but the directory 1.3.2 is still missing at http://repo1.maven.org/maven2/commons-io/commons-io/ Anything wrong on my side? Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rsync from people.apache.org working?
The ASF M2 repo only syncs org/apache/* and a couple of other directories. The other directories need to be added manually. If you ask on [EMAIL PROTECTED] someone will be able to assist you. Jochen Wiedmann wrote: Hi, I have created http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-io/commons-io/1.3.2/ yesterday, but the directory 1.3.2 is still missing at http://repo1.maven.org/maven2/commons-io/commons-io/ Anything wrong on my side? Thanks, Jochen -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rsync from people.apache.org working?
i just added it anyway On Jan 2, 2008 9:19 PM, Dennis Lundberg [EMAIL PROTECTED] wrote: The ASF M2 repo only syncs org/apache/* and a couple of other directories. The other directories need to be added manually. If you ask on [EMAIL PROTECTED] someone will be able to assist you. Jochen Wiedmann wrote: Hi, I have created http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-io/commons-io/1.3.2/ yesterday, but the directory 1.3.2 is still missing at http://repo1.maven.org/maven2/commons-io/commons-io/ Anything wrong on my side? Thanks, Jochen -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remove auto-resolution of plugin versions from Maven 2.1
On Jan 1, 2008 1:28 AM, Brett Porter [EMAIL PROTECTED] wrote: FWIW, This is precisely the functionality that the generateReleasePoms flag of the release plugin was intended to provide. Intended to provide? Does it actually provide it? The documentation for this flag seems a bit inconsistent. It's listed as a property for 'release:prepare' at [1], but the example uses 'release:perform' [2]. Will the perform always use the release-pom.xml if it exists? Cheers, Matt [1] http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html [2] http://maven.apache.org/plugins/maven-release-plugin/examples/generate-release-poms.html
Re: [vote] release maven-test-tools 1.0-alpha-2
Hi, Any idea what has changed from the last release for both maven-test-tools and maven-plugin-testing-tools? Rahul Brian E. Fox wrote: In preparation for some plugin releases, I'd like to release the next version of maven-test-tools (1.0-alpha-2) It is staged at: http://people.apache.org/~brianf/staging-repository Vote is open for 72hrs. +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [Take 2] Release Maven Surefire version 2.4
I knew it was a mistake to call a vote on the day after Christmas. ;-) More votes, please! Currently it's just me and Marat Radchenko, both +1 non-binding. -Dan Dan Fabulich wrote: Hi, Maven Surefire version 2.4 is back on the runway. A handful of bugs were fixed since the previous take, including SUREFIRE-416 (which blocked the release). Note that I'm still unable to reproduce SUREFIRE-328, which some people claim to have seen in the wild. If you can reproduce it with the staged 2.4 Surefire, please send me a REDUCED Maven project that reproduces the problem [that is, not your entire build, if you can help it ;-)] I also took this opportunity to make a briefer shortcut for skipping test execution without skipping test compile. You should now be able to mvn install -DskipTests to compile your tests without running them. (Note no need for =true.) Hopefully folks have spent some time trying out the SNAPSHOT version or the previous take, because we expect ordinary users to get auto-upgraded to version 2.4 when we decide to release. This version fixes numerous long-outstanding bugs, notably in TestNG support. We solved 72 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541styleName=Htmlversion=13243 There are still 30 issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10541status=1 Staging repo: http://people.apache.org/~dfabulich/staging-repo/ Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 PS Since it's so close to the Gregorian New Year, I'm probably not going to actually deploy the release until Jan 3 at the earliest, even if the vote passes. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [Take 2] Release Maven Surefire version 2.4
+1 from me ( still non binding :-) -D On Jan 2, 2008 3:19 PM, Dan Fabulich [EMAIL PROTECTED] wrote: I knew it was a mistake to call a vote on the day after Christmas. ;-) More votes, please! Currently it's just me and Marat Radchenko, both +1 non-binding. -Dan Dan Fabulich wrote: Hi, Maven Surefire version 2.4 is back on the runway. A handful of bugs were fixed since the previous take, including SUREFIRE-416 (which blocked the release). Note that I'm still unable to reproduce SUREFIRE-328, which some people claim to have seen in the wild. If you can reproduce it with the staged 2.4 Surefire, please send me a REDUCED Maven project that reproduces the problem [that is, not your entire build, if you can help it ;-)] I also took this opportunity to make a briefer shortcut for skipping test execution without skipping test compile. You should now be able to mvn install -DskipTests to compile your tests without running them. (Note no need for =true.) Hopefully folks have spent some time trying out the SNAPSHOT version or the previous take, because we expect ordinary users to get auto-upgraded to version 2.4 when we decide to release. This version fixes numerous long-outstanding bugs, notably in TestNG support. We solved 72 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541styleName=Htmlversion=13243 There are still 30 issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10541status=1 Staging repo: http://people.apache.org/~dfabulich/staging-repo/ Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 PS Since it's so close to the Gregorian New Year, I'm probably not going to actually deploy the release until Jan 3 at the earliest, even if the vote passes. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Maven Remote Resources Plugin 1.0-beta-1 released
Hi, It seems that the web site wasn't updated ( Last Published: 29 Nov 2007) nor the plugins list (1.0-alpha-6 is listed). Arnaud On Dec 13, 2007 7:37 PM, Daniel Kulp [EMAIL PROTECTED] wrote: The Maven team is proud of announcing the new release of the Maven Remote Resources Plugin 1.0-beta-2 for Maven 2. Release Notes - Maven 2.x Remote Resources Plugin - Version 1.0-beta-2 ** Bug * [MRRESOURCES-26] - NPE in remote-resources:process while sorting orgs * [MRRESOURCES-27] - RemoteResourcesClassLoader isn't isolated from maven jar ** Wish * [MRRESOURCES-28] - Attaching the generated resources to the project should be optional (for webapps) For complete details, see: http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13291styleName=HtmlprojectId=11391Create=Create -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ...
Re: Remove auto-resolution of plugin versions from Maven 2.1
I said intended, because from memory I wasn't sure if it was still commented out :) The problem with the use of this POM for release:perform is that it will be deployed into the repository - and that's not what you want. You then get the resolved dependencies instead of the declared ones, which causes anything that uses it as a dependency to have a more restrictive situation. It really needs the adjustments to the artifact system, and the POM, that let you separate the declaration from the resolved graph to be useful. Cheers, Brett On 03/01/2008, at 8:10 AM, Matt Ryall wrote: On Jan 1, 2008 1:28 AM, Brett Porter [EMAIL PROTECTED] wrote: FWIW, This is precisely the functionality that the generateReleasePoms flag of the release plugin was intended to provide. Intended to provide? Does it actually provide it? The documentation for this flag seems a bit inconsistent. It's listed as a property for 'release:prepare' at [1], but the example uses 'release:perform' [2]. Will the perform always use the release- pom.xml if it exists? Cheers, Matt [1] http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html [2] http://maven.apache.org/plugins/maven-release-plugin/examples/generate-release-poms.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]