Hi Yan,
Do you mean the paths (groupId/artifactId/version) and the filename of
the artifact? In that context, I believe it depends on your OS.. in
Linux it is case-sensitive while in Windows it isn't.
HTH,
Deng
Yan Huang wrote:
Hello,
Are group/artifact IDs case sensitive to maven? I did
Quoting Wendy Smoak [EMAIL PROTECTED]:
On 10/6/07, Manos Batsis [EMAIL PROTECTED] wrote:
... maybe based on an XML descriptor or something? Or even ideas on
what
to reuse here? I really need this (I keep messing around with my
builds,
breaking my distributions along the way) and will
I used the release plugin a few weeks back and it worked fine for me.
Have you tried release:clean, then release:perform again?
-Deng
John Coleman wrote:
Hi,
I just did a release:perform today and it failed. We have done a few
before fine. The buildnumber plugin throws an error due to
I have a master pom with a companion src/site/site.xml. When I
install or deploy the pom, the site.xml file also gets put in the
local or remote repo.
... except that the menu ref=modules / tag is *not* in the deployed site.xml.
I've changed other things, such as misspelling 'parent' in the
On 10/7/07, Wendy Smoak [EMAIL PROTECTED] wrote:
I have a master pom with a companion src/site/site.xml. When I
install or deploy the pom, the site.xml file also gets put in the
local or remote repo.
... except that the menu ref=modules / tag is *not* in the deployed
site.xml.
I've
On 10/7/07, Heinrich Nirschl [EMAIL PROTECTED] wrote:
I checked some of my projects, the menu ref=modules / gets expanded
to a list of all modules. Do you have modules defined in your pom? If not,
this
may explain why it disappears.
Does this happen in site.xml in the repository?Or are
Hello,
Not sure about point 2. but what about collecting the wsdl and API
part of the web services in a single project that will be depended
upon by the other ones ? This is the standard approach for non J2EE
projects and more generally an application of the old segragation of
interface and
I looked at Modello code (and fixed the elememt typo :) )
It seems you didn't define any class as root element, ie a class with
rootElement=true: this root element is not necessary to generate classes,
but it is used by xdoc generation to know which class to set at the top of
the XML document.
Anyone have any idea on this one?
--
View this message in context:
http://www.nabble.com/Simple-WAR-file-question-tf4573507s177.html#a13088353
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe,
I'm trying to follow the instructions at
http://cocoon.apache.org/2.2/1159_1_1.html
Am I doing something wrong? Why would central be blacklisted?
Thanks,
Siegfried
-bash-3.2$ pwd
/usr/bin
-bash-3.2$ cd c\:/dev/sandboxes/
-bash-3.2$ mkdir cocoon
-bash-3.2$ mvn archetype:create
10 matches
Mail list logo