Re: incorrect war file structure

2006-08-15 Thread Jeff Mutonho

On 8/15/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:



  i see, then just use
"https://svn.apache.org/repos/asf/maven/plugins/trunk";


:) , that back to where we started.The pom.xml  sitting in the trunk

folder has this :


   org.apache.maven
   maven-parent
   4-SNAPSHOT
   ../pom/maven/pom.xml
 

and that's failing the build, with the error message :

[INFO] Scanning for projects...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven
ArtifactId: maven-parent
Version: 4-SNAPSHOT

Reason: Unable to download the artifact from any repository

 org.apache.maven:maven-parent:pom:4-SNAPSHOT

from the specified remote repositories:
 central (http://repo1.maven.org/maven2)


Pete, is it possible for you to build the 2.0.2-SNAPSHOT  of the
maven-war-plugin?In the mean time I'm going to use the antrun workaround
suggested earlier by Juri
--


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042


Re: incorrect war file structure

2006-08-15 Thread Jeff Mutonho

On 8/15/06, Artamonov, Juri <[EMAIL PROTECTED]> wrote:


Jeff,

You can try to do several workarounds.

1. Have resource folder (configurations) structure to be the same as you
wish to be in the destination war file and put these resources not into
war -> configuration -> webResources  but into general  ->
 part.

During build these resources will be in the classpath and the war file
will take them.

2. Have antrun plugin assigned for example to process-resources phase
which will use copy ant task and copy all files you need.

Best regards,
   Juri.

-




I think I will go with 2 .I already have an ant script that's doing this.

Thanks

Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042


Re: incorrect war file structure

2006-08-15 Thread Pete Marvin King

  i see, then just use
"https://svn.apache.org/repos/asf/maven/plugins/trunk";
 


Jeff Mutonho wrote:
> On 8/15/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:
>>
>>
>> There's a space between trunk and plugins on the url, the last plugin
>> is the destination directory
>>
>> 1. svn co
>> https://svn.apache.org/repos/asf/maven/plugins/trunkplugins
>> 2. cd plugins/maven-war-plugin
>> 3. mvn install
>>
>>
>> I tried that also and got the BAD Url error message as well.I'm doing
>> this
> from Eclipse , using the SVN plugin
>
>
> Jeff  Mutonho
>
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-15 Thread Jeff Mutonho

On 8/15/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:



There's a space between trunk and plugins on the url, the last plugin
is the destination directory

1. svn co
https://svn.apache.org/repos/asf/maven/plugins/trunkplugins
2. cd plugins/maven-war-plugin
3. mvn install


I tried that also and got the BAD Url error message as well.I'm doing this

from Eclipse , using the SVN plugin


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042


RE: incorrect war file structure

2006-08-14 Thread Artamonov, Juri
Jeff,

You can try to do several workarounds.

1. Have resource folder (configurations) structure to be the same as you
wish to be in the destination war file and put these resources not into
war -> configuration -> webResources  but into general  ->
 part.

During build these resources will be in the classpath and the war file
will take them.

2. Have antrun plugin assigned for example to process-resources phase
which will use copy ant task and copy all files you need.

Best regards,
   Juri. 

-Original Message-
From: Jeff Mutonho [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 14, 2006 11:54 PM
To: Maven Users List
Subject: Re: incorrect war file structure


On 8/13/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:
>
>
> Hello Jeff,
>
> Sorry about that, can you try this
>
> 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins

> 2. cd plugins/maven-war-plugin 3. mvn install
>
> the steps above should do it.
>
>
> pete marvin
>
>
> Thanks Pete .Tried
https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins and that
url seem not correct as I get the "Bad URL passed to RA layer svn: URL '
https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins";  error.

Couldn't you or someone build the 2.0.2-SNAPSHOT with the fix for
altering the default path.That would be greatly appreciated.

Thanks

-- 


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-14 Thread Pete Marvin King

 There's a space between trunk and plugins on the url, the last plugin
is the destination directory

1. svn co
https://svn.apache.org/repos/asf/maven/plugins/trunkplugins
2. cd plugins/maven-war-plugin
3. mvn install



Jeff Mutonho wrote:
> On 8/13/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:
>>
>>
>> Hello Jeff,
>>
>> Sorry about that, can you try this
>>
>> 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins
>> 2. cd plugins/maven-war-plugin
>> 3. mvn install
>>
>> the steps above should do it.
>>
>>
>> pete marvin
>>
>>
>> Thanks Pete .Tried
> https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins and that url
> seem not correct
> as I get the "Bad URL passed to RA layer svn: URL '
> https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins";  error.
>
> Couldn't you or someone build the 2.0.2-SNAPSHOT with the fix for
> altering
> the default path.That would be greatly appreciated.
>
> Thanks
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-14 Thread Jeff Mutonho

On 8/13/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:



Hello Jeff,

Sorry about that, can you try this

1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins
2. cd plugins/maven-war-plugin
3. mvn install

the steps above should do it.


pete marvin


Thanks Pete .Tried

https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins and that url
seem not correct
as I get the "Bad URL passed to RA layer svn: URL '
https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins";  error.

Couldn't you or someone build the 2.0.2-SNAPSHOT with the fix for altering
the default path.That would be greatly appreciated.

Thanks

--


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042


Re: incorrect war file structure

2006-08-12 Thread Pete Marvin King

Hello Jeff,

Sorry about that, can you try this

1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins
2. cd plugins/maven-war-plugin
3. mvn install

the steps above should do it.


pete marvin


Jeff Mutonho wrote:
> On 8/9/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:
>>
>> Hello Jeff,
>>
>> Sorry about the example, the correct one should be
>>
>>
>>   
>>  [...]
>>  
>>configurations
>>
>>WEB-INF
>>
>>true
>>
>>   **/properties
>>
>>  
>>   
>> 
>>
>> it's webResources/resource. So far I can only assure you that the
>> targetPath configuration
>> will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was
>> applied to the
>> 2.0 series.
>>
>> If you have the time you can get the source and built the latest war
>> plugin from the trunk.
>>
>> ---
>> svn co
>> https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
>> cd maven-war-plugin
>> mvn install
>> ---
>>
>> hope this helps,
>> pete marvin
>>
> I checked out the maven-war-plugin project and tried to build it by
> running  "mvn install" , but got stumped by the error :
>
>
> D:\jeff\workspace\maven2\maven-war-plugin\maven-war-plugin>mvn install
> [INFO] Scanning for projects...
> [INFO]
> -
> ---
> [ERROR] FATAL ERROR
> [INFO]
> -
> ---
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.maven.plugins
> ArtifactId: maven-plugins
> Version: 2-SNAPSHOT
>
> Reason: Unable to download the artifact from any repository
>
>  org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT
>
> from the specified remote repositories:
>  central (http://repo1.maven.org/maven2)
>
>
> [INFO]
> -
> ---
> [INFO] Trace
> org.apache.maven.reactor.MavenExecutionException: POM
> 'org.apache.maven.plugins:
> maven-plugins' not found in repository: Unable to download the
> artifact from any
> repository
>
>  org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT
>
>
> This makes sense since the pom.xml has :
>
> 
>maven-plugins
>org.apache.maven.plugins
>2-SNAPSHOT
>  
>
>
> Pete , what do I need to get this to build?
>
> Jeff  Mutonho
>
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-11 Thread Jeff Mutonho

On 8/9/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:


Hello Jeff,

Sorry about the example, the correct one should be

   
  
 [...]
 
   configurations
   
   WEB-INF
   
   true
   
  **/properties
   
 
  


it's webResources/resource. So far I can only assure you that the
targetPath configuration
will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was
applied to the
2.0 series.

If you have the time you can get the source and built the latest war
plugin from the trunk.

---
svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
cd maven-war-plugin
mvn install
---

hope this helps,
pete marvin


I checked out the maven-war-plugin project and tried to build it by
running  "mvn install" , but got stumped by the error :


D:\jeff\workspace\maven2\maven-war-plugin\maven-war-plugin>mvn install
[INFO] Scanning for projects...
[INFO] -
---
[ERROR] FATAL ERROR
[INFO] -
---
[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.plugins
ArtifactId: maven-plugins
Version: 2-SNAPSHOT

Reason: Unable to download the artifact from any repository

 org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT

from the specified remote repositories:
 central (http://repo1.maven.org/maven2)


[INFO] -
---
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: POM 'org.apache.maven.plugins:
maven-plugins' not found in repository: Unable to download the artifact from any
repository

 org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT


This makes sense since the pom.xml has :


   maven-plugins
   org.apache.maven.plugins
   2-SNAPSHOT
 


Pete , what do I need to get this to build?

Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-08 Thread Pete Marvin King

Hello Jeff,

Sorry about the example, the correct one should be

   
  
 [...]
 
   configurations
   
   WEB-INF
   
   true
   
  **/properties
   
 
  


it's webResources/resource. So far I can only assure you that the
targetPath configuration 
will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was
applied to the
2.0 series.

If you have the time you can get the source and built the latest war
plugin from the trunk.

---
svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
cd maven-war-plugin
mvn install
---

btw, if you decide to use the build/resources/resource configuration
make sure you use the package phase
instead of directly invoking the war goal. Resource processing is not
covered by the war plugin.
Just do mvn package just to be sure.


hope this helps,
pete marvin
  


Denis Cabasson wrote:
> Jeff Mutonho wrote:
>   
>> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>> 
>>>
>>> Jeff Mutonho wrote:
>>>   
 On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
 
>
> Jeff Mutonho wrote:
>   
>> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> wrote:
>> 
>>> Hi Jeff,
>>>
>>> properties normally go in the src\main\resources
>>>
>>> BTW, You seem to use a strange layout for your directories. Do you
>>>   
> really
>   
>>> want it to be that way?
>>> Read Better builds with maven for the recommended dir. structure
>>>
>>> "
>>>   
>> Thats just the way the project is structured and am powerless to
>> change it.
>>
>> 
> This is eclipse WTP directory layout.
>
> You should really work the other way round: take maven's directory
> structure
> (far better), and create the eclipse descriptor with:
> mvn -Dwtpversion=1.0 eclipse:eclipse
>
> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
> more
> details
>
> Denis.
> --
> View this message in context:
>
>   
>>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>>>   
> Sent from the Maven - Users forum at Nabble.com.
>
>
>   
 I understand that , that would work better but I do not have the
 
>>> liberty
>>>   
 to
 change the directory structure now to the maven structure.The war
 
>>> plugin
>>>   
 in
 document (

 
>>> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
>>>   
 talk about specifying what it calls an external resource using the
 
 
  /path-to-external-directory

 and then  under the section "Overriding the default destination
 
>>> directory
>>>   
 of
 a web resource") says it should be possible to specify what it calls an
 external resource and override the target directory ie the directory
 
>>> where
>>>   
 you want the resources to be copied to , by specifying  
 in my case  its WEB-INF/classes

 I just don't understand why I won't work.

 Jeff


 
>>> webRessources, are ressources bundled in your war archive...
>>>
>>> You should rather specify the build/ressources element in your POM to
>>> include the correct ressources, and let the maven-war-plugin include
>>> those
>>> ressources in your produced war.
>>>
>>> Something like:
>>> ...
>>> 
>>>   ...
>>>   
>>> 
>>>   WebContent/JavaSource
>>>   
>>> **/*.java
>>>   
>>> 
>>>   
>>>   ...
>>> 
>>> ...
>>>
>>> That should work (alternatively, you can specify includes instead of
>>> excludes tags).
>>>
>>> Denis
>>> --
>>> View this message in context:
>>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
>>> Sent from the Maven - Users forum at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>   
>> I just noticed that the example  provided on the plugin website  has a
>>   tag nested inside another  , as shown below :
>>
>>
>> Overriding the default destination directory of a web resource
>>
>> By default web resources are copied to the root of the war, as shown in
>> the
>> previous example. To override the default destination directory, specify
>> the
>> target path.
>>
>>  [...]
>> 
>>   
>> 
>>  [...]
>>  
>>configurations
>>
>>WEB-INF
>>
>>true
>>
>>   **/properties
>>
>>  
>> 
>>   
>> 
>>   [...]
>>
>>
>>

Re: incorrect war file structure

2006-08-08 Thread Denis Cabasson


Jeff Mutonho wrote:
> 
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>> >>
>> >>
>> >>
>> >> Jeff Mutonho wrote:
>> >> >
>> >> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> >> > wrote:
>> >> >>
>> >> >> Hi Jeff,
>> >> >>
>> >> >> properties normally go in the src\main\resources
>> >> >>
>> >> >> BTW, You seem to use a strange layout for your directories. Do you
>> >> really
>> >> >> want it to be that way?
>> >> >> Read Better builds with maven for the recommended dir. structure
>> >> >>
>> >> >> "
>> >> >
>> >> >
>> >> > Thats just the way the project is structured and am powerless to
>> >> > change it.
>> >> >
>> >>
>> >> This is eclipse WTP directory layout.
>> >>
>> >> You should really work the other way round: take maven's directory
>> >> structure
>> >> (far better), and create the eclipse descriptor with:
>> >> mvn -Dwtpversion=1.0 eclipse:eclipse
>> >>
>> >> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> >> more
>> >> details
>> >>
>> >> Denis.
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> >> Sent from the Maven - Users forum at Nabble.com.
>> >>
>> >>
>> >
>> > I understand that , that would work better but I do not have the
>> liberty
>> > to
>> > change the directory structure now to the maven structure.The war
>> plugin
>> > in
>> > document (
>> >
>> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
>> > talk about specifying what it calls an external resource using the
>> > 
>> > 
>> >  /path-to-external-directory
>> >
>> > and then  under the section "Overriding the default destination
>> directory
>> > of
>> > a web resource") says it should be possible to specify what it calls an
>> > external resource and override the target directory ie the directory
>> where
>> > you want the resources to be copied to , by specifying  
>> > in my case  its WEB-INF/classes
>> >
>> > I just don't understand why I won't work.
>> >
>> > Jeff
>> >
>> >
>>
>> webRessources, are ressources bundled in your war archive...
>>
>> You should rather specify the build/ressources element in your POM to
>> include the correct ressources, and let the maven-war-plugin include
>> those
>> ressources in your produced war.
>>
>> Something like:
>> ...
>> 
>>   ...
>>   
>> 
>>   WebContent/JavaSource
>>   
>> **/*.java
>>   
>> 
>>   
>>   ...
>> 
>> ...
>>
>> That should work (alternatively, you can specify includes instead of
>> excludes tags).
>>
>> Denis
>> --
>> View this message in context:
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> I just noticed that the example  provided on the plugin website  has a
>   tag nested inside another  , as shown below :
> 
> 
> Overriding the default destination directory of a web resource
> 
> By default web resources are copied to the root of the war, as shown in
> the
> previous example. To override the default destination directory, specify
> the
> target path.
> 
>  [...]
> 
>   
> 
>  [...]
>  
>configurations
>
>WEB-INF
>
>true
>
>   **/properties
>
>  
> 
>   
> 
>   [...]
> 
> 
> 
> 
> I tried to do it the same way , the build started and then   got stumped
> with an error message saying
> "[INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to configure plugin parameters for:
> org.apache.maven.plugins:maven
> -war-plugin:2.0
> 
> 
> 
> Cause: Cannot find setter nor field in org.apache.maven.model.Resource for
> 'resource'
> "
> 
> Is this a bug in the plugin?Has anyone succeded in overriding the default
> destination directory of a web resource using this example on the website?
> 
> 
> 
> 
> 
> Jeff  Mutonho
> 
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042
> 
> 

You should really consider using the resources/resource tag in the build
section of your POM. This is the right place to do what you want, not in the
war plugin configuration...

Denis.

-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5712385
Sent from the Maven - Users forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED

Re: incorrect war file structure

2006-08-08 Thread Jeff Mutonho

On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:




Jeff Mutonho wrote:
>
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> > wrote:
>> >>
>> >> Hi Jeff,
>> >>
>> >> properties normally go in the src\main\resources
>> >>
>> >> BTW, You seem to use a strange layout for your directories. Do you
>> really
>> >> want it to be that way?
>> >> Read Better builds with maven for the recommended dir. structure
>> >>
>> >> "
>> >
>> >
>> > Thats just the way the project is structured and am powerless to
>> > change it.
>> >
>>
>> This is eclipse WTP directory layout.
>>
>> You should really work the other way round: take maven's directory
>> structure
>> (far better), and create the eclipse descriptor with:
>> mvn -Dwtpversion=1.0 eclipse:eclipse
>>
>> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> more
>> details
>>
>> Denis.
>> --
>> View this message in context:
>>
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
>
> I understand that , that would work better but I do not have the liberty
> to
> change the directory structure now to the maven structure.The war plugin
> in
> document (
>
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
> talk about specifying what it calls an external resource using the
> 
> 
>  /path-to-external-directory
>
> and then  under the section "Overriding the default destination
directory
> of
> a web resource") says it should be possible to specify what it calls an
> external resource and override the target directory ie the directory
where
> you want the resources to be copied to , by specifying  
> in my case  its WEB-INF/classes
>
> I just don't understand why I won't work.
>
> Jeff
>
>

webRessources, are ressources bundled in your war archive...

You should rather specify the build/ressources element in your POM to
include the correct ressources, and let the maven-war-plugin include those
ressources in your produced war.

Something like:
...

  ...
  

  WebContent/JavaSource
  
**/*.java
  

  
  ...

...

That should work (alternatively, you can specify includes instead of
excludes tags).

Denis
--
View this message in context:
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
Sent from the Maven - Users forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



I just noticed that the example  provided on the plugin website  has a
 tag nested inside another  , as shown below :


Overriding the default destination directory of a web resource

By default web resources are copied to the root of the war, as shown in the
previous example. To override the default destination directory, specify the
target path.

[...]
   
 
   
[...]

  configurations
  
  WEB-INF
  
  true
  
 **/properties
  

   
 
   
 [...]




I tried to do it the same way , the build started and then   got stumped
with an error message saying
"[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven
-war-plugin:2.0



Cause: Cannot find setter nor field in org.apache.maven.model.Resource for
'resource'
"

Is this a bug in the plugin?Has anyone succeded in overriding the default
destination directory of a web resource using this example on the website?





Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042


Re: incorrect war file structure

2006-08-08 Thread Denis Cabasson


Jeff Mutonho wrote:
> 
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> > wrote:
>> >>
>> >> Hi Jeff,
>> >>
>> >> properties normally go in the src\main\resources
>> >>
>> >> BTW, You seem to use a strange layout for your directories. Do you
>> really
>> >> want it to be that way?
>> >> Read Better builds with maven for the recommended dir. structure
>> >>
>> >> "
>> >
>> >
>> > Thats just the way the project is structured and am powerless to
>> > change it.
>> >
>>
>> This is eclipse WTP directory layout.
>>
>> You should really work the other way round: take maven's directory
>> structure
>> (far better), and create the eclipse descriptor with:
>> mvn -Dwtpversion=1.0 eclipse:eclipse
>>
>> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> more
>> details
>>
>> Denis.
>> --
>> View this message in context:
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
> 
> I understand that , that would work better but I do not have the liberty
> to
> change the directory structure now to the maven structure.The war plugin
> in
> document (
> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
> talk about specifying what it calls an external resource using the
> 
> 
>  /path-to-external-directory
> 
> and then  under the section "Overriding the default destination directory
> of
> a web resource") says it should be possible to specify what it calls an
> external resource and override the target directory ie the directory where
> you want the resources to be copied to , by specifying  
> in my case  its WEB-INF/classes
> 
> I just don't understand why I won't work.
> 
> Jeff
> 
> 

webRessources, are ressources bundled in your war archive...

You should rather specify the build/ressources element in your POM to
include the correct ressources, and let the maven-war-plugin include those
ressources in your produced war.

Something like:
...

  ...
  

  WebContent/JavaSource
  
**/*.java
  

  
  ...

...

That should work (alternatively, you can specify includes instead of
excludes tags).

Denis
-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
Sent from the Maven - Users forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-08 Thread Jeff Mutonho

On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:




Jeff Mutonho wrote:
>
> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi Jeff,
>>
>> properties normally go in the src\main\resources
>>
>> BTW, You seem to use a strange layout for your directories. Do you
really
>> want it to be that way?
>> Read Better builds with maven for the recommended dir. structure
>>
>> "
>
>
> Thats just the way the project is structured and am powerless to
> change it.
>

This is eclipse WTP directory layout.

You should really work the other way round: take maven's directory
structure
(far better), and create the eclipse descriptor with:
mvn -Dwtpversion=1.0 eclipse:eclipse

See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for more
details

Denis.
--
View this message in context:
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
Sent from the Maven - Users forum at Nabble.com.




I understand that , that would work better but I do not have the liberty to
change the directory structure now to the maven structure.The war plugin in
document (
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
talk about specifying what it calls an external resource using the

   
/path-to-external-directory

and then  under the section "Overriding the default destination directory of
a web resource") says it should be possible to specify what it calls an
external resource and override the target directory ie the directory where
you want the resources to be copied to , by specifying  
in my case  its WEB-INF/classes

I just don't understand why I won't work.

Jeff


Re: incorrect war file structure

2006-08-08 Thread Denis Cabasson


Jeff Mutonho wrote:
> 
> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi Jeff,
>>
>> properties normally go in the src\main\resources
>>
>> BTW, You seem to use a strange layout for your directories. Do you really
>> want it to be that way?
>> Read Better builds with maven for the recommended dir. structure
>>
>> "
> 
> 
> Thats just the way the project is structured and am powerless to
> change it.
> 

This is eclipse WTP directory layout.

You should really work the other way round: take maven's directory structure
(far better), and create the eclipse descriptor with:
mvn -Dwtpversion=1.0 eclipse:eclipse

See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for more
details

Denis.
-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
Sent from the Maven - Users forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: incorrect war file structure

2006-08-08 Thread Jeff Mutonho

On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:


Hi Jeff,

properties normally go in the src\main\resources

BTW, You seem to use a strange layout for your directories. Do you really
want it to be that way?
Read Better builds with maven for the recommended dir. structure

"



Thats just the way the project is structured and am powerless to
change it.Ihave done the following in my pom  to try and get it to
work , but still my
*.properties files are still being copied to the root of the war file
instead of the WEB-INF/classes directory as I want them to .


 org.apache.maven.plugins
 maven-war-plugin
 
  WebContent/
  WebContent/WEB-INF/web.xml
  eportal
  **/*.java
  
   
${project.parent.basedir}/eportal/JavaSource
WEB-INF/classes
   
  
 





Jeff


Re: incorrect war file structure

2006-08-08 Thread Stefan Magnus Landrø
Hi Jeff,

properties normally go in the src\main\resources

BTW, You seem to use a strange layout for your directories. Do you really 
want it to be that way? 
Read Better builds with maven for the recommended dir. structure

"Jeff Mutonho" <[EMAIL PROTECTED]> skrev 08.08.2006 14:52:59:

> My web project has the following structure
> 
> /eportal/WebContent/WEB-INF/   ---this has all the web related stuff my 
app
> requires
> 
> and the source directory
> 
> /eportal/WebContent/JavaSource/za/blah/blah/blah
>|___hibernate.properties
>|___messages.properties
>|___log4j.properties
> 
> When the war file is created all *.properties are not being copied to 
the
> war's WEB-INF/classes directory.How
> can I configure my pom to get the  all the *.properties to be copied to 
the
> war's WEB-INF/classes directory?
> 
> 
> -- 
> 
> 
> Jeff  Mutonho
> 
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042