Re: maven-changes-plugin does not use maven-changes-plugin
The report to look at is the one based on the JIRA tickets: http://maven.apache.org/plugins/maven-changes-plugin/jira-report.html The changes report should be removed. Thanks for reporting; I've filed a ticket for this [1]. /Anders [1] http://jira.codehaus.org/browse/MCHANGES-320 On Wed, Aug 28, 2013 at 1:55 PM, Rafael Alcántara r...@plural.net wrote: Hi, I have checked the change log for the maven-changes-plugin, looking for any fixes to missing links to the issue trackers: http://maven.apache.org/plugins/maven-changes-plugin/changes-report.html Unfortunately I found that the log has not been updated since 2005. It is a pity that the very developers don't find it so useful as I do ;-) Best regards, Rafa - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[surefire] Combining test, runOrder and forkCount
Hello Apache Maven community,
To reproduce random failing test issue, I'm trying to run two tests in
parallel, but start running them in specific order. Problem is that
runOrder (added via SUREFIRE-614) doesn't seem to be respected, at least
not when forkCount and/or test is specified as well.
When trying to run two tests from Apache Mahout core module (trunk), I
cannot get surefire to run them in reverse alphabetical order.
Regardless if I run:
mvn -Dtest=*KMeansTest -DrunOrder=reversealphabetical test
or
mvn -Dtest=*KMeansTest -DrunOrder=alphabetical test
the two tests which match the pattern always get run in alphabetical order:
---
T E S T S
---
Running org.apache.mahout.clustering.streaming.cluster.BallKMeansTest
Running org.apache.mahout.clustering.streaming.cluster.StreamingKMeansTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 66.706 sec
- in org.apache.mahout.clustering.streaming.cluster.BallKMeansTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 82.15 sec -
in org.apache.mahout.clustering.streaming.cluster.StreamingKMeansTest
Results :
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0
Surefire 2.15 is used, and configuration is:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
forkCount1.5C/forkCount
reuseForksfalse/reuseForks
threadCount1/threadCount
perCoreThreadCountfalse/perCoreThreadCount
parallelclasses/parallel
argLine-Xmx512m/argLine
testFailureIgnorefalse/testFailureIgnore
redirectTestOutputToFiletrue/redirectTestOutputToFile
systemPropertyVariables
mahout.test.directory${project.build.directory}/mahout.test.directory
/systemPropertyVariables
/configuration
/plugin
When I use latest surefire 2.16, outcome is even more odd - output that any
of the tests is running takes longer to render, it seems to be rendered
together with info that test has completed, so by looking at build log
output it may appear as if tests were not running in parallel even though
they did:
---
T E S T S
---
Running org.apache.mahout.clustering.streaming.cluster.BallKMeansTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 59.347 sec
- in org.apache.mahout.clustering.streaming.cluster.BallKMeansTest
Running org.apache.mahout.clustering.streaming.cluster.StreamingKMeansTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 74.766 sec
- in org.apache.mahout.clustering.streaming.cluster.StreamingKMeansTest
Results :
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0
Here is my mvn --version output:
[sslavic@laptop core]$ mvn --version
Apache Maven 3.1.0 (893ca28a1da9d5f51ac03827af98bb730128f9f2; 2013-06-28
04:15:32+0200)
Maven home: /home/sslavic/work/tools/apache-maven
Java version: 1.7.0_25, vendor: Oracle Corporation
Java home: /usr/java/jdk1.7.0_25/jre
Default locale: en_US, platform encoding: UTF-8
OS name: linux, version: 3.10.9-200.fc19.x86_64, arch: amd64, family:
unix
Am I doing something wrong or is this behavior bug (or two bugs) in
surefire?
Kind regards,
Stevo Slavic.
Overriding a plugin dependency's profile property?
Hi,
I am trying to use the mojo cobertura plugin in our project, and it won't
run on my Mac as the tools jar is in the wrong place.
The plugin depends on cobertura, which defines the following property in
the mac profile:
profile
idOSXProfile/id
activation
os
familymac/family
/os
/activation
properties
toolsjar${java.home}/../lib/tools.jar/toolsjar
/properties
/profile
and the accompanying dependency:
dependency
groupIdcom.sun/groupId
artifactIdtools/artifactId
version0/version
scopesystem/scope
systemPath${toolsjar}/systemPath
/dependency
This is wrong for Mac OS 10.8.3 running Java 6 on two counts - the lib
directory is at ${java.home}/lib and the tools.jar doesn't exist in the lib
directory as apple decided to put those clases in
${java.home}/../Classes/classes.jar.
All that to ask, how do I get cobertura to look in classes.jar for that
dependency?
I have tried adding my own profile and setting toolsjar appropriately,
but it seems to be ignored. I also tried specifying it on the command
line, and again, it complains it can't find ../lib/tools.jar.
Is this possible?
cheers,
David
Re: agency theory and software development
its a f*cker but I think it boils down to 'user error'! + and bad programming. On 15/08/13 08:18, Kristian Rosenvold wrote: 2013/8/14 SARTAJ HUNDAL vektor.kni...@gmail.com: Given the future of computation and being in a technological singularity, how do we divert a total disaster when the 'machines' have solid bodies? Since Hume, we have had theories about ghosts in the machine, and if we look even at the beginnings of AI since MIT, it's clear that the software often has a mind of its own and takes us on courses we never intended to go on. Finite-state automata, with no solution to the Halting problem, actually have exhibited free will and agency. In that respect, how do we reclassify our notions of human and animal rights when such a species actually has the entire compendium of human history, knowledge and the universe? Think Data from Star Trek. Given the recent activity on our vote threads, I fear this has already happened. Kristian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
No source jar attached with maven-assembly-plugin
I have the following project maven (3.10) multi project: my-mvn - my-mvn-a - my-mvn-b - my-mvn-assembly `my-mvn-a` and `my-mvn-b` build source jars using: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-source-plugin/artifactId version2.2.1/version executions execution idattach-sources/id phaseverify/phase goals goaljar-no-fork/goal /goals /execution /executions /plugin In `my-mvn-assembly` I would like to build a zip including jars and source jars from `my-mvn-a` and `my-mvn-b`. I am using the following descriptor: assembly xmlns= http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation= http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2 http://maven.apache.org/xsd/assembly-1.1.2.xsd; idmy-assembly/id formats formatzip/format /formats includeBaseDirectoryfalse/includeBaseDirectory dependencySets dependencySet outputDirectory//outputDirectory useProjectArtifacttrue/useProjectArtifact includes includemy.group:my-mvn-a/include includemy.group:my-mvn-a:jar:sources/include !-- include*:sources/include -- /includes /dependencySet /dependencySets /assembly but only the jar with the compiled classes is included in the zip. Why does it not include the sources jar build using the maven-sources-plugin?
Re: Overriding a plugin dependency's profile property?
I have tried adding my own profile and setting toolsjar appropriately, but it seems to be ignored. I also tried specifying it on the command line, and again, it complains it can't find ../lib/tools.jar. Did you perhaps try using ln to ensure the jar appears where Cobertura is expecting it to be? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Overriding a plugin dependency's profile property?
hi Wayne, Yes, I can create a symlink pointing ../lib/tools.jar to ../Classes/classes.jar which works. However, it requires all of our devs to add such a symlink and is very inconvenient. Seems to me that maven should allow us to override it in the pom, but I'm struggling to figure out if it does, and if so, how. cheers David On Thu, Aug 29, 2013 at 3:15 PM, Wayne Fay wayne...@gmail.com wrote: I have tried adding my own profile and setting toolsjar appropriately, but it seems to be ignored. I also tried specifying it on the command line, and again, it complains it can't find ../lib/tools.jar. Did you perhaps try using ln to ensure the jar appears where Cobertura is expecting it to be? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
updatePolicy for release repositories
I can't seem to find a detailed description of how updatePolicy affects release repository behavior. Can someone explain or point me to a document that does? I'm also interested in understanding how, if at all, updatePolicy affects release-version range resolution with regard to how often maven-metadata.xml is checked. Based on experimentation, updatePolicy does not make a difference in how often Maven checks maven-metadata. It always downloads metadata for each range expression referenced dependency. Is there a way to limit range resolution to local repository contents when running in offline mode? I appear to get missing dependencies often if I do this. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
adding directories to maven exec runtime classpath?
Greetings! I had a question regarding adding 2 well known directories to the runtime classpath of the Exec Maven Plugin for the exec:exec action. I had found some tips that ultimately don't work in this case wherein a directory being added to the class path is a requirement. The various things I've tried, which don't work are: 1) tried package up the contents of these 2 directories as resources. this didn't work and it really is not a real feasible long term solution for my problem anyway. this involved trying to use the build-helper-maven-plugin 2) tried to add to the maven-surefire-plugin some additionalClasspathElements entries. this had no effect. 3) tried adding 2 executableDependency elements underneath the exec-maven-plugin's configuration area. This won't work because these executableDependencies are assumed to be normal Maven dependencies, of which the type 'directory' is not supported [as far as I can tell]. I'm looking for advice on what my next steps should be in order to get this working. Are there any other known techniques, or do we need to patch the exec plugin code? (I'm certainly willing to give that a shot if that's required). Sincerely, Karl Gierach - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven Assembly Plugin - Changing File Name Case Using FileSets
Help please
I am using the Maven Assembly Plugin to build a distribution zip and am getting
some strange behavior with filename cases (which is a problem because we deploy
to Unix and Windows - issue on Unix).
POM:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-assembly-plugin/artifactId
configuration
descriptor./src/main/assembly/dist.xml/descriptor
finalNameNG_v${project.version}_${build.date}_rev${build.number}_en_US/finalName
appendAssemblyIdfalse/appendAssemblyId
/configuration
executions
execution
idmake-assembly/id
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
dist.xml:
fileSet
directory${schemas-dir}/templates/en_US/directory
outputDirectorytemplates /outputDirectory
/fileSet
In the source directory, the files are ALL UPPERCASE ex: CFG_APPLICATION.XML
However, in the resulting zip file, the plugin puts them in proper name case
ex: Cfg_application.xml
I've searched everywhere to see if there is a content check or flag that does
this, but nothing...
Has anyone had this issue or can anyone think of options I can try to stop this
behavior?
Kind regards,
___
NextGate
Peter Berkman
m: +1-909-268-0084 ■ Linked-Inhttp://www.linkedin.com/in/pberkman ■
nextgate.comhttp://www.nextgate.com/
Index + Link + Share for connected care
IMPORTANT WARNING: This email (and any attachments) is only intended for the
use of the person or entity to which it is addressed, and may contain
information that is privileged and confidential. You, the recipient, are
obligated to maintain it in a safe, secure and confidential manner.
Unauthorized re-disclosure or failure to maintain confidentiality may subject
you to federal and state penalties. If you are not the intended recipient,
please immediately notify us by return email, and delete this message from your
computer.
Maven, Access denied to: http://repo1.maven.org/maven2
*Hello. I have just downloaded last version of Maven. And when i am trying to run* mvn archetype:generate *i get error message* [WARNING] Error reading archetype catalog http://repo1.maven.org/maven2 org.apache.maven.wagon.authorization.AuthorizationException: Access denied to: http://repo1.maven.org/maven2 , ReasonPhrase:Denied Access. at org.apache.maven.wagon.shared.http4.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:928) at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at org.apache.maven.archetype.source.RemoteCatalogArchetypeDataSource.downloadCatalog(RemoteCatalogArchetypeDataSource.java:119) at org.apache.maven.archetype.source.RemoteCatalogArchetypeDataSource.getArchetypeCatalog(RemoteCatalogArchetypeDataSource.java:87) at org.apache.maven.archetype.DefaultArchetypeManager.getRemoteCatalog(DefaultArchetypeManager.java:216) at org.apache.maven.archetype.DefaultArchetypeManager.getRemoteCatalog(DefaultArchetypeManager.java:205) at org.apache.maven.archetype.ui.generation.DefaultArchetypeSelector.getArchetypesByCatalog(DefaultArchetypeSelector.java:200) at org.apache.maven.archetype.ui.generation.DefaultArchetypeSelector.selectArchetype(DefaultArchetypeSelector.java:71) at org.apache.maven.archetype.mojos.CreateProjectFromArchetypeMojo.execute(CreateProjectFromArchetypeMojo.java:197) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) [WARNING] No archetype found in remote catalog. Defaulting to internal catalog [INFO] No archetype defined. Using maven-archetype-quickstart (org.apache.maven.archetypes:maven-archetype-quickstart:1.0) I have not Proxy and internet works fine. Firewall is turned off. How to solve this problem ? I have tried to do same operations on Windows 7 and linux Kubuntu 13.04, on my laptop and home PC, on different JRE's but nothing :(( Thx for your help. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Access-denied-to-http-repo1-maven-org-maven2-tp5769040.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Assembly Plugin - Changing File Name Case Using FileSets
groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId What version of the plugin (and Maven, and your JDK) is this? And which OS? Can you create a sample project (zip) and post somewhere online so it can be downloaded and executed locally to duplicate the results you're seeing? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: adding directories to maven exec runtime classpath?
I had a question regarding adding 2 well known directories to the runtime classpath of the Exec Maven Plugin for the exec:exec action. I had found some tips that ultimately don't work in this case wherein a directory being added to the class path is a requirement. I might suggest using the Assembly plugin instead of exec-m-p. It has a notion of FileSets and knows about directories in addition to dependencies etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
