[jira] Commented: (MNG-5072) Wrong warning if you use multiple scopes for one dependency
[ http://jira.codehaus.org/browse/MNG-5072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264280#action_264280 ] Conny Kreyssel commented on MNG-5072: - Thanks Benjamin, you right. But if its wrong syntax, should it not be an error and maven should stop the build. What scope did maven use in this case? > Wrong warning if you use multiple scopes for one dependency > --- > > Key: MNG-5072 > URL: http://jira.codehaus.org/browse/MNG-5072 > Project: Maven 2 & 3 > Issue Type: Bug > Components: Dependencies >Affects Versions: 3.0.3 >Reporter: Conny Kreyssel >Assignee: Benjamin Bentmann > > Example POM: > 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/xsd/maven-4.0.0.xsd";> > 4.0.0 > org.kreyssel.maven.multiscopebug > multiscopebug > 0.0.1-SNAPSHOT > > > junit > junit > 4.8.1 > test,runtime > > > > If you use multiple scope for a dependencies you get a warning like: > [WARNING] Some problems were encountered while building the effective model > for > org.kreyssel.maven.multirepos:multirepos-parent:jar:0.0.1-SNAPSHOT > [WARNING] 'dependencies.dependency.scope' for junit:junit:jar must be one of > [pr > ovided, compile, runtime, test, system] but is 'test,runtime'. @ line 13, > column > 11 > Please change it. Thanks. -- 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] Commented: (MRESOURCES-104) while filtering resources the token replacement stops at the character @
[ http://jira.codehaus.org/browse/MRESOURCES-104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264262#action_264262 ] gotama commented on MRESOURCES-104: --- This is still broken in Maven 3.0.3 and maven-resources-plugin 2.5. The following is not resource filtered: mailto:em...@address.com";> Additionally, using the following work around breaks the pom.xml schema in violation of the required element outputDirectory: false ${*} and, for some reason, uncommenting the above outputDirectory config to forcing defining the value to its default, breaks my hibernate unit tests for some reason due to malconfiguring the datasource. > while filtering resources the token replacement stops at the character @ > - > > Key: MRESOURCES-104 > URL: http://jira.codehaus.org/browse/MRESOURCES-104 > Project: Maven 2.x Resources Plugin > Issue Type: Bug >Affects Versions: 2.4 > Environment: Windows XP, Java 1.6.0_16 >Reporter: Thomas Fahrmeyer >Assignee: Olivier Lamy >Priority: Critical > Fix For: 2.5 > > Attachments: m3-resource-filtering.zip, MRESOURCES-104.zip > > > Create a simple file hello.txt under src/main/resources with following > content: > " > This property ${testProperty} was replaced > but the one behind a @ will not be processed, as you > see: ${testProperty}. You shouldn't see a property reference. > " > define a build section in your pom.xml like this > > > > src/main/resources > true > > **/*.txt > > > > src/main/resources > false > > **/*.txt > > > > Run the command: > mvn process-resources -DtestProperty=IwasReplaced > this produces the output > " > This property IwasReplaced was replaced > but the one behind a @ will not be processed, as you > see: ${testProperty}. You shouldn't see a property reference. > " > As you see, the second property reference was not resolved. The replacement > just stops after the @ character. -- 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] Closed: (MCHANGES-231) Changes plugin doesn't use maven proxy settings
[ http://jira.codehaus.org/browse/MCHANGES-231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dennis Lundberg closed MCHANGES-231. Resolution: Fixed Fix Version/s: 2.5 An attempt to fix this was committed in [r1095497|http://svn.apache.org/viewvc?view=revision&revision=1095497]. I have deployed a new 2.5-SNAPSHOT. Please try it to see if it solves this issue. > Changes plugin doesn't use maven proxy settings > --- > > Key: MCHANGES-231 > URL: http://jira.codehaus.org/browse/MCHANGES-231 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: jira >Affects Versions: 2.4 >Reporter: Bernd Vogt >Assignee: Dennis Lundberg > Fix For: 2.5 > > > Donwloading JIRA reports doesn't work inside a local network with http proxy, > even if the JIRA-host is configured as {{}} in the > {{settings.xml}}. > [INFO] Generating "JIRA Report" report. > [INFO] Downloading from JIRA at: > http:///jira/secure/IssueNavigator.jspa?view=rss&pid=10062&statusIds=6&resolutionIds=1&sorter/field=created&sorter/order=DESC&sorter/field=priority&sorter/order=DESC&tempMax=100&reset=true&decorator=none > [WARNING] Downloading from JIRA failed. Received: [502] > [WARNING] JIRA file > /home/vr/vr4build/build-env/data/jenkins/data/jobs/Generator Maven Plug-ins > Nightly/workspace/target/jira-results.xml doesn't exist. -- 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] Closed: (MCHANGES-236) Configured outputEncoding not used for writing changes-report.html file
[ http://jira.codehaus.org/browse/MCHANGES-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dennis Lundberg closed MCHANGES-236. Resolution: Fixed Fix Version/s: 2.5 Assignee: Dennis Lundberg Patch applied with modifications in [r1095497|http://svn.apache.org/viewvc?view=revision&revision=1095497]. Thanks! New 2.5-SNAPSHOT deployed. Please test it. > Configured outputEncoding not used for writing changes-report.html file > --- > > Key: MCHANGES-236 > URL: http://jira.codehaus.org/browse/MCHANGES-236 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: changes.xml >Affects Versions: 2.4 > Environment: found on mac OS >Reporter: Oliver Schmitz-Hennemann >Assignee: Dennis Lundberg > Fix For: 2.5 > > Attachments: Bildschirmfoto 2011-04-20 um 11.16.01.png, > changes-encoding-patch.txt, systemProperties.txt > > > Writing Java Strings to changes-report.html file ignores outputEncoding and > uses system default encoding instead. > Details: > org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, > which uses the default encoding of the environment instead of the configured > output encoding for writing strings to the file. > This creates some problems with german umlaut characters on my mac for > example, because the environment default is not utf-8 but mac-OS roman. > The content type header of the html file claims utf-8, thus some characters > are invalid. > This may also be related to MCHANGES-168, where there is a problem with greek > characters. > From the javadoc of FileWriter : > * Convenience class for writing character files. The constructors of this > * class assume that the default character encoding and the default > byte-buffer > * size are acceptable. To specify these values yourself, construct an > * OutputStreamWriter on a FileOutputStream. > To Reproduce, run the changes plugin with the changes.xml file under > src/test/unit with a german locale on a german mac with current > java-developer package. Opening this file in safari leads to the attached > result. > Supposed Fix: use the specified output Encoding also for writing to the file > change line 188 : from > > Writer writer = new FileWriter( new File( outputDirectory, > getOutputName() + ".html" ) ); > To > File file = new File(outputDirectory, getOutputName() + ".html"); > Writer writer = new OutputStreamWriter(new FileOutputStream(file), > getOutputEncoding()); > That worked fine on mac and linux. -- 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] Updated: (MCHANGES-236) Configured outputEncoding not used for writing changes-report.html file
[ http://jira.codehaus.org/browse/MCHANGES-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dennis Lundberg updated MCHANGES-236: - Summary: Configured outputEncoding not used for writing changes-report.html file (was: output encoding not used for writing changes-report.html file) > Configured outputEncoding not used for writing changes-report.html file > --- > > Key: MCHANGES-236 > URL: http://jira.codehaus.org/browse/MCHANGES-236 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: changes.xml >Affects Versions: 2.4 > Environment: found on mac OS >Reporter: Oliver Schmitz-Hennemann > Attachments: Bildschirmfoto 2011-04-20 um 11.16.01.png, > changes-encoding-patch.txt, systemProperties.txt > > > Writing Java Strings to changes-report.html file ignores outputEncoding and > uses system default encoding instead. > Details: > org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, > which uses the default encoding of the environment instead of the configured > output encoding for writing strings to the file. > This creates some problems with german umlaut characters on my mac for > example, because the environment default is not utf-8 but mac-OS roman. > The content type header of the html file claims utf-8, thus some characters > are invalid. > This may also be related to MCHANGES-168, where there is a problem with greek > characters. > From the javadoc of FileWriter : > * Convenience class for writing character files. The constructors of this > * class assume that the default character encoding and the default > byte-buffer > * size are acceptable. To specify these values yourself, construct an > * OutputStreamWriter on a FileOutputStream. > To Reproduce, run the changes plugin with the changes.xml file under > src/test/unit with a german locale on a german mac with current > java-developer package. Opening this file in safari leads to the attached > result. > Supposed Fix: use the specified output Encoding also for writing to the file > change line 188 : from > > Writer writer = new FileWriter( new File( outputDirectory, > getOutputName() + ".html" ) ); > To > File file = new File(outputDirectory, getOutputName() + ".html"); > Writer writer = new OutputStreamWriter(new FileOutputStream(file), > getOutputEncoding()); > That worked fine on mac and linux. -- 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] Updated: (MINDEXER-27) Be smarter about performing actual Lucene index changes
[ http://jira.codehaus.org/browse/MINDEXER-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tamás Cservenák updated MINDEXER-27: Fix Version/s: (was: 4.1.0) > Be smarter about performing actual Lucene index changes > --- > > Key: MINDEXER-27 > URL: http://jira.codehaus.org/browse/MINDEXER-27 > Project: Maven Indexer > Issue Type: New Feature >Affects Versions: 3.1.0, 4.0.0 >Reporter: Tamás Cservenák > Attachments: > 0001-MINDEXER-27-only-update-lucene-index-when-there-are-.patch > > > {{NexusIndexer.addArtifactToIndex()}} will perform Lucene index changes even > if that does not makes any _content change_ (the artifact to be added and > artifact already on index have _same_ ArtifactInfo). > Still, actual IO -- Lucene Document deletion, and Lucene Document addition -- > does happen, even if it results in no logical/content change. -- 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] Updated: (MINDEXER-27) Be smarter about performing actual Lucene index changes
[ http://jira.codehaus.org/browse/MINDEXER-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Fedorenko updated MINDEXER-27: --- Attachment: 0001-MINDEXER-27-only-update-lucene-index-when-there-are-.patch Proposed patch against 3.1.0 tag. See commit comment for more details. > Be smarter about performing actual Lucene index changes > --- > > Key: MINDEXER-27 > URL: http://jira.codehaus.org/browse/MINDEXER-27 > Project: Maven Indexer > Issue Type: New Feature >Affects Versions: 3.1.0, 4.0.0 >Reporter: Tamás Cservenák > Fix For: 4.1.0 > > Attachments: > 0001-MINDEXER-27-only-update-lucene-index-when-there-are-.patch > > > {{NexusIndexer.addArtifactToIndex()}} will perform Lucene index changes even > if that does not makes any _content change_ (the artifact to be added and > artifact already on index have _same_ ArtifactInfo). > Still, actual IO -- Lucene Document deletion, and Lucene Document addition -- > does happen, even if it results in no logical/content change. -- 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] Commented: (MDEP-273) Analyze Dependency Versions Mojo
[ http://jira.codehaus.org/browse/MDEP-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264213#action_264213 ] Sean Griffin commented on MDEP-273: --- Because this capability is absolutely essential to prevent incompatibility bugs from getting out the door, a problem that has bitten us numerous times already, we're going to fork the maven-dependency-plugin, strip out what doesn't apply to this new goal/report, and rename it so that we can start using it. We _really_ did not want to have to do this, but we simply cannot continue with this fragility and no help from Maven to flag the issues. Hopefully this patch eventually gets integrated into the broader plugin for the benefit of everyone. > Analyze Dependency Versions Mojo > > > Key: MDEP-273 > URL: http://jira.codehaus.org/browse/MDEP-273 > Project: Maven 2.x Dependency Plugin > Issue Type: Improvement >Affects Versions: 2.2 >Reporter: Cole Mickens >Assignee: Brian Fox > Attachments: analyze-dep-versions-1.patch, > analyze-dep-versions.patch, core.PNG, script-ant.PNG > > > This is a patch that adds a new mojo and a report class to > maven-dependency-plugin trunk (2.2). The goal > `dependency:analyze-dep-versions` lists dependencies that are either resolved > at a lower version than needed by a dependency farther from the project root > or are being overridden by the dependencyManagement section. In some sense it > is complimentary to `dependency:analyze-dep-mgt`. > I checked out trunk today, added my new files, `svn add`ed them, then > performed an `svn diff`. The patches applied correctly with a rechecked out > copy of trunk with `cd apache-maven-dependency-plugin; patch -p0 < > ../analyze-dep-versions.patch`. After patching, it built, installed and > passed IT tests (including the 6 new ones that I've added) properly. -- 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] Closed: (MNG-5072) Wrong warning if you use multiple scopes for one dependency
[ http://jira.codehaus.org/browse/MNG-5072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann closed MNG-5072. -- Resolution: Not A Bug Assignee: Benjamin Bentmann A dependency can have one and only one scope, the comma-separated syntax you showed is wrong and the warning is appropriate. > Wrong warning if you use multiple scopes for one dependency > --- > > Key: MNG-5072 > URL: http://jira.codehaus.org/browse/MNG-5072 > Project: Maven 2 & 3 > Issue Type: Bug > Components: Dependencies >Affects Versions: 3.0.3 >Reporter: Conny Kreyssel >Assignee: Benjamin Bentmann > > Example POM: > 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/xsd/maven-4.0.0.xsd";> > 4.0.0 > org.kreyssel.maven.multiscopebug > multiscopebug > 0.0.1-SNAPSHOT > > > junit > junit > 4.8.1 > test,runtime > > > > If you use multiple scope for a dependencies you get a warning like: > [WARNING] Some problems were encountered while building the effective model > for > org.kreyssel.maven.multirepos:multirepos-parent:jar:0.0.1-SNAPSHOT > [WARNING] 'dependencies.dependency.scope' for junit:junit:jar must be one of > [pr > ovided, compile, runtime, test, system] but is 'test,runtime'. @ line 13, > column > 11 > Please change it. Thanks. -- 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: (MNG-5072) Wrong warning if you use multiple scopes for one dependency
Wrong warning if you use multiple scopes for one dependency --- Key: MNG-5072 URL: http://jira.codehaus.org/browse/MNG-5072 Project: Maven 2 & 3 Issue Type: Bug Components: Dependencies Affects Versions: 3.0.3 Reporter: Conny Kreyssel Example POM: 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/xsd/maven-4.0.0.xsd";> 4.0.0 org.kreyssel.maven.multiscopebug multiscopebug 0.0.1-SNAPSHOT junit junit 4.8.1 test,runtime If you use multiple scope for a dependencies you get a warning like: [WARNING] Some problems were encountered while building the effective model for org.kreyssel.maven.multirepos:multirepos-parent:jar:0.0.1-SNAPSHOT [WARNING] 'dependencies.dependency.scope' for junit:junit:jar must be one of [pr ovided, compile, runtime, test, system] but is 'test,runtime'. @ line 13, column 11 Please change it. Thanks. -- 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: (MINDEXER-27) Be smarter about performing actual Lucene index changes
Be smarter about performing actual Lucene index changes --- Key: MINDEXER-27 URL: http://jira.codehaus.org/browse/MINDEXER-27 Project: Maven Indexer Issue Type: New Feature Affects Versions: 4.0.0 Reporter: Tamás Cservenák {{NexusIndexer.addArtifactToIndex()}} will perform Lucene index changes even if that does not makes any _content change_ (the artifact to be added and artifact already on index have _same_ ArtifactInfo). Still, actual IO -- Lucene Document deletion, and Lucene Document addition -- does happen, even if it results in no logical/content change. -- 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] Updated: (MINDEXER-27) Be smarter about performing actual Lucene index changes
[ http://jira.codehaus.org/browse/MINDEXER-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tamás Cservenák updated MINDEXER-27: Affects Version/s: 3.1.0 Fix Version/s: 4.1.0 > Be smarter about performing actual Lucene index changes > --- > > Key: MINDEXER-27 > URL: http://jira.codehaus.org/browse/MINDEXER-27 > Project: Maven Indexer > Issue Type: New Feature >Affects Versions: 3.1.0, 4.0.0 >Reporter: Tamás Cservenák > Fix For: 4.1.0 > > > {{NexusIndexer.addArtifactToIndex()}} will perform Lucene index changes even > if that does not makes any _content change_ (the artifact to be added and > artifact already on index have _same_ ArtifactInfo). > Still, actual IO -- Lucene Document deletion, and Lucene Document addition -- > does happen, even if it results in no logical/content change. -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264199#action_264199 ] Igor Petruk commented on SUREFIRE-729: -- I just checked and confirm that issue with java.lang.AbstractMethodError was related to dependencies of spring-mock, that was the latest version (2.0.8) and was depending on Spring of the same version. After this version it was bundled with another spring module and we didn't notice that. And I checked, now junit47 provider works! "No test to run" that is the awesome way to tell ) I guess there should be a small check with reasonable error message in such case. I could be a good improvement. Thank you for your help. Good day. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264192#action_264192 ] Igor Petruk commented on SUREFIRE-729: -- That exactly what happens with junit4 provider. But junit47 simply tells that there is no tests. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264191#action_264191 ] Kristian Rosenvold commented on SUREFIRE-729: - You get the stacktrace (java.lang.AbstractMethodError) you probably have the right surefire configuration but the wrong spring dependency. Surefire is trying to run the test but it doesnt work due to a non-compatible TestExecutionListener that you have registered somewhere in your spring context. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264190#action_264190 ] Igor Petruk commented on SUREFIRE-729: -- But it says "No tests to run". So I guest either surefire, surefire provider, junit or spring has some criteria to scan test related classes when they load them. If it does not match that criteria it is silently skipped. It would be a nice feature of surefire to dump a list of test files it actually tries to run, because they pass include/exclude filters (but other layers possibly skip) I'll check dependencies > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264189#action_264189 ] Kristian Rosenvold commented on SUREFIRE-729: - I think you need to solve one problem at a time. 4.7 + Parallel works perfect with spring. I think you're using some external dependency that has old spring dependencies, like this one: [INFO] +- com.company.crmwb:support:jar:3.6.0-SNAPSHOT:test [INFO] | \- org.springframework:spring-mock:jar:2.0.8:test > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264189#action_264189 ] Kristian Rosenvold edited comment on SUREFIRE-729 at 4/20/11 7:16 AM: -- I think you need to solve one problem at a time. 4.7 + Parallel works perfect with spring. I think you're using some external dependency that has old spring dependencies, like this one: {code} [INFO] +- com.company.crmwb:support:jar:3.6.0-SNAPSHOT:test [INFO] | \- org.springframework:spring-mock:jar:2.0.8:test {code} was (Author: krosenvold): I think you need to solve one problem at a time. 4.7 + Parallel works perfect with spring. I think you're using some external dependency that has old spring dependencies, like this one: [INFO] +- com.company.crmwb:support:jar:3.6.0-SNAPSHOT:test [INFO] | \- org.springframework:spring-mock:jar:2.0.8:test > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264188#action_264188 ] Igor Petruk commented on SUREFIRE-729: -- Hmm... Seems like removing DependencyInjectionTestExecutionListener allows tests to run. The ones that don't need dependency injection even succeed. But this class is included with spring 3.0 distribution. No problems should occur. And it is not too comfortable to live without DI. I'll investigate that further. Too bad it didn't work out with junit47 provider, I guess no parallel run for now. Thanks for time spent and helping out. I am going to research on Spring side. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264187#action_264187 ] Kristian Rosenvold commented on SUREFIRE-729: - I looked at the spring source and your stacktrace indicates you have an implementation of org.springframework.test.context.TestExecutionListener that is not compatible with spring 3. This is the source of your problems. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264186#action_264186 ] Igor Petruk commented on SUREFIRE-729: -- I have attached the deps.txt file. It says 4.7 as expected. If I use 4.8.2 I have the same result > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (MNG-4384) Can not use the plexus component org.sonatype.plexus.components.sec.dispatcher.SecDispatcher since maven 2.2.0
[ http://jira.codehaus.org/browse/MNG-4384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264183#action_264183 ] Brett Porter commented on MNG-4384: --- the settings decrypter won't let you decrypt anything not already decrypted by Maven (proxies, etc.), so I'm not sure if it's useful to plugins. Also, the example above should be {{src/main/resources/META-INF/plexus/components.xml}} (plexus was omitted). Here is a basis for it: http://svn.apache.org/repos/asf/maven/sandbox/trunk/examples/plugins/maven-security-mojo > Can not use the plexus component > org.sonatype.plexus.components.sec.dispatcher.SecDispatcher since maven 2.2.0 > --- > > Key: MNG-4384 > URL: http://jira.codehaus.org/browse/MNG-4384 > Project: Maven 2 & 3 > Issue Type: Bug >Affects Versions: 2.2.0, 2.2.1 > Environment: linux >Reporter: Tony Chemit >Assignee: Benjamin Bentmann > > The SecDispatcher was callable from a plugin before 2.2.0, but not any longer > : > {noformat} > Caused by: org.codehaus.plexus.component.composition.CompositionException: > Composition failed of field sec in object of type > org.nuiton.mail.plugin.SendEmailMojo because the requirement > ComponentRequirement{role='org.sonatype.plexus.components.sec.dispatcher.SecDispatcher', > roleHint='default', fieldName='sec'} was missing > at > org.codehaus.plexus.component.composition.FieldComponentComposer.assignRequirementToField(FieldComponentComposer.java:154) > at > org.codehaus.plexus.component.composition.FieldComponentComposer.assembleComponent(FieldComponentComposer.java:73) > at > org.codehaus.plexus.component.composition.DefaultComponentComposerManager.assembleComponent(DefaultComponentComposerManager.java:68) > at > org.codehaus.plexus.DefaultPlexusContainer.composeComponent(DefaultPlexusContainer.java:1486) > at > org.codehaus.plexus.personality.plexus.lifecycle.phase.CompositionPhase.execute(CompositionPhase.java:29) > ... 26 more > Caused by: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > Unable to lookup component > 'org.sonatype.plexus.components.sec.dispatcher.SecDispatcherdefault', it > could not be started > at > org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:339) > at > org.codehaus.plexus.component.composition.FieldComponentComposer.assignRequirementToField(FieldComponentComposer.java:129) > ... 30 more > Caused by: > org.codehaus.plexus.component.repository.exception.ComponentLifecycleException: > Error starting component > at > org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:109) > at > org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:95) > at > org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent(ClassicSingletonComponentManager.java:92) > at > org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331) > ... 31 more > Caused by: > org.codehaus.plexus.personality.plexus.lifecycle.phase.PhaseExecutionException: > Error composing component > at > org.codehaus.plexus.personality.plexus.lifecycle.phase.CompositionPhase.execute(CompositionPhase.java:33) > at > org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:101) > at > org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:105) > ... 34 more > Caused by: org.codehaus.plexus.component.composition.CompositionException: > Composition failed for the field _cipher in object of type > org.sonatype.plexus.components.sec.dispatcher.DefaultSecDispatcher > at > org.codehaus.plexus.component.composition.FieldComponentComposer.assignRequirementToField(FieldComponentComposer.java:144) > at > org.codehaus.plexus.component.composition.FieldComponentComposer.assembleComponent(FieldComponentComposer.java:73) > at > org.codehaus.plexus.component.composition.DefaultComponentComposerManager.assembleComponent(DefaultComponentComposerManager.java:68) > at > org.codehaus.plexus.DefaultPlexusContainer.composeComponent(DefaultPlexusContainer.java:1486) > at > org.codehaus.plexus.personality.plexus.lifecycle.phase.CompositionPhase.execute(CompositionPhase.java:29) > ... 36 more > Caused by: java.lang.IllegalArgumentException: Can not set > org.sonatype.plexus.components.cipher.PlexusCipher field > org.sonatype.plexus.components.sec.dispatcher.DefaultSecDispatcher._cipher t
[jira] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264184#action_264184 ] Kristian Rosenvold commented on SUREFIRE-729: - As I said in SUREFIRE-728, this is related to the version of junit. Use mvn dependency:tree to investgate exactly WHICH version is being picked up, and possibly exclude the wrong version. If this fails you may also give junit 4.8.2 a try, since it also is compatible with spring 3.x > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Updated: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Petruk updated SUREFIRE-729: - Attachment: deps.txt > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > deps.txt, surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Updated: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Petruk updated SUREFIRE-729: - Attachment: surfire-config.xml > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt, > surfire-config.xml > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Updated: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Petruk updated SUREFIRE-729: - Attachment: com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt This is the typical error in surefire report if I remove forced provider (they are the same for all tests) > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > Attachments: > com.ubs.crmwb.persistence.core.dao.impl.bag.CptInfoBagDaoImplTest.txt > > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264181#action_264181 ] Kristian Rosenvold commented on SUREFIRE-729: - I suggest you remove explicit provider configuration (explicit dependency on surefire-junit47). If that does not work post your *complete* surefire configuration as well as the file-name of at least one test class you expect to be run. Use attachments to the issue instead of posting in-line. I will not provide any further support on this issue unless you do this. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264179#action_264179 ] Igor Petruk commented on SUREFIRE-729: -- No, there is no error at all. It says "No tests to run". To run test you have to add it to "test" option, but only without Spring runner. THIS is strange. Of course using "test" or disabling Spring runner is not an option. The problem I am facing started from migration from older surefire, spring, junit. When I put new versions such as JUnit 4.7, Surefire 2.8.1, surefure-juni47-2.8.1, Spring-3.0.5 everything brakes. In fact, these versions together simple don't see my tests, unless I use "test" option and remove Spring runner. Other combinations produce different errors, but I check for versions to be compatible. Spring documentation says Spring 3 is compatible with JUnit 4.5-4.7. Ok. Surfire documentation says that new Surefire is compatible to Junit 4.7 if provider is forced. Done. Well, I haven't found explicit compatability documentation between surefire and spring. We used to use Spring 2.5, Surefire 2.4, JUnit 4.4. But now I research Spring 3 migration possibility with possible parallel test run on JUnit 4.7. All tests fail no matter what I do. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-728) Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring 3.0.5 - AbstractMethodError
[ http://jira.codehaus.org/browse/SUREFIRE-728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264178#action_264178 ] Kristian Rosenvold commented on SUREFIRE-728: - You are forcing the junit 4.7 provider and using junit 4.6 ? > Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring 3.0.5 - > AbstractMethodError > > > Key: SUREFIRE-728 > URL: http://jira.codehaus.org/browse/SUREFIRE-728 > Project: Maven Surefire > Issue Type: Bug > Components: Maven Surefire Plugin >Affects Versions: 2.8 > Environment: Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring > 3.0.5, Windows XP >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > When used the following versions of the software I get the following report > on each test > --- > Test set: somepackage.SomeTest > --- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.016 sec <<< > FAILURE! > somepackage.SomeTest Time elapsed: 0 sec <<< ERROR! > java.lang.AbstractMethodError > at > org.springframework.test.context.TestContextManager.afterTestClass(TestContextManager.java:448) > at > org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:77) > at org.junit.runners.ParentRunner.run(ParentRunner.java:220) > at > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:180) > at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:120) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:103) > at org.apache.maven.surefire.Surefire.run(Surefire.java:169) > 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:597) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021) -- 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] Commented: (SUREFIRE-728) Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring 3.0.5 - AbstractMethodError
[ http://jira.codehaus.org/browse/SUREFIRE-728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264177#action_264177 ] Kristian Rosenvold commented on SUREFIRE-728: - IN SUREFIRE-729 you managed to show enough of your actual plugin configuration to reveal that you are forcing the 4.7 provider. As can be seen here, http://maven.apache.org/plugins/maven-surefire-plugin/examples/providers.html, when you force the provider you are responsible for ensuring that the proper framework version is on the classpath. Which it is not. > Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring 3.0.5 - > AbstractMethodError > > > Key: SUREFIRE-728 > URL: http://jira.codehaus.org/browse/SUREFIRE-728 > Project: Maven Surefire > Issue Type: Bug > Components: Maven Surefire Plugin >Affects Versions: 2.8 > Environment: Surefire 2.8, surefire-junit4-2.8, junit 4.6, Spring > 3.0.5, Windows XP >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > When used the following versions of the software I get the following report > on each test > --- > Test set: somepackage.SomeTest > --- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.016 sec <<< > FAILURE! > somepackage.SomeTest Time elapsed: 0 sec <<< ERROR! > java.lang.AbstractMethodError > at > org.springframework.test.context.TestContextManager.afterTestClass(TestContextManager.java:448) > at > org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:77) > at org.junit.runners.ParentRunner.run(ParentRunner.java:220) > at > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:180) > at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:120) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:103) > at org.apache.maven.surefire.Surefire.run(Surefire.java:169) > 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:597) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021) -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264175#action_264175 ] Kristian Rosenvold commented on SUREFIRE-729: - Are you basically talking about why SUREFIRE-728 does not work now ? I am unable to read your mind > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264174#action_264174 ] Igor Petruk commented on SUREFIRE-729: -- But I updated what I have. Look at my comment from 20/Apr/11 3:52 AM. It is the config I have now. It has valid include patterns, the default ones (just to check). {code:xml} **/Test*.java **/*Test.java **/*TestCase.java {code} What's wrong with having this? > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264173#action_264173 ] Kristian Rosenvold commented on SUREFIRE-729: - It seems like you're not reading my responses. Your includes pattern is wrong. Nothing. will. be. run... Ever. As for the spring issue, try concentrate on one thing at a time ? See comments on the other issue. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264170#action_264170 ] Igor Petruk commented on SUREFIRE-729: -- Do you thing the issue is Spring related? Because even though includes don't work, when running through test option Spring JUnit4 runner should be removed > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (MCHANGES-236) output encoding not used for writing changes-report.html file
[ http://jira.codehaus.org/browse/MCHANGES-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264169#action_264169 ] Oliver Schmitz-Hennemann commented on MCHANGES-236: --- I can reproduce the bug on my mac with german mac-os Most interestingly the system claims to use utf-8 The response to locale command is: LANG="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_CTYPE="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_ALL= However the java environment seems to use mac-os roman as default charset. See systemProperties attachment > output encoding not used for writing changes-report.html file > - > > Key: MCHANGES-236 > URL: http://jira.codehaus.org/browse/MCHANGES-236 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: changes.xml >Affects Versions: 2.4 > Environment: found on mac OS >Reporter: Oliver Schmitz-Hennemann > Attachments: Bildschirmfoto 2011-04-20 um 11.16.01.png, > changes-encoding-patch.txt, systemProperties.txt > > > Writing Java Strings to changes-report.html file ignores outputEncoding and > uses system default encoding instead. > Details: > org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, > which uses the default encoding of the environment instead of the configured > output encoding for writing strings to the file. > This creates some problems with german umlaut characters on my mac for > example, because the environment default is not utf-8 but mac-OS roman. > The content type header of the html file claims utf-8, thus some characters > are invalid. > This may also be related to MCHANGES-168, where there is a problem with greek > characters. > From the javadoc of FileWriter : > * Convenience class for writing character files. The constructors of this > * class assume that the default character encoding and the default > byte-buffer > * size are acceptable. To specify these values yourself, construct an > * OutputStreamWriter on a FileOutputStream. > To Reproduce, run the changes plugin with the changes.xml file under > src/test/unit with a german locale on a german mac with current > java-developer package. Opening this file in safari leads to the attached > result. > Supposed Fix: use the specified output Encoding also for writing to the file > change line 188 : from > > Writer writer = new FileWriter( new File( outputDirectory, > getOutputName() + ".html" ) ); > To > File file = new File(outputDirectory, getOutputName() + ".html"); > Writer writer = new OutputStreamWriter(new FileOutputStream(file), > getOutputEncoding()); > That worked fine on mac and linux. -- 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] Updated: (MCHANGES-236) output encoding not used for writing changes-report.html file
[ http://jira.codehaus.org/browse/MCHANGES-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Schmitz-Hennemann updated MCHANGES-236: -- Attachment: systemProperties.txt slighlty cleaned up result of a System.getProperties().toString() on my machine, with some encoding information. > output encoding not used for writing changes-report.html file > - > > Key: MCHANGES-236 > URL: http://jira.codehaus.org/browse/MCHANGES-236 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: changes.xml >Affects Versions: 2.4 > Environment: found on mac OS >Reporter: Oliver Schmitz-Hennemann > Attachments: Bildschirmfoto 2011-04-20 um 11.16.01.png, > changes-encoding-patch.txt, systemProperties.txt > > > Writing Java Strings to changes-report.html file ignores outputEncoding and > uses system default encoding instead. > Details: > org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, > which uses the default encoding of the environment instead of the configured > output encoding for writing strings to the file. > This creates some problems with german umlaut characters on my mac for > example, because the environment default is not utf-8 but mac-OS roman. > The content type header of the html file claims utf-8, thus some characters > are invalid. > This may also be related to MCHANGES-168, where there is a problem with greek > characters. > From the javadoc of FileWriter : > * Convenience class for writing character files. The constructors of this > * class assume that the default character encoding and the default > byte-buffer > * size are acceptable. To specify these values yourself, construct an > * OutputStreamWriter on a FileOutputStream. > To Reproduce, run the changes plugin with the changes.xml file under > src/test/unit with a german locale on a german mac with current > java-developer package. Opening this file in safari leads to the attached > result. > Supposed Fix: use the specified output Encoding also for writing to the file > change line 188 : from > > Writer writer = new FileWriter( new File( outputDirectory, > getOutputName() + ".html" ) ); > To > File file = new File(outputDirectory, getOutputName() + ".html"); > Writer writer = new OutputStreamWriter(new FileOutputStream(file), > getOutputEncoding()); > That worked fine on mac and linux. -- 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] Deleted: (MNG-5068) direction of individuals
[ http://jira.codehaus.org/browse/MNG-5068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann deleted MNG-5068: --- > direction of individuals > > > Key: MNG-5068 > URL: http://jira.codehaus.org/browse/MNG-5068 > Project: Maven 2 & 3 > Issue Type: Bug >Reporter: cconlyone > > There are several on collection > http://www.onlinechinatours.com/tour/small-group-tours/ sites which have > Abercrombie Woods cologne concerning the current market within their on-line > cologne store. this could be on the traditional foundation > http://www.onlinechinatours.com/tour/yangtze-river-tours/ a terrific area to > begin your search. The proprietor's of those stores experienced been terrific > enough to purchase as several bottles > http://www.onlinechinatours.com/tour/special-china-tours/ of Woods cologne as > they may once they occur http://www.onlinechinatours.com/hotel/xian-hotels/ > to be discontinued in purchase which they could > http://www.onlinechinatours.com/tour/minority-discovery/ present them in the > direction of individuals who nevertheless remember what this extremely > effective scent smells like. -- 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] Deleted: (MNG-5071) them in the direction
[ http://jira.codehaus.org/browse/MNG-5071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann deleted MNG-5071: --- > them in the direction > - > > Key: MNG-5071 > URL: http://jira.codehaus.org/browse/MNG-5071 > Project: Maven 2 & 3 > Issue Type: Bug >Reporter: cconlyone > > There are several on collection http://www.onlinechinatours.com/tour > sites which have Abercrombie Woods cologne concerning the current market > within their on-line cologne store. this could be > http://www.onlinechinatours.com/lhasa/tours/ > on the traditional foundation a terrific area to begin your search. The > proprietor's of those stores experienced been terrific > http://www.onlinechinatours.com/hangzhou/tours/ > enough to purchase as several bottles of Woods cologne as they may once they > occur to be discontinued in purchase which they http://onlinechinatours.com/ > could present them in the direction of > http://www.onlinechinatours.com/tour/special-china-tours/ individuals who > nevertheless remember what this extremely effective scent smells like. -- 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] Deleted: (MNG-5069) several on collection
[ http://jira.codehaus.org/browse/MNG-5069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann deleted MNG-5069: --- > several on collection > -- > > Key: MNG-5069 > URL: http://jira.codehaus.org/browse/MNG-5069 > Project: Maven 2 & 3 > Issue Type: Bug >Reporter: cconlyone > > There are several on collection http://www.onlinechinatours.com/citytour/ > sites which have Abercrombie Woods cologne concerning the current market > within their on-line cologne store. this could be on the traditional > http://www.onlinechinatours.com/tour/minority-discovery/ foundation a > terrific area to begin your search. The proprietor's of those stores > experienced been terrific enough to purchase as several bottles > http://www.onlinechinatours.com/china-guide/china-overview/ of Woods cologne > as they may once they occur http://onlinechinatours.com/ to be discontinued > in purchase which they could present them in the direction of > http://www.onlinechinatours.com/tour/special-china-tours/ individuals who > nevertheless remember what this extremely effective scent smells like. -- 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] Deleted: (MNG-5070) occur to be discontinued
[ http://jira.codehaus.org/browse/MNG-5070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann deleted MNG-5070: --- > occur to be discontinued > - > > Key: MNG-5070 > URL: http://jira.codehaus.org/browse/MNG-5070 > Project: Maven 2 & 3 > Issue Type: Bug >Reporter: cconlyone > > There are several on collection > http://www.onlinechinatours.com/tour/minority-discovery/ sites which have > Abercrombie Woods cologne concerning the current market within their on-line > cologne store. this could be on the traditional > http://www.onlinechinatours.com/lhasa/tours/ foundation a terrific area to > begin your search. The proprietor's of those stores experienced been terrific > enough to purchase as several bottles of http://www.onlinechinatours.com/tour > Woods cologne as they may once they occur to be discontinued in > http://www.onlinechinatours.com/tour/small-group-tours/ purchase which they > could present them in the direction > http://www.onlinechinatours.com/tour/special-china-tours/ of individuals who > nevertheless remember what this extremely effective scent smells like. -- 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] Deleted: (MNG-5067) cologne concerning
[ http://jira.codehaus.org/browse/MNG-5067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Bentmann deleted MNG-5067: --- > cologne concerning > --- > > Key: MNG-5067 > URL: http://jira.codehaus.org/browse/MNG-5067 > Project: Maven 2 & 3 > Issue Type: Bug >Reporter: cconlyone > > There are several on collection > http://www.onlinechinatours.com/tour/minority-discovery/ sites which have > Abercrombie Woods cologne concerning the current market within their on-line > cologne store. this could be on the traditional > http://www.onlinechinatours.com/hotel/guangzhou-hotels/ foundation a terrific > area to begin your search. The proprietor's of those stores experienced been > terrific enough to purchase as several > http://www.onlinechinatours.com/tour/yangtze-river-tours/ bottles of Woods > cologne as they may once they occur > http://www.onlinechinatours.com/tour/small-group-tours/ to be discontinued in > purchase which they could present them in the direction of individuals who > http://www.onlinechinatours.com/lhasa/tours/ nevertheless remember what this > extremely effective scent smells like. -- 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] Updated: (MCHANGES-236) output encoding not used for writing changes-report.html file
[ http://jira.codehaus.org/browse/MCHANGES-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Schmitz-Hennemann updated MCHANGES-236: -- Attachment: changes-encoding-patch.txt Bildschirmfoto 2011-04-20 um 11.16.01.png Screenshot of wrong output in safari on german mac and patch with supposed change. > output encoding not used for writing changes-report.html file > - > > Key: MCHANGES-236 > URL: http://jira.codehaus.org/browse/MCHANGES-236 > Project: Maven 2.x Changes Plugin > Issue Type: Bug > Components: changes.xml >Affects Versions: 2.4 > Environment: found on mac OS >Reporter: Oliver Schmitz-Hennemann > Attachments: Bildschirmfoto 2011-04-20 um 11.16.01.png, > changes-encoding-patch.txt > > > Writing Java Strings to changes-report.html file ignores outputEncoding and > uses system default encoding instead. > Details: > org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, > which uses the default encoding of the environment instead of the configured > output encoding for writing strings to the file. > This creates some problems with german umlaut characters on my mac for > example, because the environment default is not utf-8 but mac-OS roman. > The content type header of the html file claims utf-8, thus some characters > are invalid. > This may also be related to MCHANGES-168, where there is a problem with greek > characters. > From the javadoc of FileWriter : > * Convenience class for writing character files. The constructors of this > * class assume that the default character encoding and the default > byte-buffer > * size are acceptable. To specify these values yourself, construct an > * OutputStreamWriter on a FileOutputStream. > To Reproduce, run the changes plugin with the changes.xml file under > src/test/unit with a german locale on a german mac with current > java-developer package. Opening this file in safari leads to the attached > result. > Supposed Fix: use the specified output Encoding also for writing to the file > change line 188 : from > > Writer writer = new FileWriter( new File( outputDirectory, > getOutputName() + ".html" ) ); > To > File file = new File(outputDirectory, getOutputName() + ".html"); > Writer writer = new OutputStreamWriter(new FileOutputStream(file), > getOutputEncoding()); > That worked fine on mac and linux. -- 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: (MCHANGES-236) output encoding not used for writing changes-report.html file
output encoding not used for writing changes-report.html file - Key: MCHANGES-236 URL: http://jira.codehaus.org/browse/MCHANGES-236 Project: Maven 2.x Changes Plugin Issue Type: Bug Components: changes.xml Affects Versions: 2.4 Environment: found on mac OS Reporter: Oliver Schmitz-Hennemann Writing Java Strings to changes-report.html file ignores outputEncoding and uses system default encoding instead. Details: org/apache/maven/plugin/changes/AbstractChangesReport.java uses a FileWriter, which uses the default encoding of the environment instead of the configured output encoding for writing strings to the file. This creates some problems with german umlaut characters on my mac for example, because the environment default is not utf-8 but mac-OS roman. The content type header of the html file claims utf-8, thus some characters are invalid. This may also be related to MCHANGES-168, where there is a problem with greek characters. >From the javadoc of FileWriter : * Convenience class for writing character files. The constructors of this * class assume that the default character encoding and the default byte-buffer * size are acceptable. To specify these values yourself, construct an * OutputStreamWriter on a FileOutputStream. To Reproduce, run the changes plugin with the changes.xml file under src/test/unit with a german locale on a german mac with current java-developer package. Opening this file in safari leads to the attached result. Supposed Fix: use the specified output Encoding also for writing to the file change line 188 : from Writer writer = new FileWriter( new File( outputDirectory, getOutputName() + ".html" ) ); To File file = new File(outputDirectory, getOutputName() + ".html"); Writer writer = new OutputStreamWriter(new FileOutputStream(file), getOutputEncoding()); That worked fine on mac and linux. -- 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] Commented: (MCHANGES-76) Add an option to hava an aggregated Changes Report
[ http://jira.codehaus.org/browse/MCHANGES-76?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264164#action_264164 ] Ivan Khalopik commented on MCHANGES-76: --- As a feature: releases in aggregated report can be divided into sections by components (child modules). For example like this: http://confluence.jetbrains.net/display/IDEADEV/IntelliJ+IDEA+10.0.3+Release+Notes > Add an option to hava an aggregated Changes Report > -- > > Key: MCHANGES-76 > URL: http://jira.codehaus.org/browse/MCHANGES-76 > Project: Maven 2.x Changes Plugin > Issue Type: New Feature > Components: changes.xml >Reporter: geoff simpson > > Would be good to be able to scan child projects of the master pom and > generated a summary based on the changes.xml files from all the children. -- 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] Commented: (MCHANGES-233) Add option to skip announcement if there are no changes or changes.xml file is missing
[ http://jira.codehaus.org/browse/MCHANGES-233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264163#action_264163 ] Ivan Khalopik commented on MCHANGES-233: Yes, I can, but it is not so nice solution I think. Such option will not change plugin behavior as it can be true by default. Also I can add that changes report mojo doesn't cause errors if there are no changes, it just logs warning and skips report generation. Surefire plugin also did't execute any tests if there are no tests. > Add option to skip announcement if there are no changes or changes.xml file > is missing > -- > > Key: MCHANGES-233 > URL: http://jira.codehaus.org/browse/MCHANGES-233 > Project: Maven 2.x Changes Plugin > Issue Type: Improvement >Affects Versions: 2.4 >Reporter: Ivan Khalopik > > It will be good to have some option to skip announcement generation if there > are no changes for artifact. Now if there are no changes build fails with > error: > No releases found in any of the configured issue management systems. -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264159#action_264159 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 4:07 AM: --- Sorry, It was my mistake when I was posting a bug. I didn't notice that formatting changed how my text looks. See my last comment was (Author: vertexua): Sorry, Iy was a mistake when I was posting a bug. I didn't notice that formatting changed how my text looks. See my last comment > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264159#action_264159 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 4:06 AM: --- Sorry, Iy was a mistake when I was posting a bug. I didn't notice that formatting changed how my text looks. See my last comment was (Author: vertexua): Sorry, I was a mistake when I was posting a bug. I didn't notice that formatting changed how my text looks. See my last comment > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264159#action_264159 ] Igor Petruk commented on SUREFIRE-729: -- Sorry, I was a mistake when I was posting a bug. I didn't notice that formatting changed how my text looks. See my last comment > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264158#action_264158 ] Kristian Rosenvold edited comment on SUREFIRE-729 at 4/20/11 4:04 AM: -- I'm sure your results will change signficantly if you add a file extension to your patterns. They are actually required. {code} **/* matches nothing {code} {code} **/*.java matches something. {code} It's actually written at the top of the page on the very first link I sent you. was (Author: krosenvold): I'm sure your results will change signficantly if you add a file extension to your patterns. They are actually required. **/* matches nothing, **/*.java matches something. It's actually written at the top of the page on the very first link I sent you. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264158#action_264158 ] Kristian Rosenvold commented on SUREFIRE-729: - I'm sure your results will change signficantly if you add a file extension to your patterns. They are actually required. **/* matches nothing, **/*.java matches something. It's actually written at the top of the page on the very first link I sent you. > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264157#action_264157 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 3:56 AM: --- Oops. I formatting have eaten my text when reporting a bug. It was {code:xml} **/* {code} But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default Plus the question is why it works thorough "test" option, but only without Spring runner was (Author: vertexua): Oops. I formatting have eaten my text when reporting a bug. It was {code:xml} **/* {code} But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264157#action_264157 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 3:55 AM: --- Oops. I formatting have eaten my text when reporting a bug. It was {code:xml} **/* {code} But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default was (Author: vertexua): Oops. I formatting ate my text when reporting a bug. It was {code:xml} **/* {code} But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264157#action_264157 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 3:55 AM: --- Oops. I formatting ate my text when reporting a bug. It was {code:xml} **/* {code} But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default was (Author: vertexua): Oops. I misspelled include when reporting a bug. It was But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264157#action_264157 ] Igor Petruk commented on SUREFIRE-729: -- Oops. I misspelled include when reporting a bug. It was **/* But anyway org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264157#action_264157 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 3:54 AM: --- Oops. I misspelled include when reporting a bug. It was But anyway {code:xml} org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m {code} Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default was (Author: vertexua): Oops. I misspelled include when reporting a bug. It was **/* But anyway org.apache.maven.plugins maven-surefire-plugin 2.8.1 org.apache.maven.surefire surefire-junit47 2.8.1 **/Test*.java **/*Test.java **/*TestCase.java -Xmx1024m -XX:MaxPermSize=128m Here what I have now. Same result. Even without mentioning that I am simply copy-pasting what should be enabled by default > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-726) Test list preprocessor support for tests to be run
[ http://jira.codehaus.org/browse/SUREFIRE-726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264155#action_264155 ] Janmejay Singh commented on SUREFIRE-726: - It can easily be enhanced to allow injection of testPreprocessor declaration via system-property. As in, user has a maven plugin that hooks up in the lifecycle before test and adds a system-property(for instance, surefire-test-preprocessor which has value "test.preprocessor.EvenTestOnlyPreprocessor[org.apache.maven.plugins.surefire:preprocessor-impl:1.0-SNAPSHOT]") and the AbstractSurefireMojo#testPreprocessor can first check for configuration and if no config found, can check for the system-property and use first one found. This will also make it more flexible, because user can choose the strategy before invoking the build(to choose a different implementation all the user has to do is -Dsurefire-test-preprocessor=test.preprocessor.EvenTestOnlyPreprocessor[org.apache.maven.plugins.surefire:preprocessor-impl:1.0-SNAPSHOT]). > Test list preprocessor support for tests to be run > -- > > Key: SUREFIRE-726 > URL: http://jira.codehaus.org/browse/SUREFIRE-726 > Project: Maven Surefire > Issue Type: New Feature >Affects Versions: 2.8.2 >Reporter: Janmejay Singh > Attachments: > 0001-Adds-test-list-preprocessor-support-which-loads-an-o.patch, > 0002-Integration-test-for-preprocessor.-2-modules-one-pro.patch > > > This exposes an interface(named TestListPreprocessor, which has a method > named preprocessTestClasses) that can be implemented by a user and injected > into surefire plugin configuration to have it used for preprocessing list of > tests to be run. Given the original test list, user's preprocessing algorithm > can choose to prune or reorder the list and return it back from > TestListPreprocessor#preprocessTestClasses, which is then used as the list of > tests to be executed. > The patches attached expose a configuration element named "testPreprocessor" > the default value of which is "none". User can choose to set it to a value > matching the format > "[::]" and have > the class loaded and called with list of tests to be run. The list of tests > returned by the call is then considered for execution. > Patch description: > The feature is done in 2 patches. Description follows: > 0001-Adds-test-list-preprocessor-support-which-loads-an-o.patch > This patch actually adds the feature and unit tests. It adds the interface, > an abstraction that encapsulates aforementioned configuration, booter > serialization/deserialization, directory-scanner changes etc. The changes > have effect in both forked and in-process execution mode. > 0002-Integration-test-for-preprocessor.-2-modules-one-pro.patch > This patch adds an integration test for preprocessor feature. The integration > test uses a 2 module setup, where the first module implements the > TestListPreprocessor interface which selects only even indexed test classes > from the list passed in. The second module(which depends on first) uses the > artifact from first and uses the following configuration: > > > > test.preprocessor.EvenTestOnlyPreprocessor[org.apache.maven.plugins.surefire:preprocessor-impl:1.0-SNAPSHOT] > > > The test then asserts that only 2(0th and 2nd) of the 4 test classes the > second module has are executed. > The patches are created on a git-svn clone using format-patch, please use > 'patch -p1 < 0001-Adds...'(while in the trunk directory) to apply the patches > on svn repository. If using git-svn, git-am can be directly be invoked. > The patches are done over > http://svn.apache.org/repos/asf/maven/surefire/trunk@1091357 (trunk HEAD) so > should apply cleanly on any recent enough revision. > === > Context: > http://stackoverflow.com/questions/5124823/reducing-the-build-time-hudson > http://code.google.com/p/tlb/issues/detail?id=1 > http://test-load-balancer.github.com -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264153#action_264153 ] Kristian Rosenvold commented on SUREFIRE-729: - ;) Ok, your "include" pattern does not work. Includes are evaluated first, so excludes will be meaningless. http://ant.apache.org/manual/Types/patternset.html > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264148#action_264148 ] Igor Petruk edited comment on SUREFIRE-729 at 4/20/11 3:26 AM: --- http://maven-users.828.n2.nabble.com/surefire-junit47-provider-does-not-see-my-tests-while-older-one-does-but-fails-td6247293.html Here is our discussion. I couldn't continue it, because of a strange spam filter was (Author: vertexua): http://maven-users.828.n2.nabble.com/surefire-junit47-provider-does-not-see-my-tests-while-older-one-does-but-fails-td6247293.html Here is out discussion. I couldn't continue it, because of a strange spam filter > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264148#action_264148 ] Igor Petruk commented on SUREFIRE-729: -- http://maven-users.828.n2.nabble.com/surefire-junit47-provider-does-not-see-my-tests-while-older-one-does-but-fails-td6247293.html Here is out discussion. I couldn't continue it, because of a strange spam filter > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264147#action_264147 ] Igor Petruk commented on SUREFIRE-729: -- I used to send my question to mailing list, but you told me to open a JIRA if I add includes and it does not help. I removed excludes, added includes, by copy-pasting from documentation of what should be default. It seems the be a strange action to me, because documentation says I should work without specifying includes. I can make my test's run by using "test" option. But even if I use "test" options Spring's @RunWith(SpringJUnitClassRunner.class) should be removed. I currently have problems with the mailing list, I says that spam score (from my work email) is higher than 10 ) > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Issue Comment Edited: (SUREFIRE-726) Test list preprocessor support for tests to be run
[ http://jira.codehaus.org/browse/SUREFIRE-726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264041#action_264041 ] Kristian Rosenvold edited comment on SUREFIRE-726 at 4/20/11 3:03 AM: -- Nice strategy for solving this one, we should be thinking about viewing this feature request together with one or more of the linked issues, maybe especially SUREFIRE-530 was (Author: krosenvold): Nice strategy for solving this one, we should be thinking about viewing this feature request together with one or more of the linked issues. > Test list preprocessor support for tests to be run > -- > > Key: SUREFIRE-726 > URL: http://jira.codehaus.org/browse/SUREFIRE-726 > Project: Maven Surefire > Issue Type: New Feature >Affects Versions: 2.8.2 >Reporter: Janmejay Singh > Attachments: > 0001-Adds-test-list-preprocessor-support-which-loads-an-o.patch, > 0002-Integration-test-for-preprocessor.-2-modules-one-pro.patch > > > This exposes an interface(named TestListPreprocessor, which has a method > named preprocessTestClasses) that can be implemented by a user and injected > into surefire plugin configuration to have it used for preprocessing list of > tests to be run. Given the original test list, user's preprocessing algorithm > can choose to prune or reorder the list and return it back from > TestListPreprocessor#preprocessTestClasses, which is then used as the list of > tests to be executed. > The patches attached expose a configuration element named "testPreprocessor" > the default value of which is "none". User can choose to set it to a value > matching the format > "[::]" and have > the class loaded and called with list of tests to be run. The list of tests > returned by the call is then considered for execution. > Patch description: > The feature is done in 2 patches. Description follows: > 0001-Adds-test-list-preprocessor-support-which-loads-an-o.patch > This patch actually adds the feature and unit tests. It adds the interface, > an abstraction that encapsulates aforementioned configuration, booter > serialization/deserialization, directory-scanner changes etc. The changes > have effect in both forked and in-process execution mode. > 0002-Integration-test-for-preprocessor.-2-modules-one-pro.patch > This patch adds an integration test for preprocessor feature. The integration > test uses a 2 module setup, where the first module implements the > TestListPreprocessor interface which selects only even indexed test classes > from the list passed in. The second module(which depends on first) uses the > artifact from first and uses the following configuration: > > > > test.preprocessor.EvenTestOnlyPreprocessor[org.apache.maven.plugins.surefire:preprocessor-impl:1.0-SNAPSHOT] > > > The test then asserts that only 2(0th and 2nd) of the 4 test classes the > second module has are executed. > The patches are created on a git-svn clone using format-patch, please use > 'patch -p1 < 0001-Adds...'(while in the trunk directory) to apply the patches > on svn repository. If using git-svn, git-am can be directly be invoked. > The patches are done over > http://svn.apache.org/repos/asf/maven/surefire/trunk@1091357 (trunk HEAD) so > should apply cleanly on any recent enough revision. > === > Context: > http://stackoverflow.com/questions/5124823/reducing-the-build-time-hudson > http://code.google.com/p/tlb/issues/detail?id=1 > http://test-load-balancer.github.com -- 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] Commented: (SUREFIRE-729) Surefire 2.8, surefire-junit47, No tests to run
[ http://jira.codehaus.org/browse/SUREFIRE-729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264039#action_264039 ] Kristian Rosenvold commented on SUREFIRE-729: - There are several obvious problems with your configuration and if you ask on the maven user list you may actually get help. If, after having read the documentation, you find them to be unclear, please file an issue requesting a documentation update, explaining the problems you had with the documentation. Or even better, update the source and create a patch. Thanks, sorry for the RTFM > Surefire 2.8, surefire-junit47, No tests to run > --- > > Key: SUREFIRE-729 > URL: http://jira.codehaus.org/browse/SUREFIRE-729 > Project: Maven Surefire > Issue Type: Bug >Reporter: Igor Petruk >Assignee: Kristian Rosenvold > > Concurrency config is parallel='none', perCoreThreadCount=true, > threadCount=2, useUnlimitedThreads=false > There are no tests to run. > Here is a part of my config > > org.apache.maven.plugins > maven-surefire-plugin > 2.8 > > > org.apache.maven.surefire > surefire-junit47 > 2.8 > > > > > **/manual/** > > -Xmx1024m -XX:MaxPermSize=128m > > > Adding "includes" of any form does not change anything. > But when I add > **/* > it fails trying to run an xml file in resources, interpreting it as class > com/mycompany/Myxml.xml is treated java test class com.mycompany.Myxml test > class. Of course it fails -- 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] Commented: (MNG-1378) Make dependencies of test-jars transitive
[ http://jira.codehaus.org/browse/MNG-1378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=264035#action_264035 ] Didier Loiseau commented on MNG-1378: - Any progress on this issue? As of 2.2.1 it does not seem to be fixed I have exactly the same use case than [Ittay|#action_218483] and this is very annoying as the test-jar dependencies evolve. > Make dependencies of test-jars transitive > - > > Key: MNG-1378 > URL: http://jira.codehaus.org/browse/MNG-1378 > Project: Maven 2 & 3 > Issue Type: Bug > Components: Dependencies >Affects Versions: 2.0 >Reporter: Mark Hobson > Fix For: Issues to be reviewed for 3.x > > Attachments: mng1378.tar.gz > > > test-jar transitive dependencies are calculated as per compile scope rather > than test scope. > The situation is demonstrated nicely in it0077: > * module sub1 has a test-scoped dependency of commons-lang > * module sub2 has a test-scoped dependency of sub1 test-jar > sub2 tests should inherit the commons-lang transitive dependency. For > example: > Index: > maven-core-it/it0077/sub2/src/test/java/org/apache/maven/it0077/PersonTwoTest.java > === > --- > maven-core-it/it0077/sub2/src/test/java/org/apache/maven/it0077/PersonTwoTest.java > (revision > 328307) > +++ > maven-core-it/it0077/sub2/src/test/java/org/apache/maven/it0077/PersonTwoTest.java > (working > copy) > @@ -1,6 +1,7 @@ > package org.apache.maven.it0077; > import junit.framework.TestCase; > +import org.apache.commons.lang.BooleanUtils; > public class PersonTwoTest > extends PersonTest > Results in: > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > c:\maven-components\maven-core-it\it0077\sub2\src\test\java\org\apache\maven\it0077\PersonTwoTest.java:[4,31] > package org.apache.commons.lang does not exist -- 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: (MNG-5071) them in the direction
them in the direction - Key: MNG-5071 URL: http://jira.codehaus.org/browse/MNG-5071 Project: Maven 2 & 3 Issue Type: Bug Reporter: cconlyone There are several on collection http://www.onlinechinatours.com/tour sites which have Abercrombie Woods cologne concerning the current market within their on-line cologne store. this could be http://www.onlinechinatours.com/lhasa/tours/ on the traditional foundation a terrific area to begin your search. The proprietor's of those stores experienced been terrific http://www.onlinechinatours.com/hangzhou/tours/ enough to purchase as several bottles of Woods cologne as they may once they occur to be discontinued in purchase which they http://onlinechinatours.com/ could present them in the direction of http://www.onlinechinatours.com/tour/special-china-tours/ individuals who nevertheless remember what this extremely effective scent smells like. -- 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: (MNG-5067) cologne concerning
cologne concerning --- Key: MNG-5067 URL: http://jira.codehaus.org/browse/MNG-5067 Project: Maven 2 & 3 Issue Type: Bug Reporter: cconlyone There are several on collection http://www.onlinechinatours.com/tour/minority-discovery/ sites which have Abercrombie Woods cologne concerning the current market within their on-line cologne store. this could be on the traditional http://www.onlinechinatours.com/hotel/guangzhou-hotels/ foundation a terrific area to begin your search. The proprietor's of those stores experienced been terrific enough to purchase as several http://www.onlinechinatours.com/tour/yangtze-river-tours/ bottles of Woods cologne as they may once they occur http://www.onlinechinatours.com/tour/small-group-tours/ to be discontinued in purchase which they could present them in the direction of individuals who http://www.onlinechinatours.com/lhasa/tours/ nevertheless remember what this extremely effective scent smells like. -- 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: (MNG-5068) direction of individuals
direction of individuals Key: MNG-5068 URL: http://jira.codehaus.org/browse/MNG-5068 Project: Maven 2 & 3 Issue Type: Bug Reporter: cconlyone There are several on collection http://www.onlinechinatours.com/tour/small-group-tours/ sites which have Abercrombie Woods cologne concerning the current market within their on-line cologne store. this could be on the traditional foundation http://www.onlinechinatours.com/tour/yangtze-river-tours/ a terrific area to begin your search. The proprietor's of those stores experienced been terrific enough to purchase as several bottles http://www.onlinechinatours.com/tour/special-china-tours/ of Woods cologne as they may once they occur http://www.onlinechinatours.com/hotel/xian-hotels/ to be discontinued in purchase which they could http://www.onlinechinatours.com/tour/minority-discovery/ present them in the direction of individuals who nevertheless remember what this extremely effective scent smells like. -- 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: (MNG-5069) several on collection
several on collection -- Key: MNG-5069 URL: http://jira.codehaus.org/browse/MNG-5069 Project: Maven 2 & 3 Issue Type: Bug Reporter: cconlyone There are several on collection http://www.onlinechinatours.com/citytour/ sites which have Abercrombie Woods cologne concerning the current market within their on-line cologne store. this could be on the traditional http://www.onlinechinatours.com/tour/minority-discovery/ foundation a terrific area to begin your search. The proprietor's of those stores experienced been terrific enough to purchase as several bottles http://www.onlinechinatours.com/china-guide/china-overview/ of Woods cologne as they may once they occur http://onlinechinatours.com/ to be discontinued in purchase which they could present them in the direction of http://www.onlinechinatours.com/tour/special-china-tours/ individuals who nevertheless remember what this extremely effective scent smells like. -- 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: (MNG-5070) occur to be discontinued
occur to be discontinued - Key: MNG-5070 URL: http://jira.codehaus.org/browse/MNG-5070 Project: Maven 2 & 3 Issue Type: Bug Reporter: cconlyone There are several on collection http://www.onlinechinatours.com/tour/minority-discovery/ sites which have Abercrombie Woods cologne concerning the current market within their on-line cologne store. this could be on the traditional http://www.onlinechinatours.com/lhasa/tours/ foundation a terrific area to begin your search. The proprietor's of those stores experienced been terrific enough to purchase as several bottles of http://www.onlinechinatours.com/tour Woods cologne as they may once they occur to be discontinued in http://www.onlinechinatours.com/tour/small-group-tours/ purchase which they could present them in the direction http://www.onlinechinatours.com/tour/special-china-tours/ of individuals who nevertheless remember what this extremely effective scent smells like. -- 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