How do I convert build.xml into maven.xml?
Hi All, I have a build.xml and maven.xml. I am using the following goal into maven.xml to call ant:target in build.xml goal name=ejb.test ant:echo mohan /ant:echo ant antfile=build.xml inheritrefs=true target=ejb.build property file=mohan.properties/ /ant /goal My Issue is: when I run ejb.test goal, It's failing to recognize the classpaths/properties which are defined in build.xml file. It looks like except the ant:target (ejb.build) nothing ( other environment) is visible to the maven goal. my build.xml is very big in size, so I dont want to copy/paste all the targets into maven.xml . So, What is the best way to let maven goal to know all the environment defined in build.xml file? I heard that we can write a plugin to achieve that. If that is true can any body provide documentation links ( plz provide direct links) to do that ? Advanced thanks -- View this message in context: http://www.nabble.com/How-do-I-convert-build.xml-into-maven.xml--tp26022041p26022041.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 JavaScript Plugin
On 22 Okt 2009, Neil Chaudhuri wrote: A colleague at work expressed an interest in doing a lot of Maven-like things in the JavaScript realm. I did some research and discovered the Maven JavaScript plugin. It looks neat, but it is an alpha version and seems to have little activity. I was simply hoping to find some comments from those who have investigated or used the Maven JavaScript plugin. Does it work? Strengths and weaknesses? Any insight is appreciated. There was a similar thread recently on this list: http://www.nabble.com/Javascript-support-to25543137.html#a25543137 hth, - martin signature.asc Description: PGP signature
Re: Maven JavaScript Plugin
We're using it at my workplace. We have our own released' version just to stop the plugin update check from happening so frequently. I think the plugin is strong for creating javascript artifacts and keeping them separate. If you pair it with the jetty-maven-plugin, you can get away with a pure-javascript-development environment pretty easily. We do not use the jsunit integration, and I would recommend only reserving that for integration testing, as the bootstrap to start a browser can be slow. The minification/combination of artifacts is great. We're using maven to manage 4 different JS libraries and combine them all in our final product. Hope that helps! - Josh On Thu, Oct 22, 2009 at 5:09 PM, Neil Chaudhuri nchaudh...@potomacfusion.com wrote: A colleague at work expressed an interest in doing a lot of Maven-like things in the JavaScript realm. I did some research and discovered the Maven JavaScript plugin. It looks neat, but it is an alpha version and seems to have little activity. I was simply hoping to find some comments from those who have investigated or used the Maven JavaScript plugin. Does it work? Strengths and weaknesses? Any insight is appreciated. Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven JavaScript Plugin
Neil Chaudhuri wrote: A colleague at work expressed an interest in doing a lot of Maven-like things in the JavaScript realm. I did some research and discovered the Maven JavaScript plugin. It looks neat, but it is an alpha version and seems to have little activity. I was simply hoping to find some comments from those who have investigated or used the Maven JavaScript plugin. Does it work? Strengths and weaknesses? Any insight is appreciated. you may also be interested in the jstools plugin: http://dev.abiss.gr/mvn-jstools/ hth, Manos - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven assembly and onejar goal
Thanks for links.
I have succeeded to generate a jar which contains the file I wanted.
However I have an another problem by editing the default
jar-with-dependencies.xml : the jar generated contains all
dependencies in but not the binaries (.class) of the project from
where I launch the mvn assembly:assenbly command.
Below my edited version of jar-with-dependencies.xml :
?xml version='1.0' encoding='UTF-8'?
assembly
idjar-with-dependencies/id
formats
formatjar/format
/formats
includeBaseDirectoryfalse/includeBaseDirectory
dependencySets
dependencySet
outputDirectory//outputDirectory
outputFileNameMapping/outputFileNameMapping
excludes
excludecom.ontotext.owlim:big-owlim/exclude
/excludes
scoperuntime/scope
unpacktrue/unpack
unpackOptions
excludes
exclude**/org.openrdf.sail.config.SailFactory/exclude
/excludes
/unpackOptions
/dependencySet
dependencySet
outputDirectory//outputDirectory
outputFileNameMapping/outputFileNameMapping
includes
includecom.ontotext.owlim:big-owlim/include
/includes
unpacktrue/unpack
scoperuntime/scope
/dependencySet
/dependencySets
fileSets
fileSet
directory${project.build.outputDirectory}/directory
outputDirectory//outputDirectory
/fileSet
/fileSets
/assembly
I have tried to add the following include in fileSet in order to force
to include binaries from the project which run the descriptor but it
doesn't work :
includes
include${pom.groupId}:${pom.artifactId}/include
/includes
I don't understand why binaries are missing. With default
jar-with-dependencies binaries are here. Someone can help me ?
Thanks
Kind Regards
Laurent
2009/10/22 Nick Stolwijk nick.stolw...@gmail.com:
I don't have the setup or time to give you a full working example. Just try
it yourself, the documentation is on the site and in the book.
[1] http://maven.apache.org/plugins/maven-assembly-plugin/
[2] http://www.sonatype.com/books/maven-book/reference/assemblies.html
Hth,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Thu, Oct 22, 2009 at 5:58 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I don´t really understand because the both file have the same name in
the two jar dependencies which are unzipped.
Can you give me an example ?
2009/10/22 Nick Stolwijk nick.stolw...@gmail.com:
DependencySet is part of DependencySets, so you can have multiple of
them.
If you exclude one dependency from dependencySet and create a new one,
which
includes this dependency but excludes the specific file, I guess you have
what you need.
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Thu, Oct 22, 2009 at 5:39 PM, Alexander the.malk...@gmail.com
wrote:
Next time quote your message or copy to make sure everybody could
understand
what are you talking about.
2009/10/22 Laurent PELLEGRINO laurent.pellegr...@gmail.com
Thanks for your answer.
The last link is what I use. My question is how to add an exclude part
by using filename and groupId:artefactId. Because if you do the
following
dependencySet
outputDirectory//outputDirectory
scoperuntime/scope
excludes
excludegroupIdB:dependencyB/exclude
excludeMETA-INF/services/config/exclude
/excludes
/dependencySet
excludegroupIdA:dependencyA/exclude
will exclude all files from dependency A whereas I want to exclude
only
one
file
excludeMETA-INF/services/config/exclude
will exclude config file from the jar with dependencies whereas I want
to have the config file from dependency A in my jar with dependencies
what I wish is something like that :
exclude from=groupIdB:dependencyBMETA-INF/services/config/exclude
Iam lost, is it possible to do that ?
2009/10/22 Edelson, Justin justin.edel...@mtvstaff.com:
Gotta love how Nabble removes the context, forcing people to go to
the
site...
Anyway, one-jar isn't a built-in descriptor:
http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.ht
ml
There is one here:
http://binkley.blogspot.com/2006/12/making-one-jar-with-maven.html
But I have no idea if this is what you're referring to. If you're
not
using a built-in assembly descriptor, you need to find whomever is
providing the descriptor and look at their source. The built-in
descriptors are in
http://svn.apache.org/viewvc/maven/plugins/tags/maven-assembly-plugin-2
.
2-beta-4/src/main/resources/assemblies/
Justin
-Original Message-
From: Laurent Pellegrino [mailto:laurent.pellegr...@gmail.com]
Sent: Thursday, October 22, 2009 11:04 AM
To: users@maven.apache.org
Subject: Re: Maven assembly and onejar goal
Nobody can help me ?
Re: Maven assembly and onejar goal
That should be the right syntax. How did you configure your pom wrt the assembly plugin? With regards, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO laurent.pellegr...@gmail.com wrote: mvn assembly:assenbly
Re: Maven assembly and onejar goal
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven assembly and onejar goal
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe even
with -X to see whether you see anything strange. Also post it here if you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven assembly and onejar goal
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes one by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe
even
with -X to see whether you see anything strange. Also post it here if you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
[cobertura] do not publish source code
Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How do I convert build.xml into maven.xml?
I have a build.xml and maven.xml. I am using the following goal into maven.xml to call ant:target in build.xml It sounds like you're talking about Maven1 which means you're essentially on your own. M1 is old, crusty, and not very many people on this list are still using it which means you'll have trouble getting good answers to your questions. You should take this opportunity to update your build to the latest Maven2 release (with pom.xml files etc) rather than wasting time making an M1 build. And btw, Maven3 is expected to land in the (relatively) near future, too. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: [cobertura] do not publish source code
Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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
Re: Unexplained Animal Sniffer errors with JSPC plugin
well that version of animal sniffer is Kohsuke's I have not released the migrated to codehaus version yet Looks like you are missing a dependency or two for your jar (probably jasper-runtime and servlet-api) -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com I recently discovered that animal sniffer will throw errors with precompiled jsps. I've attached a sample project which can be used to reproduce this. When I run mvn clean install it works fine, no errors, build successful. Presumably because sniffer is running before the jsps are compiled and hence not checked. If I then run mvn install right after that (note no clean) sniffer will check the compiled jsp classes and give me errors such as: [INFO] Checking unresolved references to org.jvnet.animal-sniffer:java1.5:1.0 [ERROR] Undefined reference: org/apache/jasper/runtime/HttpJspBase.init()V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getDefaultFactory()Ljavax/servlet/jsp/JspFactory; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/http/HttpServletResponse.setContentType(Ljava/lang/String;)V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getPageContext(Ljavax/servlet/Servlet;Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljava/lang/String;ZIZ)Ljavax/servlet/jsp/PageContext; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class This is with the complier and signatures set to 1.5. I can usually figure out the signature errors for regular Java code, but I'm baffled by this. Has anyone else run into this or have suggestions? Thanks, Jamie. CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [cobertura] do not publish source code
or another technique would be to overwrite every html file that is in a sub-dir with a simple html saying that the source code is confidential... that way your links will still work ;-) 2009/10/23 Edelson, Justin justin.edel...@mtvstaff.com Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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
RE: [cobertura] do not publish source code
That might work. But my way was easier :) And unless this changed recently, the cobertura report outputs the source code files in the cobertura directory, not a subdir. I'm assuming the OP has already shut off xref reports and other things which contain source. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:26 AM To: Maven Users List Subject: Re: [cobertura] do not publish source code or another technique would be to overwrite every html file that is in a sub-dir with a simple html saying that the source code is confidential... that way your links will still work ;-) 2009/10/23 Edelson, Justin justin.edel...@mtvstaff.com Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Is there way to specify directory for module in master pom?
I have something like this: modules moduleXY/module /modules Is there way to tell maven that module XY is in subdirectory XY-orig instead of XY or subdirectory name must always match module name? -- View this message in context: http://www.nabble.com/Is-there-way-to-specify-directory-for-module-in-master-pom--tp26027576p26027576.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
mvn deploy BUILD ERROR question
Hi all, I'm reposting this message here, because by mistake I have posted this one in the dev forum.. I'm completely new to maven and I'm trying get a grip by running some examples through a book using maven and archiva, but even though everything seems to work fine, when I'm trying to issue the mvn deploy command I'm getting the following errors. (I believe that I have set the pom.xml, settings.xml and settings-security.xml properly...) The result is a Return code is: 401 error because it seems like the deployment is failing since the handshaking is failing. (I have attached the trace at the bottom just in case is more helpful) Any help will be more than welcome Many thanks in advance michail [WARNING] Not decrypting password for server 'snapshots' due to exception in sec urity handler. Cause: Given final block not properly padded [WARNING] Not decrypting password for server 'releases' due to exception in secu rity handler. Cause: Given final block not properly padded [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact : Failed to transfer file: http://localhost:8085/archiva/repository/snapshots/co m/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091023 .135717-2.war. Return code is: 401 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:719) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:6 0) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artif act: Failed to transfer file: http://localhost:8085/archiva/repository/snapshots /com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091 023.135717-2.war. Return code is: 401 at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:195 ) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:694) ... 17 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Failed to transfer file: http://localhost:8085/archiva/repo sitory/snapshots/com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple- webapp-1.0-20091023.135717-2.war. Return code is: 401 at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Def aultArtifactDeployer.java:121) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:173 ) ... 19 more Caused by: org.apache.maven.wagon.TransferFailedException: Failed to transfer fi le: http://localhost:8085/archiva/repository/snapshots/com/effectivemaven/chapte r01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091023.135717-2.war. Return c ode is: 401 at org.apache.maven.wagon.providers.http.LightweightHttpWagon.finishPutT ransfer(LightweightHttpWagon.java:205) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:4 13) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:392) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:3 65) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:163) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(D efaultWagonManager.java:317) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact
Re: [cobertura] do not publish source code
I think the changes to cobertura are not that much. And building and deploying your own version of the cobertura-maven-plugin isn't hard either. Take a look at cobertura's source [1], especially generateSourceFile(SourceFileData sourceFileData) [1]http://cobertura.svn.sourceforge.net/viewvc/cobertura/tags/v1_9_3/src/net/sourceforge/cobertura/reporting/html/HTMLReport.java?revision=687view=markup With regards, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 4:29 PM, Edelson, Justin justin.edel...@mtvstaff.com wrote: That might work. But my way was easier :) And unless this changed recently, the cobertura report outputs the source code files in the cobertura directory, not a subdir. I'm assuming the OP has already shut off xref reports and other things which contain source. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:26 AM To: Maven Users List Subject: Re: [cobertura] do not publish source code or another technique would be to overwrite every html file that is in a sub-dir with a simple html saying that the source code is confidential... that way your links will still work ;-) 2009/10/23 Edelson, Justin justin.edel...@mtvstaff.com Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there way to specify directory for module in master pom?
moduleXY-orig/module the module name does not have to match the artifactId 2009/10/23 Radim Kolar h...@sendmail.cz I have something like this: modules moduleXY/module /modules Is there way to tell maven that module XY is in subdirectory XY-orig instead of XY or subdirectory name must always match module name? -- View this message in context: http://www.nabble.com/Is-there-way-to-specify-directory-for-module-in-master-pom--tp26027576p26027576.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-eclipse-plugin and src/main/webapp with Eclipse
OK, thanks everyone for these additional infos. I may stick with WTP organisation then (using /WebContent/ instead of /src/main/webapp/) just for convenience in Eclipse. -- Vincent baerrach wrote: On Fri, Oct 23, 2009 at 10:50 AM, Benson Margulies bimargul...@gmail.com wrote: An Eclipse project type, or perspective, can decide to show the tree any way it likes. The default Java perspective shows all folders as ordinary folders except source folders. It hauls source folders to the top of the project, gives them a special icon, and labels them with the full pathname (e.g. src/main/java). In a WTP project, the web content root is also hauled to the top and specially labelled. There is no general scheme for marking some arbitrary folder for this treatment. So, unless you are using WTP, and telling eclipse:eclipse to write configuration for WTP, you are stuck with the irritating folder location. Unless you want to write your own Eclipse plugin that rearranged the display in this case. Thanks Benson, not working with WTP myself, this was exactly what I wanted to explain to Vincent. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://www.nabble.com/maven-eclipse-plugin-and-src-main-webapp-with-Eclipse-tp25996692p26028471.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 and onejar goal
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes one by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe
even
with -X to see whether you see anything strange. Also post it here if you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven assembly and onejar goal
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe
even
with -X to see whether you see anything strange. Also post it here if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
Re: [cobertura] do not publish source code
As always... if you do hack the source code, make it configurable and donate the changes back to Cobertura so it can be considered for inclusion in a future release. This sounds like a potentially useful feature for a number of organizations. Wayne On Fri, Oct 23, 2009 at 9:41 AM, Nick Stolwijk nick.stolw...@gmail.com wrote: I think the changes to cobertura are not that much. And building and deploying your own version of the cobertura-maven-plugin isn't hard either. Take a look at cobertura's source [1], especially generateSourceFile(SourceFileData sourceFileData) [1]http://cobertura.svn.sourceforge.net/viewvc/cobertura/tags/v1_9_3/src/net/sourceforge/cobertura/reporting/html/HTMLReport.java?revision=687view=markup With regards, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 4:29 PM, Edelson, Justin justin.edel...@mtvstaff.com wrote: That might work. But my way was easier :) And unless this changed recently, the cobertura report outputs the source code files in the cobertura directory, not a subdir. I'm assuming the OP has already shut off xref reports and other things which contain source. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:26 AM To: Maven Users List Subject: Re: [cobertura] do not publish source code or another technique would be to overwrite every html file that is in a sub-dir with a simple html saying that the source code is confidential... that way your links will still work ;-) 2009/10/23 Edelson, Justin justin.edel...@mtvstaff.com Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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 - 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
RE: Unexplained Animal Sniffer errors with JSPC plugin
Yes it's Kohsuke's original version since there's not a mojos release yet. It was a missing dependency. I hadn't thought of it that way since the jspc compiler was added to catch compilation errors rather than being used to ship the compiled jsp classes. Either way, in this case the dependencies are provided by the jspc compiler plugin or the Tomcat container at runtime. The jsp sources don't depend on anything jasper specific so it wasn't obvious to me. Thanks for pointing it out. Simply adding the following dependencies fixes this simple example: dependencies dependency groupIdtomcat/groupId artifactIdjasper-compiler/artifactId version5.5.15/version scopeprovided/scope /dependency dependency groupIdtomcat/groupId artifactIdjasper-runtime/artifactId version5.5.15/version scopeprovided/scope /dependency /dependencies -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:25 AM To: Maven Users List Subject: Re: Unexplained Animal Sniffer errors with JSPC plugin well that version of animal sniffer is Kohsuke's I have not released the migrated to codehaus version yet Looks like you are missing a dependency or two for your jar (probably jasper-runtime and servlet-api) -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com I recently discovered that animal sniffer will throw errors with precompiled jsps. I've attached a sample project which can be used to reproduce this. When I run mvn clean install it works fine, no errors, build successful. Presumably because sniffer is running before the jsps are compiled and hence not checked. If I then run mvn install right after that (note no clean) sniffer will check the compiled jsp classes and give me errors such as: [INFO] Checking unresolved references to org.jvnet.animal-sniffer:java1.5:1.0 [ERROR] Undefined reference: org/apache/jasper/runtime/HttpJspBase.init()V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getDefaultFactory()Ljavax/servlet/jsp/Jsp Factory; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/http/HttpServletResponse.setContentType(Ljava/lang/Strin g;)V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getPageContext(Ljavax/servlet/Servlet;Lja vax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljava/lang/S tring;ZIZ)Ljavax/servlet/jsp/PageContext; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class This is with the complier and signatures set to 1.5. I can usually figure out the signature errors for regular Java code, but I'm baffled by this. Has anyone else run into this or have suggestions? Thanks, Jamie. CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --- CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail:
Re: [cobertura] do not publish source code
Sounds like you want an exclude packages option (or maybe granular down to the class level) like JavaDoc. Paul On Fri, Oct 23, 2009 at 10:52 AM, Wayne Fay wayne...@gmail.com wrote: As always... if you do hack the source code, make it configurable and donate the changes back to Cobertura so it can be considered for inclusion in a future release. This sounds like a potentially useful feature for a number of organizations. Wayne On Fri, Oct 23, 2009 at 9:41 AM, Nick Stolwijk nick.stolw...@gmail.com wrote: I think the changes to cobertura are not that much. And building and deploying your own version of the cobertura-maven-plugin isn't hard either. Take a look at cobertura's source [1], especially generateSourceFile(SourceFileData sourceFileData) [1]http://cobertura.svn.sourceforge.net/viewvc/cobertura/tags/v1_9_3/src/net/sourceforge/cobertura/reporting/html/HTMLReport.java?revision=687view=markup With regards, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 4:29 PM, Edelson, Justin justin.edel...@mtvstaff.com wrote: That might work. But my way was easier :) And unless this changed recently, the cobertura report outputs the source code files in the cobertura directory, not a subdir. I'm assuming the OP has already shut off xref reports and other things which contain source. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:26 AM To: Maven Users List Subject: Re: [cobertura] do not publish source code or another technique would be to overwrite every html file that is in a sub-dir with a simple html saying that the source code is confidential... that way your links will still work ;-) 2009/10/23 Edelson, Justin justin.edel...@mtvstaff.com Without an extensive amount of work, I suspect you could bind a custom execution of the clean plugin in the post-site phase to remove all the html files from target/site/cobertura EXCEPT for index.html, frame-packages.html, frame-summary.html, frame-sourcefiles.html, and help.html. This would lead to broken links. Not having broken links would likely involve modifying cobertura and/or the plugin, so I'd suggest at least trying the clean option and see how far that takes you. Justin -Original Message- From: Daniele Dellafiore [mailto:ilde...@gmail.com] Sent: Friday, October 23, 2009 10:04 AM To: Maven Users List Subject: [cobertura] do not publish source code Hi everyone. I want to publish code coverage for my project on a public site but some projects are not open source. How can I avoid cobertura to publish the source code for each class leaving all the coverage reports? Thanks.. -- Daniele Dellafiore http://ildella.net http://twitter.com/ildella - 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 - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unexplained Animal Sniffer errors with JSPC plugin
just so you know: org.codehaus.mojoLanimal-sniffer-maven-plugin is blocked waiting for maven-toolchains-plugin to be released I intend trying to release maven-toolchains-plugin once I have confirmed that I can release maven plugins (i.e. it will be the second plugin I will try to release) The first apache plugin I am trying to release is maven-invoker-plugin:1.5 which, all going well, will be staged today/tomorrow (after brian finishes updating repository.apache.org to sonatype nexus 1.4) dizzy yet? -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com Yes it's Kohsuke's original version since there's not a mojos release yet. It was a missing dependency. I hadn't thought of it that way since the jspc compiler was added to catch compilation errors rather than being used to ship the compiled jsp classes. Either way, in this case the dependencies are provided by the jspc compiler plugin or the Tomcat container at runtime. The jsp sources don't depend on anything jasper specific so it wasn't obvious to me. Thanks for pointing it out. Simply adding the following dependencies fixes this simple example: dependencies dependency groupIdtomcat/groupId artifactIdjasper-compiler/artifactId version5.5.15/version scopeprovided/scope /dependency dependency groupIdtomcat/groupId artifactIdjasper-runtime/artifactId version5.5.15/version scopeprovided/scope /dependency /dependencies -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:25 AM To: Maven Users List Subject: Re: Unexplained Animal Sniffer errors with JSPC plugin well that version of animal sniffer is Kohsuke's I have not released the migrated to codehaus version yet Looks like you are missing a dependency or two for your jar (probably jasper-runtime and servlet-api) -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com I recently discovered that animal sniffer will throw errors with precompiled jsps. I've attached a sample project which can be used to reproduce this. When I run mvn clean install it works fine, no errors, build successful. Presumably because sniffer is running before the jsps are compiled and hence not checked. If I then run mvn install right after that (note no clean) sniffer will check the compiled jsp classes and give me errors such as: [INFO] Checking unresolved references to org.jvnet.animal-sniffer:java1.5:1.0 [ERROR] Undefined reference: org/apache/jasper/runtime/HttpJspBase.init()V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getDefaultFactory()Ljavax/servlet/jsp/Jsp Factory; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/http/HttpServletResponse.setContentType(Ljava/lang/Strin g;)V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getPageContext(Ljavax/servlet/Servlet;Lja vax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljava/lang/S tring;ZIZ)Ljavax/servlet/jsp/PageContext; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.class This is with the complier and signatures set to 1.5. I can usually figure out the signature errors for regular Java code, but I'm baffled by this. Has anyone else run into this or have suggestions? Thanks, Jamie. CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --- CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information
Re: Maven assembly and onejar goal
yes it is :(
2009/10/23 Alexander the.malk...@gmail.com:
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe
even
with -X to see whether you see anything strange. Also post it here if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Aspectj jars refuse to get imported
Wow.. That link is really an interesting revelation to me... The crazy thing is that nowhere in the output does it say that it's excluding those jars. In fact, it just lists them as if they ARE included just like that other jars... But that link is only about Eclipse. What I don't understand is why wouldn't it be on the classpath for command-line compilation... Is there another line like that 'if' statement somewhere else forcing maven to exclude those jars from the classpath? There must be, right? I guess, since we are using our own archiva, I can just rename them and reimport them to archiva using a different name... by any other name it's just a sweet? :-) Thanks, Yaakov. On Thu, Oct 22, 2009 at 9:33 PM, Barrie Treloar baerr...@gmail.com wrote: On Fri, Oct 23, 2009 at 11:53 AM, Paul Benedict pbened...@apache.org wrote: Please see: http://jira.codehaus.org/browse/MECLIPSE-584 Since 2.6 of the Maven Eclipse Plugin, AspectJ jars are no longer honored (by default) since a separate plugin controls AJDT features. As you will read in the ticket, if you wish to reverse this feature, add ajdtVersionnone/ajdtVersion. Is there a FAQ/Documentation/Example on the plugin's documentation page for this? If not, someone want to contribute one so it can get included. - 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
Re: Maven assembly and onejar goal
is it possible there is something in the jar library which indicates
to maven that it cannot be assembly in one-jar ?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com:
yes it is :(
2009/10/23 Alexander the.malk...@gmail.com:
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there are
classes in your target/classes directory after you have run mvn clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin, maybe
even
with -X to see whether you see anything strange. Also post it here if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
filtering src/main/webapp/WEB-INF
Hello All, I'm trying to understand why token replacement doesn't take place on files in src/main/webapp/WEB-INF. It works OK on files w/in src/main/resources. Here's the config for maven-war-plugin: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId configuration webResources /resource resource directorysrc/main/webapp/WEB-INF/directory filteringtrue/filtering includes includeapplicationContext.xml/include /includes /resource /webResources /configuration /plugin The variable is defined as: properties databaseDEVEL/database /properties Can someone please help me here? Thanks! --john - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven assembly and onejar goal
Only if dependency have an inappropriate scope.
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
is it possible there is something in the jar library which indicates
to maven that it cannot be assembly in one-jar ?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com:
yes it is :(
2009/10/23 Alexander the.malk...@gmail.com:
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your changes
one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there
are
classes in your target/classes directory after you have run mvn
clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin,
maybe
even
with -X to see whether you see anything strange. Also post it here
if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your pom
wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
Re: Maven assembly and onejar goal
Try running mvn help:effective-pom and mvn dependencies:tree to see if it
really has the appropriate scope.
Hth,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 6:43 PM, Alexander the.malk...@gmail.com wrote:
Only if dependency have an inappropriate scope.
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
is it possible there is something in the jar library which indicates
to maven that it cannot be assembly in one-jar ?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com:
yes it is :(
2009/10/23 Alexander the.malk...@gmail.com:
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your
changes
one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there
are
classes in your target/classes directory after you have run mvn
clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin,
maybe
even
with -X to see whether you see anything strange. Also post it here
if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your
pom
wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
Re: How do I convert build.xml into maven.xml?
Thankyou for your quick reply. Yes I am using maven 1.x only.
But I was able to make some progress but unfortunately found one more issue.
below is my maven goal
goal name=maven-goal
ant:echo mohan in maven goal/ant:echo
ant antfile=build.xml inheritrefs=true
target=ant-target
/ant
/goal
and below is my build.xml:
?xml version=1.0 encoding=UTF-8 ?
!DOCTYPE project [
!ENTITY sunny SYSTEM sunny-sample.xml
]
project name=tests default=main basedir=.
import file=level-2-build.xml/
property file=test.properties/
property file=test1.properties/
property file=mohan.properties/
!-- property name=property value=build.xml.property/ --
@sunny
target name=ant-target
echo MOHAN in ant target /echo
echo ${src} in mohan.properties/echo
echo ${sample} in test.propertes/echo
echo ${jars} /echo
echo ${property-level2} /echo
/target
/project
But when I execute the maven-goal I am getting the below error:
Unexpected element import
But very thing working fine , when I remove the following segment from my
build.xml:
!DOCTYPE project [
!ENTITY sunny SYSTEM sunny-sample.xml
]
what I need to do achieve the same functionality ?
Wayne Fay wrote:
I have a build.xml and maven.xml. I am using the following goal into
maven.xml to call ant:target in build.xml
It sounds like you're talking about Maven1 which means you're
essentially on your own. M1 is old, crusty, and not very many people
on this list are still using it which means you'll have trouble
getting good answers to your questions.
You should take this opportunity to update your build to the latest
Maven2 release (with pom.xml files etc) rather than wasting time
making an M1 build. And btw, Maven3 is expected to land in the
(relatively) near future, too.
Wayne
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
View this message in context:
http://www.nabble.com/How-do-I-convert-build.xml-into-maven.xml--tp26022041p26030087.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 and onejar goal
With mvn dependency:tree I see it :
[INFO] | \- com.ontotext.owlim:big-owlim:jar:3.2.2:compile
If I change scope to compile in assembly I don't see it in the generated jar.
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
Try running mvn help:effective-pom and mvn dependencies:tree to see if it
really has the appropriate scope.
Hth,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 6:43 PM, Alexander the.malk...@gmail.com wrote:
Only if dependency have an inappropriate scope.
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
is it possible there is something in the jar library which indicates
to maven that it cannot be assembly in one-jar ?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com:
yes it is :(
2009/10/23 Alexander the.malk...@gmail.com:
Does this library declared in *dependencies* section?
2009/10/23 Laurent PELLEGRINO laurent.pellegr...@gmail.com
I have make again the jar-with-dependencies.xml step by step and
forced assembly version to 2.2-beta3 and it seems now it works...
However the library com.ontotext.owlim:big-owlim is never include in
my jar. Even if I use the default jar-with-dependencies descriptor
which contains no exclude.
big-owlin is a commercial library which is used at runtime and scope
is declared like that. This library is in my local repository and
maven can use it because some of tests running with maven use this
library with success. Is there something that can impede the copy ?
Thanks
Kind Regards
Laurent
2009/10/23 Alexander the.malk...@gmail.com:
Looks good. +1.
If default jar-with-all-dep works fine why don't you add your
changes
one
by
one to determine what one actually is confusing assembly work?
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com
Looks good. I don't really know what is going wrong.
Just to be sure we are dealing with an assembly problem, but there
are
classes in your target/classes directory after you have run mvn
clean
assembly:assembly?
Could you also take a look at the logging of the assembly plugin,
maybe
even
with -X to see whether you see anything strange. Also post it here
if
you
can.
Which version of the assembly plugin are you using?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 3:42 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
I use the following :
plugin
artifactIdmaven-assembly-plugin/artifactId
configuration
finalName${pom.artifactId}-${pom.version}/finalName
descriptors
descriptorsrc/main/assembly/jar-with-dependencies.xml/descriptor
/descriptors
/configuration
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
/plugin
2009/10/23 Nick Stolwijk nick.stolw...@gmail.com:
That should be the right syntax. How did you configure your
pom
wrt
the
assembly plugin?
With regards,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Fri, Oct 23, 2009 at 2:55 PM, Laurent PELLEGRINO
laurent.pellegr...@gmail.com wrote:
mvn assembly:assenbly
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Regards,
Alexander
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Aspectj jars refuse to get imported
Yaakov, This won't happen anymore in (unreleased) 2.8. I agree with Barrie that this should be documented for users of 2.6 and 2.7. Anyone want to submit a patch for one of the help pages? Paul On Fri, Oct 23, 2009 at 11:28 AM, Yaakov Chaikin yaakov.chai...@gmail.com wrote: Wow.. That link is really an interesting revelation to me... The crazy thing is that nowhere in the output does it say that it's excluding those jars. In fact, it just lists them as if they ARE included just like that other jars... But that link is only about Eclipse. What I don't understand is why wouldn't it be on the classpath for command-line compilation... Is there another line like that 'if' statement somewhere else forcing maven to exclude those jars from the classpath? There must be, right? I guess, since we are using our own archiva, I can just rename them and reimport them to archiva using a different name... by any other name it's just a sweet? :-) Thanks, Yaakov. On Thu, Oct 22, 2009 at 9:33 PM, Barrie Treloar baerr...@gmail.com wrote: On Fri, Oct 23, 2009 at 11:53 AM, Paul Benedict pbened...@apache.org wrote: Please see: http://jira.codehaus.org/browse/MECLIPSE-584 Since 2.6 of the Maven Eclipse Plugin, AspectJ jars are no longer honored (by default) since a separate plugin controls AJDT features. As you will read in the ticket, if you wish to reverse this feature, add ajdtVersionnone/ajdtVersion. Is there a FAQ/Documentation/Example on the plugin's documentation page for this? If not, someone want to contribute one so it can get included. - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Aspectj jars refuse to get imported
This won't happen anymore in (unreleased) 2.8. I agree with Barrie that this should be documented for users of 2.6 and 2.7. Anyone want to submit a patch for one of the help pages? Version 2.8 of maven? I am running maven 2.0.9 which IS released... From what I see on the maven's page, the latest version is 2.2.1. They are working on 2.8 already?? Yaakov. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Unexplained Animal Sniffer errors with JSPC plugin
Yeah I saw the posts on the dev list and have been following along. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 12:26 PM To: Maven Users List Subject: Re: Unexplained Animal Sniffer errors with JSPC plugin just so you know: org.codehaus.mojoLanimal-sniffer-maven-plugin is blocked waiting for maven-toolchains-plugin to be released I intend trying to release maven-toolchains-plugin once I have confirmed that I can release maven plugins (i.e. it will be the second plugin I will try to release) The first apache plugin I am trying to release is maven-invoker-plugin:1.5 which, all going well, will be staged today/tomorrow (after brian finishes updating repository.apache.org to sonatype nexus 1.4) dizzy yet? -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com Yes it's Kohsuke's original version since there's not a mojos release yet. It was a missing dependency. I hadn't thought of it that way since the jspc compiler was added to catch compilation errors rather than being used to ship the compiled jsp classes. Either way, in this case the dependencies are provided by the jspc compiler plugin or the Tomcat container at runtime. The jsp sources don't depend on anything jasper specific so it wasn't obvious to me. Thanks for pointing it out. Simply adding the following dependencies fixes this simple example: dependencies dependency groupIdtomcat/groupId artifactIdjasper-compiler/artifactId version5.5.15/version scopeprovided/scope /dependency dependency groupIdtomcat/groupId artifactIdjasper-runtime/artifactId version5.5.15/version scopeprovided/scope /dependency /dependencies -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Friday, October 23, 2009 10:25 AM To: Maven Users List Subject: Re: Unexplained Animal Sniffer errors with JSPC plugin well that version of animal sniffer is Kohsuke's I have not released the migrated to codehaus version yet Looks like you are missing a dependency or two for your jar (probably jasper-runtime and servlet-api) -Stephen 2009/10/23 Jamie Whitehouse jamie.whiteho...@genesyslab.com I recently discovered that animal sniffer will throw errors with precompiled jsps. I've attached a sample project which can be used to reproduce this. When I run mvn clean install it works fine, no errors, build successful. Presumably because sniffer is running before the jsps are compiled and hence not checked. If I then run mvn install right after that (note no clean) sniffer will check the compiled jsp classes and give me errors such as: [INFO] Checking unresolved references to org.jvnet.animal-sniffer:java1.5:1.0 [ERROR] Undefined reference: org/apache/jasper/runtime/HttpJspBase.init()V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.clas s [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getDefaultFactory()Ljavax/servlet/jsp/J sp Factory; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.clas s [ERROR] Undefined reference: javax/servlet/http/HttpServletResponse.setContentType(Ljava/lang/Str in g;)V in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.clas s [ERROR] Undefined reference: javax/servlet/jsp/JspFactory.getPageContext(Ljavax/servlet/Servlet;L ja vax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljava/lang /S tring;ZIZ)Ljavax/servlet/jsp/PageContext; in /home/basil/work/eval/jspc-sniffer/target/classes/jsp/index_jsp.clas s This is with the complier and signatures set to 1.5. I can usually figure out the signature errors for regular Java code, but I'm baffled by this. Has anyone else run into this or have suggestions? Thanks, Jamie. CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --
[FATAL ERROR] SiteMojo#execute() caused a linkage error (NoClassDefFoundError: org/apache/commons/lang/ArrayUtils)
I'm getting the following error when I try to run mvn site on Commons Beanutils[1] I'm using maven 2.2.1 - it was working fine a week or so ago. I've been playing with maven 3.x though and have just switched back to 2.2.1, so I'm wondering if thats the cause. Any ideas I've searched the archives and this type of error seems to come up quite a but, but Niall [1] http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/ [INFO] Generating Project Team report. [FATAL ERROR] org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError) and may be out-of-date. Check the realms: [FATAL ERROR] Plugin realm = app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.0.1] urls[0] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0.1/maven-site-plugin-2.0.1.jar urls[1] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar urls[2] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xhtml/1.0/doxia-module-xhtml-1.0.jar urls[3] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-core/1.0/doxia-core-1.0.jar urls[4] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-decoration-model/1.0/doxia-decoration-model-1.0.jar urls[5] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.jar urls[6] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar urls[7] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-velocity/1.1.7/plexus-velocity-1.1.7.jar urls[8] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/velocity/velocity/1.5/velocity-1.5.jar urls[9] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-collections/commons-collections/3.2/commons-collections-3.2.jar urls[10] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar urls[11] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar urls[12] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-apt/1.0/doxia-module-apt-1.0.jar urls[13] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-fml/1.0/doxia-module-fml-1.0.jar urls[14] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xdoc/1.0/doxia-module-xdoc-1.0.jar urls[15] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/shared/maven-doxia-tools/1.0.2/maven-doxia-tools-1.0.2.jar urls[16] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar urls[17] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar urls[18] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar urls[19] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar urls[20] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar [FATAL ERROR] Container realm = plexus.core urls[0] = file:/C:/j/maven-2.2.1/lib/maven-2.2.1-uber.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/commons/lang/ArrayUtils org.apache.commons.lang.ArrayUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/commons/lang/ArrayUtils at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:143) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203) at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:396) at org.apache.velocity.runtime.parser.node.ASTOrNode.evaluate(ASTOrNode.java:99) at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:64) at org.apache.velocity.runtime.parser.node.ASTNotNode.evaluate(ASTNotNode.java:64) at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:64) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:86) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:74) at
Maven Meetup at ApacheCon US
On Tuesday, Nov 3rd at 8pm we'll be holding an Apache Maven meetup at ApacheCon in Oakland, CA. The meetups are free and do not require conference registration so if you're in the area, stop by. The agenda and list of attendees is being maintained here[1] so please login and add your name and agenda ideas. I have some content to talk about Maven 3.x changes if desired, but the community can drive the final agenda. [1]https://docs.sonatype.org/display/COMM/Maven+Meetup+at+US+Apache+Con+09 Thanks, Brian Fox Apache Maven PMC Chair - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [FATAL ERROR] SiteMojo#execute() caused a linkage error (NoClassDefFoundError: org/apache/commons/lang/ArrayUtils)
Le Fri, 23 Oct 2009 20:04:32 +0100, Niall Pemberton niall.pember...@gmail.com a écrit : I'm getting the following error when I try to run mvn site on Commons Beanutils[1] I'm using maven 2.2.1 - it was working fine a week or so ago. I've been playing with maven 3.x though and have just switched back to 2.2.1, so I'm wondering if thats the cause. Any ideas I've searched the archives and this type of error seems to come up quite a but, but Niall Hi, I already had this problem, There is a pb with the dependency of commons-lang used somewhere in site plugin dependencies, I just add a dependency to site-plugin with a version of commons-lang which include the method (the version 2.4 works fine). Tony. [1] http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/ [INFO] Generating Project Team report. [FATAL ERROR] org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError) and may be out-of-date. Check the realms: [FATAL ERROR] Plugin realm = app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.0.1] urls[0] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0.1/maven-site-plugin-2.0.1.jar urls[1] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar urls[2] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xhtml/1.0/doxia-module-xhtml-1.0.jar urls[3] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-core/1.0/doxia-core-1.0.jar urls[4] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-decoration-model/1.0/doxia-decoration-model-1.0.jar urls[5] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.jar urls[6] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar urls[7] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-velocity/1.1.7/plexus-velocity-1.1.7.jar urls[8] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/velocity/velocity/1.5/velocity-1.5.jar urls[9] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-collections/commons-collections/3.2/commons-collections-3.2.jar urls[10] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar urls[11] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar urls[12] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-apt/1.0/doxia-module-apt-1.0.jar urls[13] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-fml/1.0/doxia-module-fml-1.0.jar urls[14] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xdoc/1.0/doxia-module-xdoc-1.0.jar urls[15] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/shared/maven-doxia-tools/1.0.2/maven-doxia-tools-1.0.2.jar urls[16] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar urls[17] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar urls[18] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar urls[19] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar urls[20] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar [FATAL ERROR] Container realm = plexus.core urls[0] = file:/C:/j/maven-2.2.1/lib/maven-2.2.1-uber.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/commons/lang/ArrayUtils org.apache.commons.lang.ArrayUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/commons/lang/ArrayUtils at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:143) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203) at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:396) at org.apache.velocity.runtime.parser.node.ASTOrNode.evaluate(ASTOrNode.java:99) at
Re: mvn deploy BUILD ERROR question
My guess is that something has gone wrong when you encrypted your passwords. I would start by having the passwords in clear text (skip the settings-security.xml file). When you get that to work, go on to encrypting them. http://www.sonatype.com/people/2009/10/maven-tips-and-tricks-encrypting-passwords/ /Anders On Fri, Oct 23, 2009 at 16:39, mvasil vasilakopou...@yahoo.com wrote: Hi all, I'm reposting this message here, because by mistake I have posted this one in the dev forum.. I'm completely new to maven and I'm trying get a grip by running some examples through a book using maven and archiva, but even though everything seems to work fine, when I'm trying to issue the mvn deploy command I'm getting the following errors. (I believe that I have set the pom.xml, settings.xml and settings-security.xml properly...) The result is a Return code is: 401 error because it seems like the deployment is failing since the handshaking is failing. (I have attached the trace at the bottom just in case is more helpful) Any help will be more than welcome Many thanks in advance michail [WARNING] Not decrypting password for server 'snapshots' due to exception in sec urity handler. Cause: Given final block not properly padded [WARNING] Not decrypting password for server 'releases' due to exception in secu rity handler. Cause: Given final block not properly padded [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact : Failed to transfer file: http://localhost:8085/archiva/repository/snapshots/co m/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091023 .135717-2.warhttp://localhost:8085/archiva/repository/snapshots/co%0Am/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091023%0A.135717-2.war. Return code is: 401 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:719) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:6 0) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artif act: Failed to transfer file: http://localhost:8085/archiva/repository/snapshots /com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091 023.135717-2.warhttp://localhost:8085/archiva/repository/snapshots%0A/com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-webapp-1.0-20091%0A023.135717-2.war. Return code is: 401 at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:195 ) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:694) ... 17 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Failed to transfer file: http://localhost:8085/archiva/repo sitory/snapshots/com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple- webapp-1.0-20091023.135717-2.warhttp://localhost:8085/archiva/repo%0Asitory/snapshots/com/effectivemaven/chapter01/simple-webapp/1.0-SNAPSHOT/simple-%0Awebapp-1.0-20091023.135717-2.war. Return code is: 401 at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Def aultArtifactDeployer.java:121) at org.apache.maven.plugin.deploy.DeployMojo.execute
Re: [FATAL ERROR] SiteMojo#execute() caused a linkage error (NoClassDefFoundError: org/apache/commons/lang/ArrayUtils)
Merci Beaucoup - thats fixed it. Still not sure why it just started happening though. Niall On Fri, Oct 23, 2009 at 8:18 PM, Tony Chemit che...@codelutin.com wrote: Le Fri, 23 Oct 2009 20:04:32 +0100, Niall Pemberton niall.pember...@gmail.com a écrit : I'm getting the following error when I try to run mvn site on Commons Beanutils[1] I'm using maven 2.2.1 - it was working fine a week or so ago. I've been playing with maven 3.x though and have just switched back to 2.2.1, so I'm wondering if thats the cause. Any ideas I've searched the archives and this type of error seems to come up quite a but, but Niall Hi, I already had this problem, There is a pb with the dependency of commons-lang used somewhere in site plugin dependencies, I just add a dependency to site-plugin with a version of commons-lang which include the method (the version 2.4 works fine). Tony. [1] http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/ [INFO] Generating Project Team report. [FATAL ERROR] org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError) and may be out-of-date. Check the realms: [FATAL ERROR] Plugin realm = app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.0.1] urls[0] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0.1/maven-site-plugin-2.0.1.jar urls[1] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar urls[2] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xhtml/1.0/doxia-module-xhtml-1.0.jar urls[3] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-core/1.0/doxia-core-1.0.jar urls[4] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-decoration-model/1.0/doxia-decoration-model-1.0.jar urls[5] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.jar urls[6] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar urls[7] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-velocity/1.1.7/plexus-velocity-1.1.7.jar urls[8] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/velocity/velocity/1.5/velocity-1.5.jar urls[9] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-collections/commons-collections/3.2/commons-collections-3.2.jar urls[10] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar urls[11] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar urls[12] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-apt/1.0/doxia-module-apt-1.0.jar urls[13] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-fml/1.0/doxia-module-fml-1.0.jar urls[14] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xdoc/1.0/doxia-module-xdoc-1.0.jar urls[15] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/shared/maven-doxia-tools/1.0.2/maven-doxia-tools-1.0.2.jar urls[16] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar urls[17] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar urls[18] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar urls[19] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar urls[20] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar [FATAL ERROR] Container realm = plexus.core urls[0] = file:/C:/j/maven-2.2.1/lib/maven-2.2.1-uber.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/commons/lang/ArrayUtils org.apache.commons.lang.ArrayUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/commons/lang/ArrayUtils at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:143) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:203) at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:396)
Re: Aspectj jars refuse to get imported
The plugins have their own versioning. He means the 2.8 release of the eclipse plugin. Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 7:42 PM, Yaakov Chaikin yaakov.chai...@gmail.comwrote: This won't happen anymore in (unreleased) 2.8. I agree with Barrie that this should be documented for users of 2.6 and 2.7. Anyone want to submit a patch for one of the help pages? Version 2.8 of maven? I am running maven 2.0.9 which IS released... From what I see on the maven's page, the latest version is 2.2.1. They are working on 2.8 already?? Yaakov. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [FATAL ERROR] SiteMojo#execute() caused a linkage error (NoClassDefFoundError: org/apache/commons/lang/ArrayUtils)
Le Fri, 23 Oct 2009 20:47:21 +0100, Niall Pemberton niall.pember...@gmail.com a écrit : Merci Beaucoup - thats fixed it. Still not sure why it just started happening though. You're welcome. Have you try to clean your local repository ? this could fix your problem ? Niall On Fri, Oct 23, 2009 at 8:18 PM, Tony Chemit che...@codelutin.com wrote: Le Fri, 23 Oct 2009 20:04:32 +0100, Niall Pemberton niall.pember...@gmail.com a écrit : I'm getting the following error when I try to run mvn site on Commons Beanutils[1] I'm using maven 2.2.1 - it was working fine a week or so ago. I've been playing with maven 3.x though and have just switched back to 2.2.1, so I'm wondering if thats the cause. Any ideas I've searched the archives and this type of error seems to come up quite a but, but Niall Hi, I already had this problem, There is a pb with the dependency of commons-lang used somewhere in site plugin dependencies, I just add a dependency to site-plugin with a version of commons-lang which include the method (the version 2.4 works fine). Tony. [1] http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/ [INFO] Generating Project Team report. [FATAL ERROR] org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError) and may be out-of-date. Check the realms: [FATAL ERROR] Plugin realm = app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.0.1] urls[0] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0.1/maven-site-plugin-2.0.1.jar urls[1] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar urls[2] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xhtml/1.0/doxia-module-xhtml-1.0.jar urls[3] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-core/1.0/doxia-core-1.0.jar urls[4] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-decoration-model/1.0/doxia-decoration-model-1.0.jar urls[5] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.jar urls[6] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar urls[7] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-velocity/1.1.7/plexus-velocity-1.1.7.jar urls[8] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/velocity/velocity/1.5/velocity-1.5.jar urls[9] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-collections/commons-collections/3.2/commons-collections-3.2.jar urls[10] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar urls[11] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar urls[12] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-apt/1.0/doxia-module-apt-1.0.jar urls[13] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-fml/1.0/doxia-module-fml-1.0.jar urls[14] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/doxia/doxia-module-xdoc/1.0/doxia-module-xdoc-1.0.jar urls[15] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/apache/maven/shared/maven-doxia-tools/1.0.2/maven-doxia-tools-1.0.2.jar urls[16] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar urls[17] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar urls[18] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar urls[19] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar urls[20] = file:/C:/Documents and Settings/niall.pemberton/.m2/repository/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar [FATAL ERROR] Container realm = plexus.core urls[0] = file:/C:/j/maven-2.2.1/lib/maven-2.2.1-uber.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/commons/lang/ArrayUtils org.apache.commons.lang.ArrayUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError:
Re: Aspectj jars refuse to get imported
Oh, I see... However, classpath I was referring to was just regular classpath, not .classpath of eclipse... It's excluded from the regular Java classpath as well for some reason. Yaakov. On Fri, Oct 23, 2009 at 3:57 PM, Nick Stolwijk nick.stolw...@gmail.com wrote: The plugins have their own versioning. He means the 2.8 release of the eclipse plugin. Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 7:42 PM, Yaakov Chaikin yaakov.chai...@gmail.comwrote: This won't happen anymore in (unreleased) 2.8. I agree with Barrie that this should be documented for users of 2.6 and 2.7. Anyone want to submit a patch for one of the help pages? Version 2.8 of maven? I am running maven 2.0.9 which IS released... From what I see on the maven's page, the latest version is 2.2.1. They are working on 2.8 already?? Yaakov. - 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
Multi-module project dependencies not resolving
I have a multi-module project, only two modules, where Module-A creates a jar during phase=package goal=jar using classifier=stubs. Module-B has it's only dependency set to this stubs jar which Module-A creates. When I run the top-level pom as 'maven package', all of Module-A gets created fine but then fails at Module-B because the dependency on the stubs jar from Module-A cannot be found. Is this the way it's suppose to work? I don't think a multi-module project build should fail because of dependencies between the modules. What can I be doing wrong? Is this a quark of the Eclipse m2 plugin?
Re: [FATAL ERROR] SiteMojo#execute() caused a linkage error (NoClassDefFoundError: org/apache/commons/lang/ArrayUtils)
Hi Niall,
Niall Pemberton wrote:
Merci Beaucoup - thats fixed it. Still not sure why it just started
happening though.
It seems the version of the plugin is not locked:
% =
~/src/Commons/proper/beanutils $ mvn versions:display-plugin-updates
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'versions'.
[INFO]
[INFO] Building Commons BeanUtils
[INFO]task-segment: [versions:display-plugin-updates]
[INFO]
[INFO] [versions:display-plugin-updates {execution: default-cli}]
[INFO]
[INFO] All plugins with a version specified are using the latest versions.
[INFO]
[WARNING] The following plugins do not have their version specified:
[WARNING] maven-resources-plugin .. (from super-pom)
2.2
[WARNING] maven-site-plugin (from super-pom)
2.0-beta-5
[INFO]
[INFO]
% =
Nevertheless strange, since it should have inherited the version from the
parent. With Maven 2.1.0 you get the same result. However, for Maven 2.0.10
the site plugin seems suddenly locked. Maybe a regression in Maven 2.1.x
and upwards ??
- Jörg
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Aspectj jars refuse to get imported
Can you send us some build logs with -X enabled? There is nothing in core that should be excluding aspectj, so something else is at play here. And loading them with a different coordinate into your repo manager is going to cause problems later, that is just patching the symptoms On Fri, Oct 23, 2009 at 4:09 PM, Yaakov Chaikin yaakov.chai...@gmail.com wrote: Oh, I see... However, classpath I was referring to was just regular classpath, not .classpath of eclipse... It's excluded from the regular Java classpath as well for some reason. Yaakov. On Fri, Oct 23, 2009 at 3:57 PM, Nick Stolwijk nick.stolw...@gmail.com wrote: The plugins have their own versioning. He means the 2.8 release of the eclipse plugin. Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Fri, Oct 23, 2009 at 7:42 PM, Yaakov Chaikin yaakov.chai...@gmail.comwrote: This won't happen anymore in (unreleased) 2.8. I agree with Barrie that this should be documented for users of 2.6 and 2.7. Anyone want to submit a patch for one of the help pages? Version 2.8 of maven? I am running maven 2.0.9 which IS released... From what I see on the maven's page, the latest version is 2.2.1. They are working on 2.8 already?? Yaakov. - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:branch in batch mode doesn't seem to accept branch version values
I've been trying to solve this exact same problem, it looks like a bug in the release plugin, what version are you using. On 15/10/2009 7:40 AM, Allan Ditzel wrote: Really? Were you running it from the location the trunk was checked out? For us, if we do a mvn release:prepare in the location of the trunk, then release:perform, and then cd into target/checkout and from there do mvn release:branch -DbranchName=my-branch -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false (interactive mode) then we're able to branch without many problems. Also, if we do an svn co of a tag url and then do mvn release:branch (as before) from the directory the tag was checked out then it also works. It only gives us problem when we use it in batch mode. On Wed, Oct 14, 2009 at 4:23 PM, Benson Marguliesbimargul...@gmail.comwrote: personally, I couldn' t get release:branch to work at all, interactively or batch. On Wed, Oct 14, 2009 at 2:23 PM, Allan Ditzelallan.dit...@gmail.com wrote: Hi, I'm trying to make a branch from a tag in batch mode using the release plugin. The pom in the tag has its version set to 0.2.0. I would like for the branch version to be 0.2.1-SNAPSHOT, however when I use the plugin it always sets the branch version to 0.2.0-SNAPSHOT. However, in interactive mode I'm able to create the branch correctly. Here is the command I am executing: mvn -B release:branch -DbranchName=testBranch-0.2.X -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false -Dproject.rel.test.release_management:test-project=0.2.1 -Ptestprofile I have also tried: mvn -B release:branch -DbranchName=testBranch-0.2.X -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false -Dproject.dev.test.release_management:test-project=0.2.1 -Ptestprofile and mvn -B release:branch -DbranchName=testBranch-0.2.X -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false -Dproject.dev.test.release_management:test-project=0.2.1-SNAPSHOT -Ptestprofile They all yield a pom in the branch with its version set to 0.2.0-SNAPSHOT. Does anyone have any ideas? Thanks, Allan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
