The use of the property stylesheetfile in the plugin maven-javadoc-plugin
and it is not function properly.
I use the configuration in my pom:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
Hi all,
After midnight last night Maven's archiver plugin is now trying to find
the following artifact. I'm not using a snapshot of the jar plugin so I
don't understand what's going on.
How can I fix this situation? Here's the output from the build. NOTE
that everything like mvn test
--
View this message in context:
http://www.nabble.com/-M2--Maven-Assembly-Error-tf2172774.html#a6007640
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
When I run maven-assembly-plugin version 2.1 it gives the following error:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Internal error in the plugin
I've changed the parameter from String to File, but the problem still exist.
I thought at first that it had something to do with the File parameter
residing in a bean,
so I tried with both File (fileFile) and String (stringFile) directly.
Using Linux so paths should have slashes /.
bean
Hi Alex
Please add this URL to the *new* codehaus snapshot repository:
http://snapshots.repository.codehaus.org/
I think that this repo was added after crash at codehaus. It seems that
new snapshots are deployed to this new repo.
--
Dennis Lundberg
Alex Karasulu wrote:
Hi all,
After
Dennis Lundberg wrote:
Hi Alex
Please add this URL to the *new* codehaus snapshot repository:
http://snapshots.repository.codehaus.org/
I think that this repo was added after crash at codehaus. It seems that
new snapshots are deployed to this new repo.
Still did not work. I had to
I was under the impression / would _always_ work, on either platform
when passing a path to the File class.
The String version is definitely not going to do much for you, it
doesn't know it's supposed to be a path.
Here's a quick test I whipped up, outputting whether a file exists
given a
Alex Karasulu wrote:
Dennis Lundberg wrote:
Hi Alex
Please add this URL to the *new* codehaus snapshot repository:
http://snapshots.repository.codehaus.org/
I think that this repo was added after crash at codehaus. It seems
that new snapshots are deployed to this new repo.
Still did
I've made quite a bit of headway this week converting AppFuse to use
Maven 2[1]. Thanks to everyone on this list for their help.
You can now create a new project with a simple pom.xml:
project
modelVersion4.0.0/modelVersion
groupIdcom.mycompany/groupId
When I execute the following command:
mvn help:describe -DgroupId=org.apache.maven.archetypes
-DartifactId=maven-archetype-webapp
The response is an error message, with a null pointer exception.
I known that this artifact is not a plugin, is an archetype.
I guess, is that maven is not cheking
Nick Veys wrote:
I was under the impression / would _always_ work, on either platform when
passing a path to the File class.
Me too. That's why I tested on Linux with backslashes in the path..
So as you can see, the File class is tolerant of windows, but the /
path separator works in both
Hi!
I had a look at the wiki pages concerning Maven User FAQ on the Wiki
http://docs.codehaus.org/display/MAVENUSER/FAQs-1
http://docs.codehaus.org/display/MAVENUSER/FAQs
and must say that there is no structure which makes it hard to find things.
Have anyone thought of restructuring it a bit?
Yes, we talked about this on the dev list some time back
We should start a cokbook section that has some detailed examples.
On 28/08/06, Jimisola Laursen [EMAIL PROTECTED] wrote:
Hi!
I had a look at the wiki pages concerning Maven User FAQ on the Wiki
You are using a snapshot repository for plugins somewhere I suspect,
though - which is the reason you'd be getting these updates.
- Brett
On 28/08/06, Alex Karasulu [EMAIL PROTECTED] wrote:
Dennis Lundberg wrote:
Hi Alex
Please add this URL to the *new* codehaus snapshot repository:
Brett Porter wrote:
Yes, we talked about this on the dev list some time back
We should start a cokbook section that has some detailed examples.
That sounds really useful. Is there a proposal for a FAQ / CookBook
restructuring?
Was there discussion a while back on restructing the whole
The problem with docs is that they'll never be good enough :) Most of
the plugin documentation has been rewritten recently which is very
helpful, but it still needs to be easily locatable from the web site.
The same question was asked on dev@ so I'll post the list of things we
had queued up
On 8/27/06, Jimisola Laursen [EMAIL PROTECTED] wrote:
Nick Veys wrote:
I was under the impression / would _always_ work, on either platform
when
passing a path to the File class.
Me too. That's why I tested on Linux with backslashes in the path..
So as you can see, the File class is
I was started to assume that there was a bug in Maven while in fact the
JRE was a fault. Seems kind of odd that it doesn't work both ways. One
would
think that Sun would have taken care of that. Anyway, problem solved.
Yeah, thats why I said you can just use *forward slash* for paths.
On 8/27/06, Jimisola Laursen [EMAIL PROTECTED] wrote:
I was started to assume that there was a bug in Maven while in fact the
JRE was a fault. Seems kind of odd that it doesn't work both ways. One
would
think that Sun would have taken care of that. Anyway, problem solved.
Yeah, thats why
Alexandre Poitras wrote:
I think you can espace new line by using the '\' character like in
properties files. I have never tested for new lines but it works for
quotes so it should work.
For example :
a string with a continuation line \
continuation line
On 12/6/05, Arnaud
On 8/27/06, ericr [EMAIL PROTECTED] wrote:
Ufortunately the description element in the pom also appears in the
generated site. That doesn't look very good with backslashes in it :(
IMO the Specification-Title should come from the name element, not
the description. There's definitely a JIRA
Hi Jeff,
I am sorry I did not understand your original mail.
Further reading confirms that Proximity is what I am looking for.
Could you please clarify one question before I charge down this path ?
I actually control the internal.central repository. I don't allow
developers to pollute the
Hi Marc,
Yes, I have done -U on my build.
All that the -U does is reach out to the central repository and grab the
latest version of the libraries/plugin you are using.
We started using mvn deploy:deploy-file, but then realised that if
we
did a
full build on the box that hosts our
24 matches
Mail list logo
