date:20070928

On 9/28/07, Ryan Moquin [EMAIL PROTECTED] wrote:
 I have a multilevel multimodule project that creates servicemix service
 archives and also bundles up a client jar for me.  This all worked great,
 until I decided I wanted to put all my wsdls into a single directory and
 then specify that directory and the specific wsdl for inclusion in the
 proper projects using an inherited property from a parent POM.  So take this
 directory structure for example:

The usual way is to bundle the common resources in a jar and either
depend on them directly, or possibly dependency:unpack them into place
if they need further work in the module.

I only scanned the rest, but the general problem is that you can't
guarantee that a top level directory exists on disk.  Each module
should be able to build independently using content from the
repository.

-- 
Wendy

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

how to disable implicit plugin execution order of inherited poms?


hi,

my app is from type war so implicitly the war-plugin gets executed as first
plugin in package phase. 
problem is that before building the war i need to package my axis2
webservice-app as aar (which exists as own task). aar-plugin must therefore
execute before war plugin. thus i cannot work with inherited behaviour of
war-packaging :(

is there a workaround how to execute aar plugin before war plugin. my first
ideas were to bind aar-plugin to phase before package which is not nice,
because aar task belongs to package phase.
second idea was to mark my webapp as jar-packaging, this makes configuration
more lengthy but should somehow solve my problem.

i already searched the mailinglist and this seems to be an issue, especially
with war-packing. i think ordering of inherited plugins should be possible
to control.
-- 
View this message in context: 
http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html#a12940156
Sent from the Maven - Users mailing list archive at Nabble.com.


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

What is the proper way to provide subprojects with a global resource directory using relative paths?

2007-09-28 Thread Ryan Moquin

I have a multilevel multimodule project that creates servicemix service
archives and also bundles up a client jar for me.  This all worked great,
until I decided I wanted to put all my wsdls into a single directory and
then specify that directory and the specific wsdl for inclusion in the
proper projects using an inherited property from a parent POM.  So take this
directory structure for example:

/servicemix-parent
  pom.xml
  src/main/resources/
  service-wsdl1.wsdl
  service-wsdl2.wsdl
  -  /service1
 pom.xml
- cxf-service-su
  pom.xml
- cxf-client
  pom.xml
  - /service2
pom.xml
- cxf-service-su
  pom.xml
- cxf-client
  pom.xml


So I have a servicemix-parent directory, with a pom.xml that defines 3
properties:

properties

wsdl-resource-dir${basepath}/../../src/main/resources//wsdl-resource-dir
  wsdl1service-wsdl1.wsdl/wsdl1
  wsdl2service-wsdl2.wsdl/wsdl2
/properties

Then in each of my modules:

Under the service1 subproject:

cxf-service-su and cxf-client both have a resources tag in their
pom.xmlthat says:

resources
  resource
directory${wsdl-resource-dir}/directory
includes
  include${wsdl1}/include
/includes
  /resource
/resources

Under the service2 subproject:

cxf-service-su and cxf-client both have a resources tag in their
pom.xmlthat says:

resources
  resource
directory${wsdl-resource-dir}/directory
includes
  include${wsdl2}/include
/includes
  /resource
/resources


Now this all work great DEPENDING on where I execute my build from, which is
the problem.  Using ${basePath} in an inherited manner seems to resolve the
property the path where I start the build from, rather than from the parent
where it is defined.  So if I build from the top level, depending on how
that top level property is defined in ${wsdl-resource-dir}, it will find the
wsdls properly, but if I only want to build from the
servicemix-parent/service1/cxf-client directory, the build won't be able to
find the proper wsdl.

My guess is that architecturally I'm not doing this properly (I'm doing
something similar else where, but the inherited property is using by the
sql-maven-plugin and it always magically seems to resolve the path properly
no matter where I build from).  Is there is a better way to handle shared
resources like this so they can be only in one location, but used as a
resource in a project and found consistently?  I was this to be more
portable, so I want to use a relative directory, but using a relative
directory seems to be a problem.

Thanks!

Re: Replacing Proprietary Build System With Maven

2007/9/28, Paul Duffin [EMAIL PROTECTED]:
 Damien,
 The majority of my OSGi bundles don't yet provide a service (although
 they will eventually), I am just porting them from a non OSGi
 environment in which we typically used reflection to load an
 implementation of a factory (defined in the API). That means that they
 typically pack the API and SP together.

No problem, it works fine for only one SP.

 Just to clarify, the API artifact is a normal JAR that contains the API
 classes

yep

 The SP artifact is an OSGi bundle that contains both the API
 and the SP classes. It uses the Embed-Dependency instruction from the
 felix bundle plugin to include the API (selected using package). The
 scopeprovided/scope will hide the dependency between the bundle and
 the seperate API artifact.

yep

 I presume that for testing the SC you have a dependency on the SP/API
 bundle artifact. How do you test the SC, inside an OSGi container or
 within unit tests ? If the latter how do you do it, do you mock up an
 OSGi container, break encapsulation and create the service directly,
 mock up the service ?

Both

 - Automaticaly with unit tests and many mock implementation of API.
We use Declarative Services as much as possible not to be coupled with
OSGi framework API. That's easier to test

 - Inside OSGi container, by our testers, with real SP or other mock
SP when it's hard to test the real implementation of SP

 Do you do also have a runtime dependency between SC and SP/API ? I know
 you don't need one as the SC can use any relevant service.

No dependency between SC and SP at all
SC depends only on API, it shouldn't not be aware about any SP

 How do you assemble your application ?

With an assembly, which as a submodule of parent pom. The assembly
describes the bundles it needs through dependencies :
 - SC + SP (includes API)
 - or SC + API + SP

Damien Lecan

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

Re: How to suppress the deploy for a given module?

2007-09-28 Thread Yan Huang

actually, what I'm trying to accomplish is that I still want this module to
go through all phases except the deploy one along with other modules in a
single run of mvn deploy. Just like we can skip test-compile or test
phase, is there the other way to configure to by-pass only deploy phase?

On 9/27/07, Tim Kettler [EMAIL PROTECTED] wrote:

 Tomasz Pik schrieb:
  On 9/27/07, Yan Huang [EMAIL PROTECTED] wrote:
  Hello,
 
  Is there a way to skip the deploy phase for a module? I tried skip
 tag
  for the maven-deploy-plugin and it seems not working ...
 
  You've a parent pom with some child modules and do not want to 'deploy'
  one of them during 'mvn deploy' executed from top right?
  You may define a profile in parent pom containing modules that you do
 not want
  to deploy and then activate this profile for 'all-but-not-deploy'
 builds.
  Unfortunately (AFAIK) there's no way do disable profile using
  a command line.

 Actually there is. I just discovered this yesterday while looking at the
 sources [1]:

   while ( profileTokens.hasMoreTokens() )
   {
 String profileAction = profileTokens.nextToken().trim();

 if ( profileAction.startsWith( - ) )
 {
   profileManager.explicitlyDeactivate( profileAction.substring( 1 ) );
 }
 else if ( profileAction.startsWith( + ) )
 {
   profileManager.explicitlyActivate( profileAction.substring( 1 ) );
 }
 else
 {
   // TODO: deprecate this eventually!
   profileManager.explicitlyActivate( profileAction );
 }
   }

 So 'mvn -P-profile_name' should deactivate a profile. I don't checked if
 this in a released version yet but it should be available when 2.0.8 is
 released.

 -Tim

 [1]

 https://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x/maven-core/src/main/java/org/apache/maven/cli/MavenCli.java

  Something like this:
 
  modules
moduleapi/module
moduleimpl/module
  /modules
 
  profiles
profile
  idit/id
  modules
   moduleitest/module
  /modules
/profile
  /profiles
 
 
  HTH,
  Tomek
 
  -
  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: enable plugins for other packaging types


this does not work because tomcat plugin not looks on the archive-name,
merely to the packaging type defined in the head of pom.xml.


Wayne Fay wrote:
 
 I'm not sure if it would work, but could you use finalName to
 specify a .war, and leave packaging as type jar?
 
 Wayne
 
 On 9/28/07, aldana [EMAIL PROTECTED] wrote:

 hi,

 as described in post (see link
 http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html)
 i cannot use the packaging type war, because inherited plugin execution
 makes war packaging of axis2 app fail.

 my workaround is to use the packaging type jar, so plugin execution does
 not
 get inherited. unfortunately this makes tomcat plugin not run, because it
 expects a packaging war (it skips with message 'Skipping non-war
 project).

 does somebody know whether it is possible to use tomcat plugin though
 packaging jar is set?

 --
 View this message in context:
 http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247
 Sent from the Maven - Users mailing list archive at Nabble.com.


 -
 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]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942672
Sent from the Maven - Users mailing list archive at Nabble.com.


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

plugin devlopment to compose other plugins


hi,

is it possible to reuse plugins in that way that i can call them through a
new plugin (composing plugins). that means define dependency in pom.xml to
respective plugins and being able to call them with certain configurations
inside a new developed custom plugin.

an alternative is to define a new parent pom.xml where chaining plugins
could be done. but i want to avoid, that parent hierachies are getting to
deep and too many parents exist. further more i would like to introduce a
new pom packaging type (tomcat-axis2) which is as far i know only possible
through a custom plugin.

in current situation it is neccessary to chain 4-5 different plugins, which
should express themselves as one big one. the task is to deploy a built
axis2 app on tomcat.

following flow must be achieved:
1) calling assembly plugin for getting all dependencies and being able to
express depedencySets through assembly descriptor
2) calling aar plugin to pack axis2 app (maybe mar plugin on top of that
too).
3) calling war plugin to get a j2ee webapp (aar/mar inside)
4) calling tomcat plugin to deploy all stuff

thanks for your thoughts.

-- 
View this message in context: 
http://www.nabble.com/plugin-devlopment-to-compose-other-plugins-tf4535168s177.html#a12942607
Sent from the Maven - Users mailing list archive at Nabble.com.


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

recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread nicolas de loof

What would be the better way to package JS libs ?

- option 1 : use existing WAR packaging with war overlay
   good : Works today with no change, just requires us to agree on a
common folder for scripts
   bad : cannot be used with jetty:run as the weapp is not packaged

- option 2 : use js packaged into a jar, and a custom plugin to unpack.
   js:inplace to unpack into src/main/webapp, prior to lauching jetty:run
   js:unpack to unpack during the package phase.

- other ?

Nico.

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

Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread Manos Batsis


nicolas de loof wrote:

What would be the better way to package JS libs ?

- option 1 : use existing WAR packaging with war overlay
   good : Works today with no change, just requires us to agree on a
common folder for scripts
   bad : cannot be used with jetty:run as the weapp is not packaged

- option 2 : use js packaged into a jar, and a custom plugin to unpack.
   js:inplace to unpack into src/main/webapp, prior to lauching jetty:run
   js:unpack to unpack during the package phase.



Option 2 is the preferred way for me, mostly because WAR overlaying can 
only help with, well, web apps.


I'm working on that along with a ServletFilter that can be used as a 
dependency (maybe war overlay?) in web projects. I'm not through with 
the details though and was going to ask here for suggestions.


So, a very rough outline:

- Provide JS packaging of projects as JAR artifacts
- Provide a library that can be used as a dependency by web apps. The 
lib contains, basically, a Servlet Filter listening to *.js and 
builds/caches the HTTP response after pulling and maybe compressing the 
JS code from the classpath

- Provide something equally useful for non-webapp projects

Some questions:

- What kind of metadata would be useful in what one would consider as 
the standard way to package JS-based JAR artifacts?

- What kind of metadata would be useful for libs utilizing that packaging?
- Can WAR overlaying be used to bring that Servlet Filter in a web-app, 
along with the appropriate web.xml markup?


There more details but that gives the general idea. I have not yet 
formed an opinion on how useful knowledge on JS dependencies (i.e. 
script1.js was requested but the client has not received a dependency, 
sript2.js yet) is on runtime.


WDYT?

Many thanks,

Manos

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

customizable?

2007-09-28 Thread I am Who i am

Hi All,

I'm using continuum beta-3 so far its going great,i really love this

i just need to figure out few things, i hope to get some answer from here in
user forum

1. Is there a way to customize the contents of notification email?
2. i use clearcase how is release function will work with that?
3. is there any clearcase listener available from continuum to listen for
modification in source repository?
4. how do i give read access to everyone on continuum ?

Thanks in advance
ragjan

Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread nicolas de loof

I agree with the js packaging.
It works fine for js libs like prototype that is build based on
multiple JS but pakcage as a single file.

It works less with scriptaculous, dojo or yahooUI that comes with
multiple JS with a internal JS-level dependency loading strategy. For
those one, this would require one artifact per js file, and maybe a
parent POM to declare all of them as dependencies.

I'm writing a js:inplace Mojo based on this idea.

Nico.



2007/9/28, Richard Chamberlain [EMAIL PROTECTED]:
 This is definitely I'm struggling with at the moment:

 We have 2 artefacts for each js module:

 1) one compressed module.js file
 2) the source in multiple files, containing a module.js that
 document.writes out script tags for each file. This is used for
 debugging.

 Currently I package with a zip and a task to unzip when retrieved. I'd
 be interested if this could be made neater.

 One option (touched on before on this list) is to only ever produce a
 single .js file for each module and have js packaging. Unfortunately
 there would still need to be a copy task to move it from your local
 repository under your web context.

 Cheers,

 Rich

 -Original Message-
 From: nicolas de loof [mailto:[EMAIL PROTECTED]
 Sent: 28 September 2007 15:10
 To: Maven Users List
 Subject: recommandation for JS packaging ? (was Using maven for
 JavaScript projects)

 What would be the better way to package JS libs ?

 - option 1 : use existing WAR packaging with war overlay
good : Works today with no change, just requires us to agree on a
 common folder for scripts
bad : cannot be used with jetty:run as the weapp is not packaged

 - option 2 : use js packaged into a jar, and a custom plugin to unpack.
js:inplace to unpack into src/main/webapp, prior to lauching
 jetty:run
js:unpack to unpack during the package phase.

 - other ?

 Nico.

 -
 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]



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

Not downloading dependencies from managed repository via HTTP

2007-09-28 Thread melpelotones


Hi ,

Ive set up an internal repository with archiva.

The repository is available via http because
I have made several deployments via WEBDAV without problems,
but when I declare this repository in a pom.xml to get the deployed
dependecies
something is happening:

--
[DEBUG] Trying repository snapshots
Downloading:
http://s-comm-iss-d1:/archiva/repository/snapshots//org/andromd
a/cartridges/andromda-spring-cartridge/3.3-SNAPSHOT/andromda-spring-cartridge-3.
3-SNAPSHOT.jar

[DEBUG] Skipping disabled repository central
[DEBUG] Artifact not found - using stub model: Unable to download the
artifact f
rom any repository

  org.andromda.cartridges:andromda-spring-cartridge:pom:3.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  snapshots (http://s-comm-iss-d1:/archiva/repository/snapshots/)
-

in the settings.xml I have got the corresponding server with the login and
password for 
accesing the repository.


If I instead  http://s-comm-iss-d1:/archiva/repository/snapshots/ 
I give the filesystem route pointing to the place where the webserver is
d:/archiva/data/repositories/snapshots/ the dependency is well downloaded.

Somebody nows what I am doing wrong?

Cheers!



The extrange thing


-- 
View this message in context: 
http://www.nabble.com/Not-downloading-dependencies-from-managed-repository-via-HTTP-tf4535097s177.html#a12942389
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Maven2 - ESB packaging - Clover2 problem

2007-09-28 Thread Tom Davies



On 27/09/2007, at 11:16 PM, Mika Hänninen wrote:


Hi,

Clover is claiming Not instrumenting sources with Clover as this  
is not a Java project. When pom.xml has packagingesb/ 
packaging. When I change packaging to jar then there is no problem.


Question is, how I can generate Clover report without changing  
packaging from esb to jar ? What I need in my pom.xml or build.xml  
to satisfy Clover's reporting needs? :)




Hi Mika,

As I mentioned in my reply to your support request, this is a bug  
which will be fixed in the next release of the maven-clover-plugin:  
http://developer.atlassian.com/jira/browse/CLMVN-1


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

Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread Harlan Iverson

I started tinkering with the war overlay method just a few days ago, so I
may be missing some things. But so far it seems like a flexible enough
solution that it would be a good way to go.

I like it because:
* can use it today
* flexibility to put resources anywhere in the app one might need
  * there needs to be an accepted convention, as you say, which may be an
argument for custom packaging plug-in
  * solution could be a 'scriptDirectory' or similar attribute in war plugin
configuration.
* webapp and script artifact can use the same testing tools (jsunit,
selenium, etc) without duplicating effort.

The first is important for me because I have software that I want to ship.

The second is important because there are lots of use cases to take into
consideration for packaging. What if somebody wants resources outside of
their script directory? That may not be accepted for a general purpose
script artifact, but I can see that being a common want for in-house or
application-specific artifacts. What if somebody wants a servlet that goes
with their script, with configuration? I suppose they could put it into a
separate artifact (I'm not completely familiar with best practice for that
sort of thing), but I can see times when that would be annoying.

The third is the biggest win for war packaging, IMO. With the war plugin,
it's only a matter of making conventions, not thinking out logistics of what
the packaging should do. It would also allow normal web artifact to take
advantage of any testing tools such as jsunit or selenium in the same way as
a script artifact would.

There are some cons to it too though:

* Must use 'test' scope for dependencies to be available when jsunit is run
(or 'provided' works when there are no tests); either of these packs the
dependencies into the final war. But if you use 'runtime', all dependencies
are packed into the dependent artifact. This could be a win for custom
packaging.

* Burden is on plug-in developers to follow whatever convention is schemed
up.

To sum it up, I think a balanced solution would be to add a
'scriptDirectory' or similar attribute to the war plugin, with a sensible
default like src/main/webapp/scripts, which any script library such as
jsunit or yuicompressor could use. It would save effort of developing the
packaging, and it would save effort for plugin developers like selenium and
jsunit from having to support two different packagings.

Harlan


On 9/28/07, nicolas de loof [EMAIL PROTECTED] wrote:

 What would be the better way to package JS libs ?

 - option 1 : use existing WAR packaging with war overlay
good : Works today with no change, just requires us to agree on a
 common folder for scripts
bad : cannot be used with jetty:run as the weapp is not packaged

 - option 2 : use js packaged into a jar, and a custom plugin to unpack.
js:inplace to unpack into src/main/webapp, prior to lauching jetty:run
js:unpack to unpack during the package phase.

 - other ?

 Nico.

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




-- 
Harlan Iverson
http://blog.devspan.com

Re: maven-ant-tasks-2.0.7: How to package an artifact?

2007-09-28 Thread Stefan Prange

Graham Leggett wrote:

On Thu, September 27, 2007 8:09 pm, Stefan Prange wrote:
2. I want my EAR file named after a predefined pattern. It shall be name
like appname.ear_timestamp, e.g. appname.ear_20070927. I tried to
achieve this with Maven before (with build/finalname) but with no
success.
ANT allows me to name the resulting EAR file whatever I like.

Is there a reason you want this particular pattern?

Hi Graham,
yes there is.
Our operations team defined this convention. Their deploy script looks for
ear files that are named after this pattern. But the timestamp part after
the appname.ear_ is completely arbitrary. It's meant to be a version
marker to distinguish different EAR files. The deploy script always picks
the EAR file with the most recent file date (i.e. the date which can be
updated by using touch.)

I just created a separate Maven EAR module and also used the
build-number-plugin which Tim Kettler recommended.
The build-number-plugin now creates an EAR file name like
appname.ear_20070928.ear, i.e. it still appends a surplus .ear suffix.
But since the version marker part of the EAR file's name is arbitrary, I can
live with this.

Thanks every one for helping me.

Bye, Stefan

--
View this message in context:
http://www.nabble.com/maven-ant-tasks-2.0.7%3A-Hot-to-package-an-artifact--tf4527753s177.html#a12939367
Sent from the Maven - Users mailing list archive at Nabble.com.

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

RE: [closed]How can I download all the plugins file at one time?

2007-09-28 Thread Brian E. Fox

Note that this doesn't yet work for plugins not explicitly listed in your poms 
(like the ones bound to the standard lifecycles) but I recently wrote some code 
in enforcer to do this, so I can finally fix it here.

-Original Message-
From: zhongliang zhang [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 6:30 AM
To: Maven Users List
Subject: [closed]How can I download all the plugins file at one time?

I got it.
thanks a lot.

On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote:
 That should work, as long as you invoke Maven with the -o (--offline)
 switch and do not add further external dependencies to your project.

 -Gisbert

 zhongliang zhang wrote:
  so,I just copy the ~\.m2\reposity directory to the offline
  environment,and I can use the mvn with no downloading prompt or no
  build_failture prompt.
  is it right?

  On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote:

 http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html

 -Gisbert

 zhongliang zhang wrote:

 Hi,I am new to maven,I start with the maven in 5 minutes.
 Everything works well,but it takes too much time to download the
 plugins.The plugin in the Apache site are in separate directories
 which makes them not easy to download.
 When I worked at home,I can not connect to the Internet for some reason.
 So,Can anybody provide the full package of all the plugins that listed
 in the Available Plugins.
 thanks a lot.

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

 --
 Gisbert Amm
 Softwareentwickler Infrastruktur
 Telefon: (0721) 91374 - 4224
 Telefax: (0721) 91374 - 2740
 E-Mail: [EMAIL PROTECTED]
 Internet: www.1und1.de

 11 Internet AG
 Elgendorfer Strasse 57
 56410 Montabaur

 Amtsgericht Montabaur HRB 6484

 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger
 (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim
 Weiss, Robert Hoffmann,
 Aufsichtsratsvorsitzender: Michael Scheeren

 -
 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]

 --
 Gisbert Amm
 Softwareentwickler Infrastruktur
 Telefon: (0721) 91374 - 4224
 Telefax: (0721) 91374 - 2740
 E-Mail: [EMAIL PROTECTED]
 Internet: www.1und1.de

 11 Internet AG
 Elgendorfer Strasse 57
 56410 Montabaur

 Amtsgericht Montabaur HRB 6484

 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger
 (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim
 Weiss, Robert Hoffmann,
 Aufsichtsratsvorsitzender: Michael Scheeren

 -
 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]

Property substitution in activation settings

2007-09-28 Thread Wilfred Springer

All,

According to this article
(http://www.javaworld.com/javaworld/jw-05-2006/jw-0529-maven.html?page=6), this 
should work:

project
  ...
  profiles
profile
  idtest/id
  activation
file
  exists${java.home}/test1.properties/exists
/file
  /activation
  ...
/profile
  /profiles
  ...
/project

If it works, then there must be something wrong with my system. I have
seen a couple of bug reports on the fact that property expansion doesn't
work, sometimes it appears to have been fixed, sometimes it doesn't.

Does anyone have a clue?

Wilfred



-- 
Wilfred Springer | Software Architect | TomTom | [EMAIL PROTECTED] | +31 (0) 6 
46 72 09 90 mobile | +31 (0) 20 8500800 office

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

Re: Not downloading dependencies from managed repository via HTTP

On 9/28/07, melpelotones [EMAIL PROTECTED] wrote:

 Ive set up an internal repository with archiva.

 The repository is available via http because
 I have made several deployments via WEBDAV without problems,
 but when I declare this repository in a pom.xml to get the deployed
 dependecies
 something is happening:

There should be more information in the Archiva log file.

Please re-post to the Archiva users list with a bit more information
and I'm sure we can figure it out.

You can find subscription info here:
http://maven.apache.org/archiva/mail-lists.html

-- 
Wendy

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

Re: enable plugins for other packaging types

2007-09-28 Thread Wayne Fay

I'm not sure if it would work, but could you use finalName to
specify a .war, and leave packaging as type jar?

Wayne

On 9/28/07, aldana [EMAIL PROTECTED] wrote:

 hi,

 as described in post (see link
 http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html)
 i cannot use the packaging type war, because inherited plugin execution
 makes war packaging of axis2 app fail.

 my workaround is to use the packaging type jar, so plugin execution does not
 get inherited. unfortunately this makes tomcat plugin not run, because it
 expects a packaging war (it skips with message 'Skipping non-war project).

 does somebody know whether it is possible to use tomcat plugin though
 packaging jar is set?

 --
 View this message in context: 
 http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247
 Sent from the Maven - Users mailing list archive at Nabble.com.


 -
 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: Improving Maven Site Docs

2007-09-28 Thread Lally Singh

On 9/28/07, Kevin Jackson [EMAIL PROTECTED] wrote:
 Hi,

 Regarding the XML thing (OT wrt documentation - sorry).

 XML basically sucks as a human readable format, it's a more verbose
 form of tree/list syntax (like s-expr).

 One problem I have with mvn that I don't have with Ant is that there
 are no 'shorthand' options in mvn ie:
Agreed.  There's no reason we can't have a shorthand translation to
make this more readable.

 I like Spring's ability to add in new tags.  The tags can serve for
configuration of plugins (the plugins defining the tags),  or be
shortand.

And seriously, a simple Java-based graphical editor wouldn't hurt.
It's not fantastic, but Swing does the job.  Or a plugin for a popular
IDE.

-- 
H. Lally Singh
Ph.D. Candidate, Computer Science
Virginia Tech

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

RE: recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread Richard Chamberlain

This is definitely I'm struggling with at the moment:

We have 2 artefacts for each js module:

1) one compressed module.js file
2) the source in multiple files, containing a module.js that
document.writes out script tags for each file. This is used for
debugging.

Currently I package with a zip and a task to unzip when retrieved. I'd
be interested if this could be made neater. 

One option (touched on before on this list) is to only ever produce a
single .js file for each module and have js packaging. Unfortunately
there would still need to be a copy task to move it from your local
repository under your web context.

Cheers,

Rich

-Original Message-
From: nicolas de loof [mailto:[EMAIL PROTECTED] 
Sent: 28 September 2007 15:10
To: Maven Users List
Subject: recommandation for JS packaging ? (was Using maven for
JavaScript projects)

What would be the better way to package JS libs ?

- option 1 : use existing WAR packaging with war overlay
   good : Works today with no change, just requires us to agree on a
common folder for scripts
   bad : cannot be used with jetty:run as the weapp is not packaged

- option 2 : use js packaged into a jar, and a custom plugin to unpack.
   js:inplace to unpack into src/main/webapp, prior to lauching
jetty:run
   js:unpack to unpack during the package phase.

- other ?

Nico.

-
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: Replacing Proprietary Build System With Maven

2007-09-28 Thread Paul Duffin


Damien,
Thanks very much for all your help. That is very similar to what I 
want to do. The use of scopeprovided/scope is probably the bit I was 
missing but I just need to check that it will work as I think it does.


The majority of my OSGi bundles don't yet provide a service (although 
they will eventually), I am just porting them from a non OSGi 
environment in which we typically used reflection to load an 
implementation of a factory (defined in the API). That means that they 
typically pack the API and SP together.


Just to clarify, the API artifact is a normal JAR that contains the API 
classes. The SP artifact is an OSGi bundle that contains both the API 
and the SP classes. It uses the Embed-Dependency instruction from the 
felix bundle plugin to include the API (selected using package). The 
scopeprovided/scope will hide the dependency between the bundle and 
the seperate API artifact.


I presume that for testing the SC you have a dependency on the SP/API 
bundle artifact. How do you test the SC, inside an OSGi container or 
within unit tests ? If the latter how do you do it, do you mock up an 
OSGi container, break encapsulation and create the service directly, 
mock up the service ?


Do you do also have a runtime dependency between SC and SP/API ? I know 
you don't need one as the SC can use any relevant service.


How do you assemble your application ?

Damien Lecan wrote:

Could you give me an example of how you separate your API and
implementation. Do you use separate poms, or within the same pom ? If
within the same pom how do you check that only the API is used by other
poms ? If in separate poms how do you build the bundle ?



There are 2 things in your questions :
 - how am I deploying my OSGi applications
 - how am I building my OSGi bundles

The second question depends on the 1st one.

With OSGi, you can choose where you want to deploy java classes. I can
reduce an OSGi application to 3 components :
 - service consumers (SC)
 - service descriptions (API)
 - service producers (SP)

Dependencies :
SC - API - SP

Many packaging solutions can found : all together or each component in
its own bundle.
Ok, packaging SC + API together is a bad idea, but packaging API + SP
can be done.
This last solution is a problem only when you can have several SP for
the same API.

So, basicaly, I have :

Parent pom
   +- SC (depends on API with scope provided)
   +-API
   +-SP (depends on API, can embed API if API scope is compile)

If you want 3 bundles, don't embed API in SP
If you want 2 bundles, embed API in SP (just a pom configuration)

Is it what you want ?

Damien Lecan

-
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]

Vedr.: Re: FTP plugin for deploying a directory, _not_ an artifact

2007-09-28 Thread mrox

Thanks for the help guys ... scp is not an option for me, but at least I 
was able to confirm my suspicion that this currently is not an easy thing 
to do with Maven.

This would definitely be a feature wish for maven, that would help in the 
ant/maven comparison stakes.  I'm just sorry I haven't got time to do it 
myself.

/Michael

Alan D. Salewski [EMAIL PROTECTED] skrev den 
26-09-2007 16:05:17:

 On Wed, Sep 26, 2007 at 01:23:40AM -0400, Brian E. Fox spake thus:
  To my knowledge, only the scp wagon supports directory copying (hence
  the inability to deploy sites any other way besides file). It would 
seem
  that the ftp wagon would need to support this first and then a plugin
  could leverage it.
  
  --Brian
  
   -Original Message-
   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
   Sent: Tuesday, September 25, 2007 8:00 AM
   To: Maven Users List
   Subject: FTP plugin for deploying a directory, _not_ an artifact
   
   Hi,
   
   I need to be able to deploy an entire directory to an ftp server. 
   
   Is anyone working on such a plugin?
   
   The only solutions I have googled so far use ant run, and include 
som 
   creativity to include a dependency which ant needs.  This seems very
   ugly. 
Either that or they use maven1
   
   I can understand why it isn't included in the default maven stuff, 
as it
   
   is not a conventional build thing.  It shouldn't be too easy, or
   people 
   will ignore the (great) maven conventions, which is a real risk.
   
   best regards, and thanks in advance,
   Michael
 
 This doesn't directly address your request, but perhaps it will be
 useful. If you have scp access to the remote host, you can use the
 'wagon-maven-plugin' from the Apache MyFaces project to deploy an entire
 directory:
 
   plugin
 groupIdorg.apache.myfaces.maven/groupId
 artifactIdwagon-maven-plugin/artifactId
 executions
   execution
 phasedeploy/phase
 iddeploy-non-maven-artifacts/id
 goals
   goaldeploy/goal
 /goals
 configuration
   urlscpexe://somehost.com/path/to/some/directory//url
   inputDirectory${project.build.directory}
 /whatever/inputDirectory
 /configuration
   /execution
 /executions
   /plugin
 
 Note that I've not tried to use the plugin to deploy a directory with
 subdirs. I'd be interested to hear whether or not that works.
 
 HTH,
 -Al

Re: What means mojo in maven2?

2007-09-28 Thread Jim Sellers

http://maven.apache.org/guides/introduction/introduction-to-plugins.html

On 9/28/07, Johannes Haase [EMAIL PROTECTED] wrote:

 Hello folks!

 In each books and references about maven2 the mojo term has to be
 an important meaning. But nowhere is an description what it implies
 pertain to maven2. Could anybody explain me its eligible existence please?

 Many thanks
 Johannes



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

Re: how to disable implicit plugin execution order of inherited poms?

2007-09-28 Thread Jim Sellers

Why don't you break your project up into 2 modules?  One for your arr and
one that is for your war.  Then make your war depend on the arr.

I'm not familiar with arr, so this is only a guess...

HTH
Jim


On 9/28/07, aldana [EMAIL PROTECTED] wrote:


 hi,

 my app is from type war so implicitly the war-plugin gets executed as
 first
 plugin in package phase.
 problem is that before building the war i need to package my axis2
 webservice-app as aar (which exists as own task). aar-plugin must
 therefore
 execute before war plugin. thus i cannot work with inherited behaviour of
 war-packaging :(

 is there a workaround how to execute aar plugin before war plugin. my
 first
 ideas were to bind aar-plugin to phase before package which is not nice,
 because aar task belongs to package phase.
 second idea was to mark my webapp as jar-packaging, this makes
 configuration
 more lengthy but should somehow solve my problem.

 i already searched the mailinglist and this seems to be an issue,
 especially
 with war-packing. i think ordering of inherited plugins should be possible
 to control.
 --
 View this message in context:
 http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html#a12940156
 Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: [maven]How can I download all the plugins file at one time?

2007-09-28 Thread Gisbert Amm

That should work, as long as you invoke Maven with the -o (--offline) 
switch and do not add further external dependencies to your project.


-Gisbert

zhongliang zhang wrote:

so,I just copy the ~\.m2\reposity directory to the offline
environment,and I can use the mvn with no downloading prompt or no
build_failture prompt.
is it right?

On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote:


http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html

-Gisbert

zhongliang zhang wrote:


Hi,I am new to maven,I start with the maven in 5 minutes.
Everything works well,but it takes too much time to download the
plugins.The plugin in the Apache site are in separate directories
which makes them not easy to download.
When I worked at home,I can not connect to the Internet for some reason.
So,Can anybody provide the full package of all the plugins that listed
in the Available Plugins.
thanks a lot.

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



--
Gisbert Amm
Softwareentwickler Infrastruktur
Telefon: (0721) 91374 - 4224
Telefax: (0721) 91374 - 2740
E-Mail: [EMAIL PROTECTED]
Internet: www.1und1.de

11 Internet AG
Elgendorfer Strasse 57
56410 Montabaur

Amtsgericht Montabaur HRB 6484

Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger
(Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim
Weiss, Robert Hoffmann,
Aufsichtsratsvorsitzender: Michael Scheeren

-
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]



--
Gisbert Amm
Softwareentwickler Infrastruktur
Telefon: (0721) 91374 - 4224
Telefax: (0721) 91374 - 2740
E-Mail: [EMAIL PROTECTED]
Internet: www.1und1.de

11 Internet AG
Elgendorfer Strasse 57
56410 Montabaur

Amtsgericht Montabaur HRB 6484

Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger 
(Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim 
Weiss, Robert Hoffmann,

Aufsichtsratsvorsitzender: Michael Scheeren

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

What means mojo in maven2?

2007-09-28 Thread Johannes Haase


Hello folks!

In each books and references about maven2 the mojo term has to be
an important meaning. But nowhere is an description what it implies
pertain to maven2. Could anybody explain me its eligible existence please?

Many thanks
Johannes



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

Re: regarding profiles

2007-09-28 Thread zalym


ok here goes.  this is my settings file
settings
 profiles
  profile
idinside/id
properties
repohttp://192.168.10.60:8080/repo
/properties
repositories
repository
idcentral/id

urlhttp://192.168.10.60:8080/artifactory/repo/url
snapshots
enabledfalse/enabled
/snapshots
/repository
repository
idsnapshots/id

urlhttp://192.168.10.60:8080/artifactory/repo/url
releases
enabledfalse/enabled
/releases
/repository
/repositories
/profile
profile
idoutside/id
properties
repohttp://repo1.company.com:8080/repo
/properties
repositories
repository
idcentral/id

urlhttp://repo1.company.com:8080/artifactory/repo/url
snapshots

enabledfalse/enabled
/snapshots
/repository
repository

idsnapshots/id

urlhttp://repo1.company.com:8080/artifactory/repo/url
releases

enabledfalse/enabled
/releases
/repository
/repositories
/profile
/profiles 
activeProfiles
activeProfileinside/activeProfile
/activeProfiles
/settings

the pom is as follows:
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
parent
groupIdcom.company.projects/groupId
artifactIdbase-project/artifactId
version1.0/version
/parent
modelVersion4.0.0/modelVersion
groupIdcom.company.implementations.product.cs/groupId
artifactIdImplementation/artifactId
version1.0-SNAPSHOT/version
nameImplementation/name
dependencies
dependency
groupIdorg.apache.geronimo.specs/groupId
artifactIdgeronimo-j2ee_1.4_spec/artifactId
version1.0/version
scopeprovided/scope
/dependency
dependency
groupIdcom.company.product/groupId
artifactIdproductCore/artifactId
version3.0-SNAPSHOT/version
typepom/type
/dependency
dependency
groupIdcommons-logging/groupId
artifactIdcommons-logging/artifactId
version1.1/version
!-- commons-logging 1.1. has invalid dependencies --
exclusions
exclusion
groupIdavalon-framework/groupId

artifactIdavalon-framework/artifactId
/exclusion
exclusion
groupIdlog4j/groupId
artifactIdlog4j/artifactId
/exclusion
exclusion
groupIdlogkit/groupId
artifactIdlogkit/artifactId
/exclusion
exclusion
groupIdjavax.servlet/groupId

Re: maven-ant-tasks-2.0.7: How to package an artifact?

2007-09-28 Thread Graham Leggett

On Thu, September 27, 2007 8:09 pm, Stefan Prange wrote:

 there are two reasons.
 1. I didn't want to create a new java project only to package an EAR file.
 Well, this reason is not quite cogent, I suppose. When using Maven one
 should engage with Maven's multi module approach.

We relented and converted our ant based ejb+ear, to a maven ejb module,
and a maven ear module. It was way simpler than trying to do it all in one
go.

It was also siginificantly quicker for developers too, as building the ejb
doesn't involve the time wasting phase of building the ear file.

 2. I want my EAR file named after a predefined pattern. It shall be name
 like appname.ear_timestamp, e.g. appname.ear_20070927. I tried to
 achieve this with Maven before (with build/finalname) but with no success.
 ANT allows me to name the resulting EAR file whatever I like.

Is there a reason you want this particular pattern?

What following the maven defaults buys you is that you get a whole lot of
downstream functionality for free.

We relented and let maven call our ear file my-project-ear-4.3.2.ear, and
we had to tweak some code in our app accordingly to support this.

We make releases of our code using the maven-release-plugin, which handles
the tagging, the building and deploying to our internal maven repository
for us, for free.

If we had done the ear step with ant, then we would have been forced to do
the tagging, building and deploying ourselves by hand, and we would have
had to train each developer on the team how to support our proprietry
methods themselves, a real headache.

Instead in our case, each member of the team takes it in turn to act as
release manager (to spread the knowledge), and they follow a relatively
simple recipe to prepare and perform the release, not caring about the
details - the details are maven's job.

In our case, on a very complex system involving 5 multi module projects,
about 20 artifacts (jars, ejbs, ears), and an Eclipse RCP application, can
be formally released and made available in our repo beginning to end in 30
minutes.

Thinking about this one of the key differences in using ant and maven is
this:

When using ant, the developer asks how do I do X?.

When using maven, the developer asks how does maven do X.

Maven already knows how to do stuff, but on condition you follow the
conventions. Following the conventions in maven is in the vast majority of
cases less work for you in the long run.

Regards,
Graham
--



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

Re: When builds are done in multi-module projects ?

2007-09-28 Thread Emmanuel Venisse


I'll try to reproduce it.

Can you look at logs the enqueuing lines to see if projects are in the right 
order?

Do you have scm changes between each build?

Emmanuel

Damien Lecan a écrit :

It isn't recommended to have the same source tree twice in continuum if pom 
files have the same version.
With this configuration, continuum can't resolve correctly the build order so a 
project B that must be built after an other project A is built before, then 
when A is built, Continuum detect a change
on it and build B


I set up another Continuum instance last night.
I reset both installations : fresh database, fresh project checkouts

I used exactly same configuration described before, but each project
copy was checked out on its own continuum instance.
I reduced time between to executions from 1h to 30min to have enough
results for this morning

Here are test results after 11h of tests

 GP1GP2
build status   all success  all success
nb of BD exec 2222
number of builds   2 to 18 1


Will you consider these tests results ? Or something else is wrong ?

 = 1 build definition : projects are built once, the first time
 = 2 build definitions : projects are built many times more

I used to use several build definitions with Continuum 1.0.3 for the
same project and it used to work fine.

Damien

Re: Replacing Proprietary Build System With Maven

 Could you give me an example of how you separate your API and
 implementation. Do you use separate poms, or within the same pom ? If
 within the same pom how do you check that only the API is used by other
 poms ? If in separate poms how do you build the bundle ?

There are 2 things in your questions :
 - how am I deploying my OSGi applications
 - how am I building my OSGi bundles

The second question depends on the 1st one.

With OSGi, you can choose where you want to deploy java classes. I can
reduce an OSGi application to 3 components :
 - service consumers (SC)
 - service descriptions (API)
 - service producers (SP)

Dependencies :
SC - API - SP

Many packaging solutions can found : all together or each component in
its own bundle.
Ok, packaging SC + API together is a bad idea, but packaging API + SP
can be done.
This last solution is a problem only when you can have several SP for
the same API.

So, basicaly, I have :

Parent pom
   +- SC (depends on API with scope provided)
   +-API
   +-SP (depends on API, can embed API if API scope is compile)

If you want 3 bundles, don't embed API in SP
If you want 2 bundles, embed API in SP (just a pom configuration)

Is it what you want ?

Damien Lecan

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

Re: When builds are done in multi-module projects ?

 It isn't recommended to have the same source tree twice in continuum if pom 
 files have the same version.
 With this configuration, continuum can't resolve correctly the build order so 
 a project B that must be built after an other project A is built before, then 
 when A is built, Continuum detect a change
 on it and build B

I set up another Continuum instance last night.
I reset both installations : fresh database, fresh project checkouts

I used exactly same configuration described before, but each project
copy was checked out on its own continuum instance.
I reduced time between to executions from 1h to 30min to have enough
results for this morning

Here are test results after 11h of tests

 GP1GP2
build status   all success  all success
nb of BD exec 2222
number of builds   2 to 18 1


Will you consider these tests results ? Or something else is wrong ?

 = 1 build definition : projects are built once, the first time
 = 2 build definitions : projects are built many times more

I used to use several build definitions with Continuum 1.0.3 for the
same project and it used to work fine.

Damien

Re: Using a parent POM plugin config in only some child modules?

2007-09-28 Thread Gisbert Amm


Steinar Bang wrote:

Tomasz Pik [EMAIL PROTECTED]:




Configure plugins in profiles in parent pom and activate profiles in
child poms?  This won't be automatic (I do not know if there's a way
to activate profile using packaging, maybe there's?) - you'll need
to add avtivation to child poms but should solve problem with
storing configuration in one place.



Yes, I was wondering about if profiles could be triggered by
packaging, and if that was a way to go...?


I had the same problem and you might find some background and 
suggestions in this thread:


http://www.nabble.com/How-to-activate-profile-for-certain-packaging--tf4243177s177.html#a12074301

However, we endet up checking for the existence of a certain directory 
that our homegrown deployment plugin pulls it's code in and activating 
the profile when that directory does exist. That has proven the most 
stable approach in the current situation.


-Gisbert

--
Gisbert Amm
Softwareentwickler Infrastruktur
Telefon: (0721) 91374 - 4224
Telefax: (0721) 91374 - 2740
E-Mail: [EMAIL PROTECTED]
Internet: www.1und1.de

11 Internet AG
Elgendorfer Strasse 57
56410 Montabaur

Amtsgericht Montabaur HRB 6484

Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger 
(Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim 
Weiss, Robert Hoffmann,

Aufsichtsratsvorsitzender: Michael Scheeren

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

uploading jars to a internal repository using mvn deploy

2007-09-28 Thread owen_moony

Sorry, the appropriate forum for this message is down, but I thought I might
be able to get some help here :)

I have just created an internal maven repository using proximity
(http://proximity.abstracthorizon.org). Everything is great, its acting as a
proxy and getting the jars from the internet and caching them - brilliant!
My only question is how do I upload my own jars created by me?

What I have done is add this to the pom.xml in a test project:

distributionManagement
repository
idinhouse/id

urlhttp://devserver1:/px-webapp/repository/inhouse/url
/repository
/distributionManagement

And the do mvn deploy but I get an error with:

HttpURLConnection returned the response code: 500

and the jetty server console says that PUT is not supported:

org.springframework.web.HttpRequestMethodNotSupportedException: Request
method 'PUT' not supported

So, I dont know what the deal is. The proximity website that you deploy has
no way of allowing you to upload and the file structure of the repository is
a mystery. How do you upload your home grown jars?!

Is there an easier way to create an internal repository (forget proximity),
so that you can use the mvn deploy command and get the thing to act as a
proxy and cache to the internet jars? I tried the sample from the maven book
Better Builds with Maven pp. 216 where you use an instance of jetty and
then have the repository served from there. But i couldnt configure it to
get the jars from the internet if they weren't found. And it seems that you
have to manually add every jar you need via scp... It mentions
repository-manager, is this the same as Archiva? The setup of this
sounds a little intrusive - in wants root access and to be able to add users
:\

How do people do this, surely it cant be all that hard - is there a simple
way of installing just one war or bundle jetty thing?

Thanks,
Owen.

--
View this message in context:
http://www.nabble.com/uploading-jars-to-a-internal-repository-using-%22mvn-deploy%22-tf4533027s177.html#a12936353
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: uploading jars to a internal repository using mvn deploy

2007-09-28 Thread Owen Jacobson



On 28-Sep-07, at 1:10 AM, owen_moony wrote:


I have just created an internal maven repository using proximity
(http://proximity.abstracthorizon.org). Everything is great, its  
acting as a
proxy and getting the jars from the internet and caching them -  
brilliant!

My only question is how do I upload my own jars created by me?


Upload them to a bog-standard maven repository using, for example,  
scp or webdav.  Maven repos are just directory trees of a known  
structure.


Is there an easier way to create an internal repository (forget  
proximity),
so that you can use the mvn deploy command and get the thing to  
act as a

proxy and cache to the internet jars?


Maintain your in-house repository in parallel to your mirror, rather  
than trying to use one repo for both tasks.


Cheers,
Owen

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

enable plugins for other packaging types


hi, 

as described in post (see link
http://www.nabble.com/how-to-disable-implicit-plugin-execution-order-of-inherited-poms--tf4534393s177.html)
i cannot use the packaging type war, because inherited plugin execution
makes war packaging of axis2 app fail.

my workaround is to use the packaging type jar, so plugin execution does not
get inherited. unfortunately this makes tomcat plugin not run, because it
expects a packaging war (it skips with message 'Skipping non-war project). 

does somebody know whether it is possible to use tomcat plugin though
packaging jar is set?

-- 
View this message in context: 
http://www.nabble.com/enable-plugins-for-other-packaging-types-tf4535051s177.html#a12942247
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Improving Maven Site Docs

2007-09-28 Thread Lally Singh

I just merged in the questions from the main FAQ on the maven site
(http://maven.apache.org/general.html) into the 'Answered Questions'
portion of the Wiki FAQ
(http://docs.codehaus.org/display/MAVENUSER/FAQs-1).  The latter is a
*lot* bigger, but is also really, really buried.  I promised to finish
it yesterday, but my new computer came in early :-)

Would it be possible to have that left-hand FAQ link to the Wiki FAQ?
It'll also let people add in other FAQs  Answers a lot quicker.

-- 
H. Lally Singh
Ph.D. Candidate, Computer Science
Virginia Tech

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

Re: [maven]How can I download all the plugins file at one time?

2007-09-28 Thread Gisbert Amm


http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html

-Gisbert

zhongliang zhang wrote:

Hi,I am new to maven,I start with the maven in 5 minutes.
Everything works well,but it takes too much time to download the
plugins.The plugin in the Apache site are in separate directories
which makes them not easy to download.
When I worked at home,I can not connect to the Internet for some reason.
So,Can anybody provide the full package of all the plugins that listed
in the Available Plugins.
thanks a lot.

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



--
Gisbert Amm
Softwareentwickler Infrastruktur
Telefon: (0721) 91374 - 4224
Telefax: (0721) 91374 - 2740
E-Mail: [EMAIL PROTECTED]
Internet: www.1und1.de

11 Internet AG
Elgendorfer Strasse 57
56410 Montabaur

Amtsgericht Montabaur HRB 6484

Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger 
(Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim 
Weiss, Robert Hoffmann,

Aufsichtsratsvorsitzender: Michael Scheeren

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

Duplicate jars/dependencies when building war module

2007-09-28 Thread Kjartan Aanestad


Hi,

We have a strange issue when building the war module. We have a  
couple of common modules that are built by continuum and used as  
dependencies in our project. Somehow these dependecies sometimes end  
up twice in the war file (WEB-INF\lib), ie:


[DEBUG] adding entry WEB-INF/lib/customer-proxy- 
beans-1.0-20070917.11-39.jar

[DEBUG] adding entry WEB-INF/lib/customer-proxy-beans-1.0-SNAPSHOT.jar

and

[DEBUG] adding entry WEB-INF/lib/ws-remoting-1.1-20070917.11-30.jar
[DEBUG] adding entry WEB-INF/lib/ws-remoting-1.1-20070917.11-32.jar

They are defined like this:

dependency
  groupIdnn.common.proxy.beans/groupId
  artifactIdcustomer-proxy-beans/artifactId
  version1.0-SNAPSHOT/version
/dependency

dependency
  groupIdnn.common.remoting/groupId
  artifactIdws-remoting/artifactId
  version1.1-SNAPSHOT/version
/dependency

Anyone have any suggestions what might be the problem?


-Kjartan

Re: my lobotomy [was: Improving Maven Site Docs]

2007-09-28 Thread Lally Singh

Actually, the model of 'shortcut translates to raw maven' may really
be the crux in getting maven really usable --- syntactic sugar can be
really effective.


-- 
H. Lally Singh
Ph.D. Candidate, Computer Science
Virginia Tech

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

Re: [maven]How can I download all the plugins file at one time?

2007-09-28 Thread zhongliang zhang

so,I just copy the ~\.m2\reposity directory to the offline
environment,and I can use the mvn with no downloading prompt or no
build_failture prompt.
is it right?

On 28/09/2007, Gisbert Amm [EMAIL PROTECTED] wrote:
 http://maven.apache.org/plugins/maven-dependency-plugin/go-offline-mojo.html

 -Gisbert

 zhongliang zhang wrote:
  Hi,I am new to maven,I start with the maven in 5 minutes.
  Everything works well,but it takes too much time to download the
  plugins.The plugin in the Apache site are in separate directories
  which makes them not easy to download.
  When I worked at home,I can not connect to the Internet for some reason.
  So,Can anybody provide the full package of all the plugins that listed
  in the Available Plugins.
  thanks a lot.
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 

 --
 Gisbert Amm
 Softwareentwickler Infrastruktur
 Telefon: (0721) 91374 - 4224
 Telefax: (0721) 91374 - 2740
 E-Mail: [EMAIL PROTECTED]
 Internet: www.1und1.de

 11 Internet AG
 Elgendorfer Strasse 57
 56410 Montabaur

 Amtsgericht Montabaur HRB 6484

 Vorstand: Ralph Dommermuth, Matthias Ehrlich, Andreas Gauger
 (Vorsitzender), Matthias Greve, Henning Ahlert, Norbert Lang, Achim
 Weiss, Robert Hoffmann,
 Aufsichtsratsvorsitzender: Michael Scheeren

 -
 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: customizable?

2007-09-28 Thread Jesse McConnell

 2. i use clearcase how is release function will work with that?


not sure it will work with that, have only used it with svn tbh


3. is there any clearcase listener available from continuum to listen for
 modification in source repository?


you can use the xmlrpc interface with continuum to force a build, or the
build schedules will pick up changes when they trigger

4. how do i give read access to everyone on continuum


assign the Continuum Project Something User role to the guest user :)


jesse

-- 
jesse mcconnell
[EMAIL PROTECTED]

Re: [ANN] Maven Doxia 1.0-alpha-9 Released

2007-09-28 Thread Dirk Olmes

Dennis Lundberg wrote:
 
 The Maven team is pleased to announce the release of Maven Doxia,
 version 1.0-alpha-9.

Are you sure this works? I set up a simple pom because I wanted to try
the twiki site renderer and get:

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Internal error in the plugin manager executing goal
'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site': Unable to
find the mojo
'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site' in the
plugin 'org.apache.maven.plugins:maven-site-plugin'
org/apache/maven/doxia/parser/AbstractTextParser

Should I raise a JIRA with the pom attached or am I missing something
obvious?

-dirk

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

Where is crimson-1.1.3 dependency coming from?

2007-09-28 Thread Mills, Blake S.

The jar crimson-1.1.3 is causing an exception.  When I manually remove
the jar from my WEB-INF/lib the exception goes away.  I can't find where
the dependency for crimson-1.1.3 is coming from.  Below is the
exception, maven version, jdk version, and pom.xml.
 
Exception:
org.springframework.beans.factory.BeanDefinitionStoreException: Parser
configuration exception parsing XML from ServletContext resource
[/WEB-INF/spring-servlet.xml]; nested exception is
javax.xml.parsers.ParserConfigurationException: Unable to validate using
XSD: Your JAXP provider
[EMAIL PROTECTED] does not
support XML Schema. Are you running on Java 1.4 or below with Apache
Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support.
 
 
Maven and jdk version:
Maven version: 2.0.7
Java version: 1.5.0_11
OS name: windows xp version: 5.1 arch: x86
 
 
pom.xml:
project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.myCompany.claims/groupId
  artifactIdITClaimsSite/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  nameITClaimsSite Maven Webapp/name
  urlhttp://maven.apache.org/url
  
  dependencies
!-- Spring --
dependency
groupIdorg.springframework/groupId
artifactIdspring/artifactId
version2.0.6/version
/dependency
dependency
groupIdorg.springmodules/groupId
artifactIdspring-modules-validation/artifactId
version0.7/version
/dependency
  
!-- Hibernate --
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.0.5/version
/dependency
 
!-- JodaTime --
dependency
groupIdjoda-time/groupId
artifactIdjoda-time/artifactId
version1.4/version
/dependency
 
!-- Calendartag --
dependency
groupIdorg.calendartag/groupId
artifactIdcalendartag/artifactId
version1.0.1/version
/dependency
 
!-- Junit --
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version3.8.1/version
  scopetest/scope
/dependency
 
!-- JFreeChart  cewolf tag--
dependency
groupIdjfree/groupId
artifactIdjfreechart/artifactId
version1.0.5/version
/dependency
dependency
groupIdcewolf/groupId
artifactIdcewolf/artifactId
version1.0/version
exclusions
exclusion
groupIdgnujaxp/groupId
artifactIdgnujaxp/artifactId
/exclusion
/exclusions
/dependency
  
!-- Tags/Servlet --
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.4/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjsp-api/artifactId
version2.0/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjstl/artifactId
version1.1.2/version
/dependency
dependency
groupIdtaglibs/groupId
artifactIdstandard/artifactId
version1.1.2/version
/dependency
  /dependencies
  
  build
finalNameITClaimsSite/finalName
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.5/source
target1.5/target
/configuration
/plugin
/plugins
  /build
/project

RE: Where is crimson-1.1.3 dependency coming from?

2007-09-28 Thread Barrett Nuzum

Blake:
 
Analyzing the Project Site Dependency report or running dependency:tree (if 
available :( )
should be able to tell you which dependency is causing crimson to be included.
 
Barrett
 
::   
Barrett Nuzum
Sr. Consultant
Direct: 918.640.4414
Fax: 972.789.1340 

Valtech Technologies, Inc.
5080 Spectrum Drive
Suite 700 West
Addison, Texas 75001
www.valtech.us http://www.valtech.us/
Delivering Business Agility




From: Mills, Blake S. [mailto:[EMAIL PROTECTED]
Sent: Fri 9/28/2007 1:12 PM
To: users@maven.apache.org
Subject: Where is crimson-1.1.3 dependency coming from?



The jar crimson-1.1.3 is causing an exception.  When I manually remove
the jar from my WEB-INF/lib the exception goes away.  I can't find where
the dependency for crimson-1.1.3 is coming from.  Below is the
exception, maven version, jdk version, and pom.xml.

Exception:
org.springframework.beans.factory.BeanDefinitionStoreException: Parser
configuration exception parsing XML from ServletContext resource
[/WEB-INF/spring-servlet.xml]; nested exception is
javax.xml.parsers.ParserConfigurationException: Unable to validate using
XSD: Your JAXP provider
[EMAIL PROTECTED] does not
support XML Schema. Are you running on Java 1.4 or below with Apache
Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support.


Maven and jdk version:
Maven version: 2.0.7
Java version: 1.5.0_11
OS name: windows xp version: 5.1 arch: x86


pom.xml:
project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.myCompany.claims/groupId
  artifactIdITClaimsSite/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  nameITClaimsSite Maven Webapp/name
  urlhttp://maven.apache.org http://maven.apache.org/ /url
 
  dependencies
!-- Spring --
dependency
groupIdorg.springframework/groupId
artifactIdspring/artifactId
version2.0.6/version
/dependency
dependency
groupIdorg.springmodules/groupId
artifactIdspring-modules-validation/artifactId
version0.7/version
/dependency
 
!-- Hibernate --
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.0.5/version
/dependency

!-- JodaTime --
dependency
groupIdjoda-time/groupId
artifactIdjoda-time/artifactId
version1.4/version
/dependency

!-- Calendartag --
dependency
groupIdorg.calendartag/groupId
artifactIdcalendartag/artifactId
version1.0.1/version
/dependency

!-- Junit --
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version3.8.1/version
  scopetest/scope
/dependency

!-- JFreeChart  cewolf tag--
dependency
groupIdjfree/groupId
artifactIdjfreechart/artifactId
version1.0.5/version
/dependency
dependency
groupIdcewolf/groupId
artifactIdcewolf/artifactId
version1.0/version
exclusions
exclusion
groupIdgnujaxp/groupId
artifactIdgnujaxp/artifactId
/exclusion
/exclusions
/dependency
 
!-- Tags/Servlet --
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.4/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjsp-api/artifactId
version2.0/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjstl/artifactId
version1.1.2/version
/dependency
dependency
groupIdtaglibs/groupId
artifactIdstandard/artifactId
version1.1.2/version
/dependency
  /dependencies
 
  build
finalNameITClaimsSite/finalName
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.5/source
target1.5/target
/configuration
/plugin
/plugins
  /build
/project








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

Re: When builds are done in multi-module projects ?

 Can you look at logs the enqueuing lines to see if projects are in the 
 right order?

It seems.
They are always in the same order for each build definition
executions, but not exactly as the same as it is this displayed by
Reactor when builing from parent pom.
Subprojects with pom packaging are build earlier by Continuum than
by Reactor, but nothing depends on them.

 Do you have scm changes between each build?

Of course not, otherwise the number of builds on the second continuum
instance would have been greater than 1.

The 2 configurations were running together last night.

 I'll try to reproduce it.

Are you working on a fast machine ? Because my server is slow, maybe
some processes begin before the end of other processes.

Eg :

...
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing 'RUS
Server Project' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing 'RUS
commons' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Domain Parent' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Persistance Parent' (Build definition id=4).
[pool-1-thread-1] INFO  buildcontroller.BuildController:default  -
Initializing build
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Persistance Data' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Persistance API' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Domain API' (Build definition id=4).
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Persistance Mock' (Build definition id=4).
[pool-1-thread-1] INFO  BuildController:default  - Starting build of
RUS Server Project
[defaultScheduler_Worker-13] INFO  Continuum:default  - Enqueuing
'Domain Test Framework' (Build definition id).
... enqueuing continues by 16 modules more

As we can see, build begins before the end enqueuing.
I don't know if it is normal or not.

Damien Lecan

RE: Where is crimson-1.1.3 dependency coming from?

2007-09-28 Thread Mills, Blake S.

Hmmm.  Gotta love it. Required goal not found: dependency:tree

Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal
still won't work.

Forgive me for not loving the transitive dependencies when I can't even
track down where the dependencies are coming from.

Thx anyway Barrett.


-Original Message-
From: Barrett Nuzum [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 1:20 PM
To: Maven Users List
Subject: RE: Where is crimson-1.1.3 dependency coming from?

Blake:
 
Analyzing the Project Site Dependency report or running dependency:tree
(if available :( )
should be able to tell you which dependency is causing crimson to be
included.
 
Barrett
 
::   
Barrett Nuzum
Sr. Consultant
Direct: 918.640.4414
Fax: 972.789.1340 

Valtech Technologies, Inc.
5080 Spectrum Drive
Suite 700 West
Addison, Texas 75001
www.valtech.us http://www.valtech.us/
Delivering Business Agility




From: Mills, Blake S. [mailto:[EMAIL PROTECTED]
Sent: Fri 9/28/2007 1:12 PM
To: users@maven.apache.org
Subject: Where is crimson-1.1.3 dependency coming from?



The jar crimson-1.1.3 is causing an exception.  When I manually remove
the jar from my WEB-INF/lib the exception goes away.  I can't find where
the dependency for crimson-1.1.3 is coming from.  Below is the
exception, maven version, jdk version, and pom.xml.

Exception:
org.springframework.beans.factory.BeanDefinitionStoreException: Parser
configuration exception parsing XML from ServletContext resource
[/WEB-INF/spring-servlet.xml]; nested exception is
javax.xml.parsers.ParserConfigurationException: Unable to validate using
XSD: Your JAXP provider
[EMAIL PROTECTED] does not
support XML Schema. Are you running on Java 1.4 or below with Apache
Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support.


Maven and jdk version:
Maven version: 2.0.7
Java version: 1.5.0_11
OS name: windows xp version: 5.1 arch: x86


pom.xml:
project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.myCompany.claims/groupId
  artifactIdITClaimsSite/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  nameITClaimsSite Maven Webapp/name
  urlhttp://maven.apache.org http://maven.apache.org/ /url
 
  dependencies
!-- Spring --
dependency
groupIdorg.springframework/groupId
artifactIdspring/artifactId
version2.0.6/version
/dependency
dependency
groupIdorg.springmodules/groupId
artifactIdspring-modules-validation/artifactId
version0.7/version
/dependency
 
!-- Hibernate --
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.0.5/version
/dependency

!-- JodaTime --
dependency
groupIdjoda-time/groupId
artifactIdjoda-time/artifactId
version1.4/version
/dependency

!-- Calendartag --
dependency
groupIdorg.calendartag/groupId
artifactIdcalendartag/artifactId
version1.0.1/version
/dependency

!-- Junit --
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version3.8.1/version
  scopetest/scope
/dependency

!-- JFreeChart  cewolf tag--
dependency
groupIdjfree/groupId
artifactIdjfreechart/artifactId
version1.0.5/version
/dependency
dependency
groupIdcewolf/groupId
artifactIdcewolf/artifactId
version1.0/version
exclusions
exclusion
groupIdgnujaxp/groupId
artifactIdgnujaxp/artifactId
/exclusion
/exclusions
/dependency
 
!-- Tags/Servlet --
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.4/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjsp-api/artifactId
version2.0/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjstl/artifactId
version1.1.2/version
/dependency
dependency
groupIdtaglibs/groupId
artifactIdstandard/artifactId
version1.1.2/version
/dependency
  /dependencies
 
  build
finalNameITClaimsSite/finalName
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.5/source
target1.5/target
/configuration
/plugin
/plugins
  /build
/project








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

Flakey repositories: several tries and long delays required for junit and other jars

2007-09-28 Thread siegfried

I've only written one pom.xml with only a several dependencies clauses but
I'm feeling a lot of dismay.

 

I'm using the Q eclipse maven plug in to select dependencies from the
repositories. I am spending a lot of time getting jar files that will
download. Since the eclipse plugin gives several (for example) spring or
junit jars, I pick the first one and then I typically get that error message
that tells me to download the jar file manually and then install it
manually. If I select different spring.jar or junit.jar I have eventually
been able to make it work.

 

1.  Why do I need make several tries before I find a junit.jar or a
spring.jar (for example) that will not give me that message and download
correctly?
2.  How do I download a jar manually? Can I use wget?
3.  Why is there such a long delay when I do have a successful download?
I typically have to exit eclipse, wait 10 minutes and restart eclipse
several times before I can see the jar files show up. (Perhaps this is off
topic and should be posted in the mailing list for the Q plug-in). I have
exited eclipse and when the windows disappear I assume I have exited
eclipse. Then when I restart eclipse immediately, it won't start on the
default workspace because there is another eclipse instance running. So then
I use the task manager to kill the renegade eclipse.exe that does not have
any windows and then I can start eclipse again. But then the maven jar files
have not downloaded. Could it be that the renegade eclipse.exe was taking an
extra long time to download the jar files? When I download with wget or a
browser, for example, I generally average 180Kbytes a second. Why would
maven/eclipse need 10 minutes for a junit download?

 

Thanks,

Siegfried

RE: Where is crimson-1.1.3 dependency coming from?

2007-09-28 Thread Iker Almandoz

dependency:tree is only supported by
maven-dependency-plugin-2.0-alpha-5-SNAPSHOT currently... you can add the
SNAPSHOT repository by adding the following to your pom.xml

  pluginRepositories
  pluginRepository
idmaven.shapshot/id
nameMaven snapshot repository/name
 
urlhttp://people.apache.org/repo/m2-snapshot-repository/url
  /pluginRepository
/pluginRepositories


Another option is to run the 'site' target and look at the dependency
report, 

Iker

-Original Message-
From: Mills, Blake S. [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 11:54 AM
To: Maven Users List
Subject: RE: Where is crimson-1.1.3 dependency coming from?

Hmmm.  Gotta love it. Required goal not found: dependency:tree

Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal
still won't work.

Forgive me for not loving the transitive dependencies when I can't even
track down where the dependencies are coming from.

Thx anyway Barrett.


-Original Message-
From: Barrett Nuzum [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 1:20 PM
To: Maven Users List
Subject: RE: Where is crimson-1.1.3 dependency coming from?

Blake:
 
Analyzing the Project Site Dependency report or running dependency:tree
(if available :( )
should be able to tell you which dependency is causing crimson to be
included.
 
Barrett
 
::   
Barrett Nuzum
Sr. Consultant
Direct: 918.640.4414
Fax: 972.789.1340 

Valtech Technologies, Inc.
5080 Spectrum Drive
Suite 700 West
Addison, Texas 75001
www.valtech.us http://www.valtech.us/
Delivering Business Agility




From: Mills, Blake S. [mailto:[EMAIL PROTECTED]
Sent: Fri 9/28/2007 1:12 PM
To: users@maven.apache.org
Subject: Where is crimson-1.1.3 dependency coming from?



The jar crimson-1.1.3 is causing an exception.  When I manually remove
the jar from my WEB-INF/lib the exception goes away.  I can't find where
the dependency for crimson-1.1.3 is coming from.  Below is the
exception, maven version, jdk version, and pom.xml.

Exception:
org.springframework.beans.factory.BeanDefinitionStoreException: Parser
configuration exception parsing XML from ServletContext resource
[/WEB-INF/spring-servlet.xml]; nested exception is
javax.xml.parsers.ParserConfigurationException: Unable to validate using
XSD: Your JAXP provider
[EMAIL PROTECTED] does not
support XML Schema. Are you running on Java 1.4 or below with Apache
Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support.


Maven and jdk version:
Maven version: 2.0.7
Java version: 1.5.0_11
OS name: windows xp version: 5.1 arch: x86


pom.xml:
project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.myCompany.claims/groupId
  artifactIdITClaimsSite/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  nameITClaimsSite Maven Webapp/name
  urlhttp://maven.apache.org http://maven.apache.org/ /url
 
  dependencies
!-- Spring --
dependency
groupIdorg.springframework/groupId
artifactIdspring/artifactId
version2.0.6/version
/dependency
dependency
groupIdorg.springmodules/groupId
artifactIdspring-modules-validation/artifactId
version0.7/version
/dependency
 
!-- Hibernate --
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.0.5/version
/dependency

!-- JodaTime --
dependency
groupIdjoda-time/groupId
artifactIdjoda-time/artifactId
version1.4/version
/dependency

!-- Calendartag --
dependency
groupIdorg.calendartag/groupId
artifactIdcalendartag/artifactId
version1.0.1/version
/dependency

!-- Junit --
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version3.8.1/version
  scopetest/scope
/dependency

!-- JFreeChart  cewolf tag--
dependency
groupIdjfree/groupId
artifactIdjfreechart/artifactId
version1.0.5/version
/dependency
dependency
groupIdcewolf/groupId
artifactIdcewolf/artifactId
version1.0/version
exclusions
exclusion
groupIdgnujaxp/groupId
artifactIdgnujaxp/artifactId
/exclusion
/exclusions
/dependency
 
!-- Tags/Servlet --
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.4/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjsp-api/artifactId
version2.0/version
scopeprovided/scope
/dependency
dependency

RE: Where is crimson-1.1.3 dependency coming from?

2007-09-28 Thread Mills, Blake S.

THANK YOU Iker!  I used the dependency tree on the dependencies report.
I added an exclusion to the dependency that required crimson.

Sorry for the simple question.  I truly appreciate the help.

-blake


-Original Message-
From: Iker Almandoz [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 2:28 PM
To: 'Maven Users List'
Subject: RE: Where is crimson-1.1.3 dependency coming from?

dependency:tree is only supported by
maven-dependency-plugin-2.0-alpha-5-SNAPSHOT currently... you can add
the
SNAPSHOT repository by adding the following to your pom.xml

  pluginRepositories
  pluginRepository
idmaven.shapshot/id
nameMaven snapshot repository/name
 
urlhttp://people.apache.org/repo/m2-snapshot-repository/url
  /pluginRepository
/pluginRepositories


Another option is to run the 'site' target and look at the dependency
report, 

Iker

-Original Message-
From: Mills, Blake S. [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 11:54 AM
To: Maven Users List
Subject: RE: Where is crimson-1.1.3 dependency coming from?

Hmmm.  Gotta love it. Required goal not found: dependency:tree

Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal
still won't work.

Forgive me for not loving the transitive dependencies when I can't even
track down where the dependencies are coming from.

Thx anyway Barrett.


-Original Message-
From: Barrett Nuzum [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 1:20 PM
To: Maven Users List
Subject: RE: Where is crimson-1.1.3 dependency coming from?

Blake:
 
Analyzing the Project Site Dependency report or running dependency:tree
(if available :( )
should be able to tell you which dependency is causing crimson to be
included.
 
Barrett
 
::   
Barrett Nuzum
Sr. Consultant
Direct: 918.640.4414
Fax: 972.789.1340 

Valtech Technologies, Inc.
5080 Spectrum Drive
Suite 700 West
Addison, Texas 75001
www.valtech.us http://www.valtech.us/
Delivering Business Agility




From: Mills, Blake S. [mailto:[EMAIL PROTECTED]
Sent: Fri 9/28/2007 1:12 PM
To: users@maven.apache.org
Subject: Where is crimson-1.1.3 dependency coming from?



The jar crimson-1.1.3 is causing an exception.  When I manually remove
the jar from my WEB-INF/lib the exception goes away.  I can't find where
the dependency for crimson-1.1.3 is coming from.  Below is the
exception, maven version, jdk version, and pom.xml.

Exception:
org.springframework.beans.factory.BeanDefinitionStoreException: Parser
configuration exception parsing XML from ServletContext resource
[/WEB-INF/spring-servlet.xml]; nested exception is
javax.xml.parsers.ParserConfigurationException: Unable to validate using
XSD: Your JAXP provider
[EMAIL PROTECTED] does not
support XML Schema. Are you running on Java 1.4 or below with Apache
Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support.


Maven and jdk version:
Maven version: 2.0.7
Java version: 1.5.0_11
OS name: windows xp version: 5.1 arch: x86


pom.xml:
project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.myCompany.claims/groupId
  artifactIdITClaimsSite/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  nameITClaimsSite Maven Webapp/name
  urlhttp://maven.apache.org http://maven.apache.org/ /url
 
  dependencies
!-- Spring --
dependency
groupIdorg.springframework/groupId
artifactIdspring/artifactId
version2.0.6/version
/dependency
dependency
groupIdorg.springmodules/groupId
artifactIdspring-modules-validation/artifactId
version0.7/version
/dependency
 
!-- Hibernate --
dependency
groupIdorg.hibernate/groupId
artifactIdhibernate/artifactId
version3.0.5/version
/dependency

!-- JodaTime --
dependency
groupIdjoda-time/groupId
artifactIdjoda-time/artifactId
version1.4/version
/dependency

!-- Calendartag --
dependency
groupIdorg.calendartag/groupId
artifactIdcalendartag/artifactId
version1.0.1/version
/dependency

!-- Junit --
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version3.8.1/version
  scopetest/scope
/dependency

!-- JFreeChart  cewolf tag--
dependency
groupIdjfree/groupId
artifactIdjfreechart/artifactId
version1.0.5/version
/dependency
dependency
groupIdcewolf/groupId
artifactIdcewolf/artifactId
version1.0/version
exclusions
exclusion
groupIdgnujaxp/groupId
artifactIdgnujaxp/artifactId
/exclusion
/exclusions

Re: recommandation for JS packaging ? (was Using maven for JavaScript projects)

2007-09-28 Thread nicolas de loof

I myself like the war overlay idea as this allow not just JS to be
packaged, but also any static resources, like css stylesheets :
consider webapp skins, maanged as separate projects, and applied to
all apps in a company !

BUT I don't like that it cannot be used with lightweight servlet
engine jetty using the jetty:run goal...

Nico.

2007/9/28, Manos Batsis [EMAIL PROTECTED]:
 nicolas de loof wrote:
  What would be the better way to package JS libs ?
 
  - option 1 : use existing WAR packaging with war overlay
 good : Works today with no change, just requires us to agree on a
  common folder for scripts
 bad : cannot be used with jetty:run as the weapp is not packaged
 
  - option 2 : use js packaged into a jar, and a custom plugin to unpack.
 js:inplace to unpack into src/main/webapp, prior to lauching jetty:run
 js:unpack to unpack during the package phase.


 Option 2 is the preferred way for me, mostly because WAR overlaying can
 only help with, well, web apps.

 I'm working on that along with a ServletFilter that can be used as a
 dependency (maybe war overlay?) in web projects. I'm not through with
 the details though and was going to ask here for suggestions.

 So, a very rough outline:

 - Provide JS packaging of projects as JAR artifacts
 - Provide a library that can be used as a dependency by web apps. The
 lib contains, basically, a Servlet Filter listening to *.js and
 builds/caches the HTTP response after pulling and maybe compressing the
 JS code from the classpath
 - Provide something equally useful for non-webapp projects

 Some questions:

 - What kind of metadata would be useful in what one would consider as
 the standard way to package JS-based JAR artifacts?
 - What kind of metadata would be useful for libs utilizing that packaging?
 - Can WAR overlaying be used to bring that Servlet Filter in a web-app,
 along with the appropriate web.xml markup?

 There more details but that gives the general idea. I have not yet
 formed an opinion on how useful knowledge on JS dependencies (i.e.
 script1.js was requested but the client has not received a dependency,
 sript2.js yet) is on runtime.

 WDYT?

 Many thanks,

 Manos

 -
 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: Changelog for Perforce


For help on debugging the changelog-plugin see:

http://maven.apache.org/plugins/maven-changelog-plugin/faq.html

On how to specify a Perforce scm url, see:

http://maven.apache.org/scm/perforce.html

Yan Huang wrote:

Hello,

Is there any example as to how to configure changelog plug-in for Perforce?
I was trying this one but it didn't work. How can I include user/password
for Perforce in pom?

 scm
   connectionscm:perforce:[EMAIL PROTECTED]:3460
://path/to/mydepo/connection
 /scm

  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-changelog-plugin/artifactId
configuration
  systemProperties
property
  namemaven.scm.perforce.clientspec.name/name
  valueauto-foundations/value
/property
  /systemProperties
/configuration
  /plugin

Thanks
Yan




--
Dennis Lundberg

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

Re: [ANN] Maven Doxia 1.0-alpha-9 Released

The version of maven-site-plugin that uses the new version of Doxia is 
2.0-beta-6-SNAPSHOT. We are working on getting that released as well. 
maven-site-plugin 2.0-beta-5 uses a previous version of doxia.


Dirk Olmes wrote:

Dennis Lundberg wrote:

The Maven team is pleased to announce the release of Maven Doxia,
version 1.0-alpha-9.


Are you sure this works? I set up a simple pom because I wanted to try
the twiki site renderer and get:

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Internal error in the plugin manager executing goal
'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site': Unable to
find the mojo
'org.apache.maven.plugins:maven-site-plugin:2.0-beta-5:site' in the
plugin 'org.apache.maven.plugins:maven-site-plugin'
org/apache/maven/doxia/parser/AbstractTextParser

Should I raise a JIRA with the pom attached or am I missing something
obvious?

-dirk

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





--
Dennis Lundberg

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

Re: Why Maven is Hard?

The standard for how we document the plugins within the Maven project 
can be found here:


http://maven.apache.org/guides/development/guide-plugin-documentation.html

It has been a long way and a lot of work to get this in place for all 
our plugins. The purpose of the standard was to document plugins in a 
similar way. That should make it easier for users to find their way 
around any plugin site, if they have learned it once.


We don't accept new plugins unless they follow the plugin documentation 
standard. We have even written a plugin that helps us check this:


http://maven.apache.org/plugins/maven-docck-plugin/


Final note: I take it that you are being payed money where you work. 
This is an open source project.


EJ Ciramella wrote:

I have to agree with the comments in this thread.

Asking someone to contribute documentation for a plugin they didn't
write is pretty lame.  How about not letting someone submit a plugin
until not only has the code been tested/proven, but the associated
documentation is up to snuff?  I don't know how it works where ever you
guys are working but when code is committed to our SCM system here, a
code review has to pass.  Part of that review is to go over the
associated documentation.

Also, I've spent hours upon hours chasing my tail on things like the bug
where profiles weren't ordered in the order specified on the commandline
(it seemed partially random and then partially due to ordering in
settings.xml/profiles.xml).  After many days of silence on both mailing
lists, we pulled down the source and realized that it was a bug, fixed
it, and then saw a new release of maven 2 come out that did the same
thing.

We've also noticed that classpaths aren't as controlled as we would have
liked.  A scenario is - three modules at the same level, two branched
away as to be built in isolation.  All of a sudden the third module
can't find any classes that the first two put into the compile classpath
- and this is the case if/if not there are dependencies on these modules
to/from each other.

I'd also like to echo the sentiment, maven is great if you're doing
standard stuff and maven is HORRIBLE when you're trying to do anything
out of the norm.  I feel like it's easier to just write my own plugin
than it is to scour the maven site in hopes of finding something
suitable to my needs.  Additionally, twice now we've started using a
plugin just to find that it has been abandoned for a less buggy plugin.

Where's the repository management documentation (how to set one up at
your company, how to keep it up-to-date, etc.)?  I work at a relatively
large company and I can't believe for a second other companies similarly
sized or bigger would want developer groups going across the internet
the way maven tries to do (for plugins and dependencies).  This also
makes overseas development challenging.

Look, I think many people are wanting a build tool better than shell
scripting and make, possibly easier than ant - but something with less
of a learning curve of maven 1 or 2.  I think ant is REALLY smooth and
easy to code/understand.  To say that ant is challenging in any
way/shape/form is to deny the truth.  Maven 2 build/release engineering
does get easier with time, but we all don't have limitless time to
learn.

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





--
Dennis Lundberg

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

Re: how to configure module site report?


You can see the various options for the site:stage on this page:

http://maven.apache.org/plugins/maven-site-plugin/stage-mojo.html

Yan Huang wrote:

let me rephrase my 1st question: is there a way to configure the generated
directory name when I run mvn site:stage? It seems to me that it uses the
name tag in pom.xml from the top directory. For example, if I have this
defined in the top level:

  groupIdmycompany/groupId
  artifactIdmyexample-pom/artifactId
  version1.0-SNAPSHOT/version
  nameExample POM/name
  packagingpom/packaging

When I run mv site:stage, it create Example POM directory under the
specified stageDirectory location. Is there a way to use different name in
the run?

Thanks

On 9/25/07, Jim Sellers [EMAIL PROTECTED] wrote:

1) auto generate and modify it manually later?  Isn't the point not to
manually edit any generated artifacts?  I'm assuming that I'm not
understanding that question so I'm going to skip that...

2) I don't believe that you can skip any phases of the lifecycle.  I don't
see how maven could use data from a previous run... I think that maven
assumes any data from a previous run is stale data, if it exists.

HTH
Jim


On 9/25/07, Yan Huang [EMAIL PROTECTED] wrote:

Thanks, That works.

Two more questions:)
1. is there a way to auto-generate a site descriptor based on the info

in

pom.xml? later, I can just alter that descriptor if needed.
2. is there a way (on the command line) to skip all previous phases but
just
site one when I just want to get the report after previous successful
run?

Thanks
Yan

On 9/25/07, Dennis Lundberg [EMAIL PROTECTED] wrote:

Yan Huang wrote:

Hello,

I have a bunch of modules under the top project. When I run the site

report,

the report link to the modules are defined as
target/site/module1/index.html. How do I configure project-info

plug-in to

generate the link to module1/target/site/index.html instead?

The short answer is: You can't.

The slightly longer answer is: In a normal of the site-plugin, i.e.

'mvn

site:site' the plugin will not try to create links between the

different

modules' target directories. When you deploy your site with 'mvn
site:deploy' the links will be correct. If you want to check the links
prior to deployment, you can use 'mvn site:stage' which deploys the
complete site to a (local) staging place.


Thanks
Yan



--
Dennis Lundberg

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







--
Dennis Lundberg

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

1.1-beta-3 LDAP

2007-09-28 Thread Madsen,Bryan

I trudged through configuring LDAP and am now able to log on with my
sign on and password. I think I still have some configuration related
issues that need to be addressed. 

When I access the server and am not logged in I have full admin rights.
This applies to anyone.

When I log in it seems I am the administrator since I logged in the
first time. Another person I work with logged in and has the ability to
see nothing. Right now the moral of the story is don't login and you can
do anything.

When I go to the Users screen no users are displayed and the only thing
I can do is look at the User List and Roles Matrix report. How do I
configure access control for users signed in through LDAP?

In the security.properties file I added the following config:

# LDAP setup
user.manager.impl=ldap
ldap.bind.authenticator.enabled=true
redback.default.admin=myusername
redback.default.guest=myusername
security.policy.password.expiration.enabled=false   

What is the purpose of redback.default.admin and redback.default.guest?
If I omitted those configs the server crashes on startup. I used my
personnel username for admin and guest since I don't see the purpose of
these configurations and that seemed to work.

In my situation I would like to have any user login with LDAP and
default to guest access and then configure specific users for more
advanced rights. Is this supposed to be handled through the Users screen
or some other location?

Any help would be appreciated.

Bryan


--
CONFIDENTIALITY NOTICE This message and any included attachments are from 
Cerner Corporation and are intended only for the addressee. The information 
contained in this message is confidential and may constitute inside or 
non-public information under international, federal, or state securities laws. 
Unauthorized forwarding, printing, copying, distribution, or use of such 
information is strictly prohibited and may be unlawful. If you are not the 
addressee, please promptly delete this message and notify the sender of the 
delivery error by e-mail or you may call Cerner's corporate offices in Kansas 
City, Missouri, U.S.A at (+1) (816)221-1024.

Re: Why Maven is Hard?


Lally Singh wrote:

On 9/26/07, Wendy Smoak [EMAIL PROTECTED] wrote:

(There *is* a doc standard that they have to pass prior to being
promoted from the sandbox and released.  Does it need to be changed?)


YES.

Right now the docs tend to look 100% autogenerated and be 0% useful.


Well, that's because a lot of it *is* generated. That in combination 
with a site disposition that we agreed upon makes the plugin sites look 
similar. But that should be a good thing!



It's tough to find the useful material in all the autogenerated and
unnecessary fluff.  Just a description of all the options (e.g.
reference documentation) and an example is all I'm asking for.


Every plugin has (auto-generated) reference documentation of the 
available options. Click the Goals link in the menu to go there. Then 
click on the goal that you are interested in. All plugins at the Maven 
project work this way.


That being said, many options lack good descriptions. This is where I 
see that you, the user community, can help us improve this. We need to 
find a good way to find out which specific options that need better 
descriptions.



Some boilerplate in there in how to set up plugins (in general) would
also be nice.

On 9/26/07, Rodrigo Madera [EMAIL PROTECTED] wrote:

Make the Better Builds book available directly through the Maven site

WITHOUT registration.

That'd be nice.  Even before hearing back from the respective authors,
HOW ABOUT LINKING TO THEM I don't mind registering.  I mind
finding out about the book randomly from the mailing list or google.




--
Dennis Lundberg

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

Is there equivalent maven 2 tag for the dependency property tag eclipse.dependency from maven 1

2007-09-28 Thread Yan Huang

Hello,

On maven 1, we have this tag eclipse.dependency for a dependency

  dependency
groupIdmygroupID/groupId
artifactIdmyexmapleID/artifactId
version1.0.0.0/version
typejar/type
properties
zip.bundletrue/zip.bundle
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency

Is there equivalent stuff on maven 2?

Thanks
Yan

Re: Why Maven is Hard?


Lee Meador wrote:

That sounds as easy as herding cats. Trying to get all the people on the
user list to NOT do anything is unlikely.

The fact is, as I see it, its easier to just give a quick answers to
questions that strike my fancy than it is to hunt it down in the docs and
point them to it. That allows me to limit the time I have available to
invest in Maven.

If I give the the URL directly, they don't know how to find it in the
future.


What could be easier to find than a URL? Just add a bookmark/favorite.


If I want to tell them which links to click to get there, its a pain for me.
Its also likely to change in the future (as it has in the past when the docs
were rearranged).
FInally, typing in a list of things to click is error prone and easy to get
wrong.

Maybe someone (or ones) would volunteer to collect the questions from the
newsgroup and transfer them to the site if someone else would reply to the
interesting questions with some magic words that could be searched on. So,
for example, I see what seems to me to be a FAQ with a useful answer in some
thread on this list. I reply with the magic word FAQCANDIDATE in the
reply. I picked one word because Google searches for two words differently
than one word. Then the collectors could search for that word and come up
with a short list of user list threads to mine for good FAQ entries.


This is exactly what the user wiki can be used for. If people on this 
list would go the extra bit and add these FAQ candidates (plus answers 
of course) to the user FAQ we'd have won a lot.



The only way I see that I would fail, besides nobody doing it, is if idiots
invade the list and overuse the magic word.

-- Lee Meador

On 9/27/07, Wim Deblauwe [EMAIL PROTECTED] wrote:

What about not answering any questions on the mailinglist anymore, but
only
point to existing documentation. If there is no suitable docs for the
question, put in a JIRA issue. That should improve the docs fast!

regards,

Wim

2007/9/27, Wayne Fay [EMAIL PROTECTED]:

On 9/26/07, Tomasz Pik [EMAIL PROTECTED] wrote:

Example - please, try to find out how to skip executing of tests
during build starting from http://maven.apache.org

OK, I'll bite...
starting at http://maven.apache.org
on the left, click on Wiki
scroll down to Children, click on FAQs, see its not there
click on previously answered questions (or click back and click on
FAQs-1)
oh look, there it is -- Testing How do I skip unit tests when
building a project?

Admittedly, I'm not sure why we have 2 FAQ pages in the Wiki, plus
another FAQ on the main Maven site. But I also don't think this is all
that horrible. Obviously you can't expect to find every answer this
easily but common questions should be. So the next step seems (to me
at least) to be determining what are those common questions, as I
mentioned in Brian's thread on improving site docs. This is something
that users like yourself must participate in if we hope to have any
chance of success in this effort.

(Also if you Google for maven skip unit test there's a number of
hits right away. I personally feel that answers found via Google are
no less valid than others, especially if you add the
site:maven.apache.org directive. To say nothing of all the hits in
the mail list archive if you search for this.)

Wayne

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




--
Vigilog - an open source log file viewer: http://vigilog.sourceforge.net
Blog: http://www.jroller.com/page/Fester








--
Dennis Lundberg

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

how to refer set of properties for maven?

2007-09-28 Thread Sonar, Nishant

Maven has got some properties (inherent) like
project.build.outputDirectory where can I find the rest of the
properties?

 

- Nishant

Re: Why Maven is Hard?


Steinar Bang wrote:

Denis Bessmertniy [EMAIL PROTECTED]:



It is interesting why maven is so hard to understand? Why it is not well
documented? (It is all my own opinions)
I haven't so much probmlems with Ant, for example. 


Here are the problems I have had:
 - unclear where maven ends and plugins take over
 - unclear what versions of the plugins are in use
 - unclear where the plugins come from, and who are responsible 
 - sparse documentation, where the docs on the web may be for a

   different version of the plugin than the one you're using (I've
   seen a case where the documentation on the web was for a version of
   the plugin that hadn't been relased yet)
 - bugs in the plugins that require workarounds (and different people
   deploying maven at different points in time, may end up with
   different versions of the plugins which require different
   workarounds) 
 - a bug in maven proper that has stuck us on version 2.0.4


These are from the top of my head.


Thanks for your input Steinar.

But this isn't at all helpful. Because is to vague. In order for us (the 
Maven devs) to fix things we need you (the Maven users) to let us know 
*exactly* what is wrong. Please give us concrete examples, then we can 
fix them.


Of course this does not really apply when documentation is totally missing.

--
Dennis Lundberg

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

Re: ClassNotFoundException with maven and axis2 plugin

2007-09-28 Thread Kyle.Bober


Did you happen to resolve this issue??? I just started using htis plugin and
ran into the same issue... here is my POM.xml

?xml version=1.0?project
  parent
artifactIdWebSend-Application/artifactId
groupIdcom.heartlab.ws/groupId
version0.0.1/version
  /parent
  modelVersion4.0.0/modelVersion
  groupIdcom.heartlab.ws/groupId
  artifactIdWebSend-Axis2-Server-WebServices/artifactId
  nameWebSend-Axis2-Server-WebServices/name
  version1.0-SNAPSHOT/version
  urlhttp://maven.apache.org/url
  
  build 
finalName${pom.artifactId}/finalName   
plugins
!-- 
plugin
groupIdorg.apache.axis2.maven2/groupId
artifactIdaxis2-wsdl2code-maven-plugin/artifactId
executions
execution
goals
goalwsdl2code/goal
/goals
/execution
configuration

packageNamecom.foo.myservice/packageName
/configuration
/executions
/plugin
--
plugin
groupIdorg.apache.axis2.maven2/groupId
artifactIdaxis2-java2wsdl-maven-plugin/artifactId
version1.1/version  
executions
execution
goals
goaljava2wsdl/goal
/goals
/execution
/executions
configuration

classNamecom.heartlab.ws.services.StockQuoteService/className
outputFileNamea-wsdl-file/outputFileName
!-- 
schemaTargetNamespace/schemaTargetNamespace 


schemaTargetNamespacePrefix/schemaTargetNamespacePrefix
serviceName/serviceName
targetNamespace/targetNamespace
targetNamespacePrefix/targetNamespacePrefix
--
/configuration

/plugin
plugin
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.5/source
target1.5/target
/configuration
/plugin
!-- Remove the Axis2 Generated Code --  
!--   
plugin
artifactIdmaven-clean-plugin/artifactId
executions
execution
idDelete JAX-WS Generated Server Source/id
goals
goalclean/goal
/goals
phaseclean/phase
configuration
filesets
fileset
   
directory${java.src.directory}/com/heartlab/ws/services/jaxws/directory
includes
include*.*/include
/includes
   
followSymlinksfalse/followSymlinks
/fileset
/filesets
/configuration
/execution
/executions
/plugin
--
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdjboss-maven-plugin/artifactId
!-- Make this dynamic somehow to support multiple server
configurations -- 
configuration
jbossHome${jboss.home}/jbossHome
port${jboss.port}/port
/configuration
/plugin
/plugins
/build
  
  dependencies
dependency
  groupIdorg.apache.axis2/groupId
  artifactIdaxis2/artifactId
  version1.3/version
  scopecompile/scope
/dependency
dependency
  groupIdorg.apache.axis2/groupId
  artifactIdaxis2-adb/artifactId
  version1.3/version
  scopecompile/scope
/dependency
dependency
  groupIdorg.apache.axis2/groupId
  artifactIdaxis2-jibx/artifactId
  version1.3/version
  scopecompile/scope
/dependency
dependency
  groupIdorg.apache.axis2/groupId
  artifactIdaxis2-xmlbeans/artifactId
  version1.3/version
  scopecompile/scope

Improving the documentation of plugins (was maven is hard)

In this thread I would like to focus on one aspect of the maven is 
hard thread, namely documentation for plugin options.


Here's a quick run down on the different parts that a plugin site 
consists of and how they are generated.


1. Navigation

The menu on the left hand side is specified in the /src/site/site.xml 
file for each plugin. It's contents (which sub menus to have and the 
names of menu options) is standardized in [1] and can be checked with 
the use of [2].


2. Overview (sub menu)

2.1 Introduction

This is a created from a template as specified in [1].
The source for this page is found in /src/site/apt/index.apt

2.2 Usage

This page is not very regulated. It should contain easy examples, to 
give beginners an overview of how the plugin is used.

The source for this page is found in /src/site/apt/usage.apt

2.3 FAQ

The source for this page is found in /src/site/fml/faq.apt

3. Examples (sub menu)

This is the place for advanced examples.
The source for these pages should be found in the 
/src/site/apt/examples/ folder


4. Project Documentation (sub menu)

4.1 Project Information

This is all auto-generated pages with the info taken from the pom.xml file.

4.2 Project Reports

These pages are generated by reporting plugins.

5. Goals pages

5.1 Plugin documentation (all goals)

An auto-generated page which lists all the available goals (or mojos) 
for a plugin. The description part is taken from the JavaDoc for the 
class for that particular goal.


5.2 Options (one goal)

An auto-generated page which lists all the available options for a goal. 
The description part is taken from the JavaDoc for the variable in the 
java source file for that goal.



Now on to the first question for all users out there:

Which of the numbered items above needs more work?

Please be either concrete with examples like:
  option A for goal B in plugin C is really bad
or give more general thoughts that are valid for all plugins [3] at the 
Maven project.


Please try to keep this thread on topic.



References:

[1] The Plugin Documentation Standard
http://maven.apache.org/guides/development/guide-plugin-documentation.html

[2] Maven Documentation Checker Plugin:
http://maven.apache.org/plugins/maven-docck-plugin/

[3] Plugins at the Maven project
http://maven.apache.org/plugins/index.html

--
Dennis Lundberg

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

Re: how to refer set of properties for maven?

2007-09-28 Thread Lee Meador

An answer is in the FAQ on the wiki.
Go to here http://docs.codehaus.org/display/MAVENUSER/FAQs and find the
question, How do I get a list of all available properties?

-- Lee

On 9/28/07, Sonar, Nishant [EMAIL PROTECTED] wrote:

 Maven has got some properties (inherent) like
 project.build.outputDirectory where can I find the rest of the
 properties?



 - Nishant




-- 
-- Lee Meador
Sent from gmail. My real email address is lee AT leemeador.com

Re: Improving the documentation of plugins (was maven is hard)

2007-09-28 Thread Lee Meador

2.1 and 2.2 are often non-useful.

Examples that don't show the groupId tag can be confusing. Maybe that's
just me but the artifactId in the example isn't enough. I think it has
something to do with plugins moving around from codehaus to maven to apache
and such.

Sometimes there are example of complicated things and no example of the
simple thing. I find the examples the best help for me.

I don't usually find the part that looks like this useful:

*jarName* The name of the jar file.

   - *Type*: java.lang.String
   - *Required*: Yes
   - *Expression*: ${project.build.finalName}

5.1 and 5.2 are frustrating because they often have just enough info to make
you think you know enough to use them.

For example, there are often path options but you don't know where they
path begins. Does it begin in the folder containing the POM that contains
the option itself? Or does it begin in the folder containing the POM that we
are currently building? (Parent or child pom location) Or does it begin in
the folder you were in when you typed mvn? What does .. do when its at
the front of the path? Does the path specified in a parent pom get the path
from the parent to the child pom added to what was specified? The docs
should tell, in each case, exactly how that works.

On 9/28/07, Dennis Lundberg [EMAIL PROTECTED] wrote:

 In this thread I would like to focus on one aspect of the maven is
 hard thread, namely documentation for plugin options.

 Here's a quick run down on the different parts that a plugin site
 consists of and how they are generated.

 1. Navigation

 The menu on the left hand side is specified in the /src/site/site.xml
 file for each plugin. It's contents (which sub menus to have and the
 names of menu options) is standardized in [1] and can be checked with
 the use of [2].

 2. Overview (sub menu)

 2.1 Introduction

 This is a created from a template as specified in [1].
 The source for this page is found in /src/site/apt/index.apt

 2.2 Usage

 This page is not very regulated. It should contain easy examples, to
 give beginners an overview of how the plugin is used.
 The source for this page is found in /src/site/apt/usage.apt

 2.3 FAQ

 The source for this page is found in /src/site/fml/faq.apt

 3. Examples (sub menu)

 This is the place for advanced examples.
 The source for these pages should be found in the
 /src/site/apt/examples/ folder

 4. Project Documentation (sub menu)

 4.1 Project Information

 This is all auto-generated pages with the info taken from the pom.xmlfile.

 4.2 Project Reports

 These pages are generated by reporting plugins.

 5. Goals pages

 5.1 Plugin documentation (all goals)

 An auto-generated page which lists all the available goals (or mojos)
 for a plugin. The description part is taken from the JavaDoc for the
 class for that particular goal.

 5.2 Options (one goal)

 An auto-generated page which lists all the available options for a goal.
 The description part is taken from the JavaDoc for the variable in the
 java source file for that goal.


 Now on to the first question for all users out there:

 Which of the numbered items above needs more work?

 Please be either concrete with examples like:
option A for goal B in plugin C is really bad
 or give more general thoughts that are valid for all plugins [3] at the
 Maven project.

 Please try to keep this thread on topic.



 References:

 [1] The Plugin Documentation Standard
 http://maven.apache.org/guides/development/guide-plugin-documentation.html

 [2] Maven Documentation Checker Plugin:
 http://maven.apache.org/plugins/maven-docck-plugin/

 [3] Plugins at the Maven project
 http://maven.apache.org/plugins/index.html

 --
 Dennis Lundberg

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




-- 
-- Lee Meador
Sent from gmail. My real email address is lee AT leemeador.com

Controlling the test cases called in build process

2007-09-28 Thread Suneet Shah

Hi,

I am new to maven.  Is there a way to control which test classes are called
when I do an mvn install? One of my junit test cases is causing the jvm to
run out of memory, but works fine in eclipse. I would like to be able to
troubleshoot it and was wondering if there is a way to just to call that
test case.  Alternatively, is it possible to do an mvn install or other
command that will build the project without running the test cases.

thanks in advance

Re: Improving the documentation of plugins (was maven is hard)


Lee Meador wrote:

2.1 and 2.2 are often non-useful.

Examples that don't show the groupId tag can be confusing. Maybe that's
just me but the artifactId in the example isn't enough. I think it has
something to do with plugins moving around from codehaus to maven to apache
and such.


Yes I totally agree, all examples *must* show both groupId and 
artifactId. I'll add some text about how to write good pom examples in 
the documentation standard.



Sometimes there are example of complicated things and no example of the
simple thing. I find the examples the best help for me.


This is where we need your help. To fill in the missing pieces. Please 
open a JIRA for that plugin when you are missing an example. It can be 
that you need either a simpler example or a more advanced one.


Suppose you get help, and an example, from someone on the user list and 
you think it should be added to the plugin site. If you can't create a 
patch yourself, then add a link in the JIRA issue to the relevant 
mail-thread in one of the mail archives:


  http://maven.apache.org/mail-lists.html


I don't usually find the part that looks like this useful:

*jarName* The name of the jar file.

   - *Type*: java.lang.String
   - *Required*: Yes
   - *Expression*: ${project.build.finalName}


I don't know which plugin the is for. How can we improve that particular 
option?



5.1 and 5.2 are frustrating because they often have just enough info to make
you think you know enough to use them.

For example, there are often path options but you don't know where they
path begins. Does it begin in the folder containing the POM that contains
the option itself? Or does it begin in the folder containing the POM that we
are currently building? (Parent or child pom location) Or does it begin in
the folder you were in when you typed mvn? What does .. do when its at
the front of the path? Does the path specified in a parent pom get the path
from the parent to the child pom added to what was specified? The docs
should tell, in each case, exactly how that works.


Good point. Perhaps we could have a general page about how different 
types of options (like File) should be specified, and in your example 
where their root is. The we create an automatic link to that page for 
each such option.



On 9/28/07, Dennis Lundberg [EMAIL PROTECTED] wrote:

In this thread I would like to focus on one aspect of the maven is
hard thread, namely documentation for plugin options.

Here's a quick run down on the different parts that a plugin site
consists of and how they are generated.

1. Navigation

The menu on the left hand side is specified in the /src/site/site.xml
file for each plugin. It's contents (which sub menus to have and the
names of menu options) is standardized in [1] and can be checked with
the use of [2].

2. Overview (sub menu)

2.1 Introduction

This is a created from a template as specified in [1].
The source for this page is found in /src/site/apt/index.apt

2.2 Usage

This page is not very regulated. It should contain easy examples, to
give beginners an overview of how the plugin is used.
The source for this page is found in /src/site/apt/usage.apt

2.3 FAQ

The source for this page is found in /src/site/fml/faq.apt

3. Examples (sub menu)

This is the place for advanced examples.
The source for these pages should be found in the
/src/site/apt/examples/ folder

4. Project Documentation (sub menu)

4.1 Project Information

This is all auto-generated pages with the info taken from the pom.xmlfile.

4.2 Project Reports

These pages are generated by reporting plugins.

5. Goals pages

5.1 Plugin documentation (all goals)

An auto-generated page which lists all the available goals (or mojos)
for a plugin. The description part is taken from the JavaDoc for the
class for that particular goal.

5.2 Options (one goal)

An auto-generated page which lists all the available options for a goal.
The description part is taken from the JavaDoc for the variable in the
java source file for that goal.


Now on to the first question for all users out there:

Which of the numbered items above needs more work?

Please be either concrete with examples like:
   option A for goal B in plugin C is really bad
or give more general thoughts that are valid for all plugins [3] at the
Maven project.

Please try to keep this thread on topic.



References:

[1] The Plugin Documentation Standard
http://maven.apache.org/guides/development/guide-plugin-documentation.html

[2] Maven Documentation Checker Plugin:
http://maven.apache.org/plugins/maven-docck-plugin/

[3] Plugins at the Maven project
http://maven.apache.org/plugins/index.html

--
Dennis Lundberg

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








--
Dennis Lundberg

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

Re: Controlling the test cases called in build process

2007-09-28 Thread Tomasz Pik

On 9/29/07, Suneet Shah [EMAIL PROTECTED] wrote:
 Hi,

 I am new to maven.  Is there a way to control which test classes are called
 when I do an mvn install? One of my junit test cases is causing the jvm to
 run out of memory, but works fine in eclipse. I would like to be able to
 troubleshoot it and was wondering if there is a way to just to call that
 test case.

http://maven.apache.org/plugins/maven-surefire-plugin/examples/single-test.html
also - look over other examples, listed there (Examples section)
Maybe 'forking' with help in your case if you'll provide -Xmx argument
with appropriate value to JVM executing your test.

 Alternatively, is it possible to do an mvn install or other
 command that will build the project without running the test cases.

Also there:
http://maven.apache.org/plugins/maven-surefire-plugin/examples/skipping-test.html

HTH,
Tomek

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

Re: Controlling the test cases called in build process

2007-09-28 Thread Suneet Shah

thanks very much for the quick reply
Suneet


On 9/28/07, Tomasz Pik [EMAIL PROTECTED] wrote:

 On 9/29/07, Suneet Shah [EMAIL PROTECTED] wrote:
  Hi,
 
  I am new to maven.  Is there a way to control which test classes are
 called
  when I do an mvn install? One of my junit test cases is causing the jvm
 to
  run out of memory, but works fine in eclipse. I would like to be able to
  troubleshoot it and was wondering if there is a way to just to call that
  test case.


 http://maven.apache.org/plugins/maven-surefire-plugin/examples/single-test.html
 also - look over other examples, listed there (Examples section)
 Maybe 'forking' with help in your case if you'll provide -Xmx argument
 with appropriate value to JVM executing your test.

  Alternatively, is it possible to do an mvn install or other
  command that will build the project without running the test cases.

 Also there:

 http://maven.apache.org/plugins/maven-surefire-plugin/examples/skipping-test.html

 HTH,
 Tomek

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

Re: Duplicate jars/dependencies when building war module

2007-09-28 Thread Olivier Dehon


Kjartan Aanestad wrote:
We have a strange issue when building the war module. We have a couple 
of common modules that are built by continuum and used as dependencies 
in our project. Somehow these dependecies sometimes end up twice in 
the war file (WEB-INF\lib), ie:
[DEBUG] adding entry 
WEB-INF/lib/customer-proxy-beans-1.0-20070917.11-39.jar

[DEBUG] adding entry WEB-INF/lib/customer-proxy-beans-1.0-SNAPSHOT.jar

Anyone have any suggestions what might be the problem?

Maybe you have lingering copies of the JARs from a previous build that 
got copied

to the warSourceDirectory/WEB-INF/lib directory through an execution
of the war:inplace goal for instance?

-Olivier

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

Maven2 - Not finding plugins!

2007-09-28 Thread gommo


I'd love if someone can help me here, I'm about to give up on Maven2, its so
frustrating :)

Anyway, the problem is that I can have everything working one day, then come
back the next day and find out that my project isn't compiling anymore. 

It generally comes in the form of a transitive dependency missing from my
local repository. For example, the latest problem was not having version
1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please
note I'm using artifactory as a proxy). I also have no dependencies directly
on jfreecharts, its coming from transitive dependencies. This is the other
strange thing, why would it not have got version 1.0.0 yesterday when I
built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go
down a version though.

My guess is that for some reason my machine has decided to not ask
artifactory for 1.0.0 and instead just fails. The problem further escalated
when I tried to issue a mvn clean. I get this error

The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or
no valid version could be found.

Issuing a build on our CI server worked successfully which does include
issuing a clean so I know its not a problem with the actual proxy.
Additionally I search on artifactory and it does indeed have the clean
plugin present.

I then totally delete my local repository (i.e. {home}\.m2\repository), and
issue mvn clean again

Low an behold, it works Its just ridiculous. If it can't work from day
to day I'm far better off just putting my jars in version control. At least
my project built consistently. 

Have people experienced this before? If so, is it a maven issue or my proxy
issue?

Thanks
-- 
View this message in context: 
http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951136
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Maven2 - Not finding plugins!

2007-09-28 Thread Olivier Dehon


Are you using a http proxy to reach your artifactory repo?
I faced an issue recently where the proxy was caching requests for
maven metadata, causing similar symptoms to those you are describing.

If that is the case, and if possible, try disabling the http proxy in your
settings.xml

-Olivier

gommo wrote:

I'd love if someone can help me here, I'm about to give up on Maven2, its so
frustrating :)

Anyway, the problem is that I can have everything working one day, then come
back the next day and find out that my project isn't compiling anymore. 


It generally comes in the form of a transitive dependency missing from my
local repository. For example, the latest problem was not having version
1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please
note I'm using artifactory as a proxy). I also have no dependencies directly
on jfreecharts, its coming from transitive dependencies. This is the other
strange thing, why would it not have got version 1.0.0 yesterday when I
built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to go
down a version though.

My guess is that for some reason my machine has decided to not ask
artifactory for 1.0.0 and instead just fails. The problem further escalated
when I tried to issue a mvn clean. I get this error

The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or
no valid version could be found.

Issuing a build on our CI server worked successfully which does include
issuing a clean so I know its not a problem with the actual proxy.
Additionally I search on artifactory and it does indeed have the clean
plugin present.

I then totally delete my local repository (i.e. {home}\.m2\repository), and
issue mvn clean again

Low an behold, it works Its just ridiculous. If it can't work from day
to day I'm far better off just putting my jars in version control. At least
my project built consistently. 


Have people experienced this before? If so, is it a maven issue or my proxy
issue?

Thanks
  



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

Re: Maven2 - Not finding plugins!

2007-09-28 Thread gommo


Nope, no http proxy. It's like something is corrupting my local repo, I
wonder if there is indeed issues with artifactory. I'm going to scan their
JIRA.



Olivier Dehon-2 wrote:
 
 Are you using a http proxy to reach your artifactory repo?
 I faced an issue recently where the proxy was caching requests for
 maven metadata, causing similar symptoms to those you are describing.
 
 If that is the case, and if possible, try disabling the http proxy in your
 settings.xml
 
 -Olivier
 
 gommo wrote:
 I'd love if someone can help me here, I'm about to give up on Maven2, its
 so
 frustrating :)

 Anyway, the problem is that I can have everything working one day, then
 come
 back the next day and find out that my project isn't compiling anymore. 

 It generally comes in the form of a transitive dependency missing from my
 local repository. For example, the latest problem was not having version
 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo.
 (Please
 note I'm using artifactory as a proxy). I also have no dependencies
 directly
 on jfreecharts, its coming from transitive dependencies. This is the
 other
 strange thing, why would it not have got version 1.0.0 yesterday when I
 built. Unless some SNAPSHOT I'm depending on is changing? Seems weird to
 go
 down a version though.

 My guess is that for some reason my machine has decided to not ask
 artifactory for 1.0.0 and instead just fails. The problem further
 escalated
 when I tried to issue a mvn clean. I get this error

 The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist
 or
 no valid version could be found.

 Issuing a build on our CI server worked successfully which does include
 issuing a clean so I know its not a problem with the actual proxy.
 Additionally I search on artifactory and it does indeed have the clean
 plugin present.

 I then totally delete my local repository (i.e. {home}\.m2\repository),
 and
 issue mvn clean again

 Low an behold, it works Its just ridiculous. If it can't work from
 day
 to day I'm far better off just putting my jars in version control. At
 least
 my project built consistently. 

 Have people experienced this before? If so, is it a maven issue or my
 proxy
 issue?

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

-- 
View this message in context: 
http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951270
Sent from the Maven - Users mailing list archive at Nabble.com.


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

how to embed own jars?

2007-09-28 Thread Steve Z

Hi,all
   I have one problem about depended jars. there're two kinds of
jars which couldn't be found in official maven repository. one is
special license jar, another is own jar.
if my project needs these jars, I could install them into my local
repository(.m2), and then add them to POM as dependencies. so I could
compile my codes successfully.

but when I commit codes into subversion, and others checkout them.they
couldn't compile them successfully,because there aren't the own jars
in their local repository.

I want to know how to embed own jars in project. such as one directory
named lib in project directory.and add them to POM,and could compile
them successfully anywhere. so others don't need install all the own
jars by hand.

thanks.

-- 
Best Regards!

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

Re: Maven2 - Not finding plugins!

2007-09-28 Thread gommo



I'm just wondering if I'm experiencing this
(http://jira.codehaus.org/browse/MNG-2289) since I'm running 2.0.6 on my dev
machine and 2.0.7 on my build machine. I'll upgrade and see how it goes


gommo wrote:
 
 I'd love if someone can help me here, I'm about to give up on Maven2, its
 so frustrating :)
 
 Anyway, the problem is that I can have everything working one day, then
 come back the next day and find out that my project isn't compiling
 anymore. 
 
 It generally comes in the form of a transitive dependency missing from my
 local repository. For example, the latest problem was not having version
 1.0.0 of jfreecharts. I checked and I have 1.0.1 in my local repo. (Please
 note I'm using artifactory as a proxy). I also have no dependencies
 directly on jfreecharts, its coming from transitive dependencies. This is
 the other strange thing, why would it not have got version 1.0.0 yesterday
 when I built. Unless some SNAPSHOT I'm depending on is changing? Seems
 weird to go down a version though.
 
 My guess is that for some reason my machine has decided to not ask
 artifactory for 1.0.0 and instead just fails. The problem further
 escalated when I tried to issue a mvn clean. I get this error
 
 The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or
 no valid version could be found.
 
 Issuing a build on our CI server worked successfully which does include
 issuing a clean so I know its not a problem with the actual proxy.
 Additionally I search on artifactory and it does indeed have the clean
 plugin present.
 
 I then totally delete my local repository (i.e. {home}\.m2\repository),
 and issue mvn clean again
 
 Low an behold, it works Its just ridiculous. If it can't work from day
 to day I'm far better off just putting my jars in version control. At
 least my project built consistently. 
 
 Have people experienced this before? If so, is it a maven issue or my
 proxy issue?
 
 Thanks
 

-- 
View this message in context: 
http://www.nabble.com/Maven2---Not-finding-plugins%21-tf4537687s177.html#a12951472
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: how to embed own jars?

On 9/28/07, Steve Z [EMAIL PROTECTED] wrote:

 I want to know how to embed own jars in project. such as one directory
 named lib in project directory.and add them to POM,and could compile
 them successfully anywhere. so others don't need install all the own
 jars by hand.

Maven is repository based and expects to find things in its local or
remote repositories, and you're at the point where you need an
internal/corporate remote repository.

Is that going to be possible in your environment?  If so, take a look
at the various repository managers/proxies like Archiva, Artifactory,
and Proximity.

If the jars _must_ be in svn, I've seen a project or two check the
repository structure into svn and then use it with a file:// url.

The collection of jars in a lib directory approach is not something
Maven really supports.

-- 
Wendy

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

Including JavaScript in xdoc