date:20060811


 However, if you prefer the private field injection you can also use
 the helpers in the abstract test case (setFieldForObject, I think).

setVariableValueToObject.  Thanks.   

P.S. there is no javadoc report at
http://maven.apache.org/shared/maven-plugin-testing-harness.  Would it be
easy to add it?

P.P.S. It's quite hard to find the URL above.  Could someone put a link in
the main plugin API guide
(http://maven.apache.org/guides/plugin/guide-java-plugin-development.html)?
-- 
View this message in context: 
http://www.nabble.com/maven-plugin-testing-harness%3A-getting-an-ArtifactRepository-for-my-test-tf2084342.html#a5757462
Sent from the Maven - Users forum at Nabble.com.


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

RE: IDEA plugin up-to-date?

2006-08-11 Thread Roald Bankras

With the latest version of the plugin, my multi module projects get setup 
correctly. If you're having problems with the sources and javadoc, mvn 
idea:module does an update of your project instead of creating it again. 
Likewise idea:clean will remove any idea projects files.
You can even let mvn get all sources and javadoc (as far as they are available 
in the repository) by specifying the following in your pom:
project
   build
  plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-idea-plugin/artifactId
configuration
downloadSourcestrue/downloadSources
downloadJavadocstrue/downloadJavadocs
dependenciesAsLibrariestrue/dependenciesAsLibraries
/configuration
 /plugin  
  /plugins
   /build
/project

The latest snapshot can be found here:
http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-idea-plugin

Roald Bankras
Software Engineer
JTeam b.v.


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.10.8/415 - Release Date: 8/9/2006
 

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

prob

2006-08-11 Thread Parmar, Vijendra Singh

I have installed maven set path working fine.

But when I try to execute any maven command it always gives error as 

The respective plugin is missing or wrong version is present.

I kept all plugings at two locations.

One in plugings of my eclipse

Other directly to the Maven/Bin folder.

 

I don't know how can I solve this problem.

Even when I tried to configure Maven with Eclipse that time also same
plugin problem

mvn install

mvn clean

mvn

.

.

.

.

.

..

 

Please give me some solution.

 

 

Vijendra Singh

m2 release:prepare fails to build subproject that depends previously builded ejb projects

2006-08-11 Thread Markku.Saarela

Hi,

All missed artifacts are ejb projects which dependency type is jar.
Normal jar projects it success to resolve. Earlier in this summer we
were able to succesfully complete making releases. Pom's are unchanged.

We are little bit hurry on this release. 

Regards,

Markku Saarela

Here some stack on this failure:

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 4 source files to
C:\Files\TE\varma\income\registrationinvoiceejb\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [ejb:ejb]
[INFO] Building ejb registrationInvoice-0.9.6
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6.jar
[INFO] Building ejb client registrationInvoice-0.9.6-client
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6-client.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: default}]
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6-sources.jar
[INFO]


[INFO] Building Control Common
[INFO]task-segment: [clean, integration-test]
[INFO]


[INFO] [clean:clean]
[INFO] Deleting directory C:\Files\TE\varma\income\ctrlcommon\target
[INFO] Deleting directory
C:\Files\TE\varma\income\ctrlcommon\target\classes
[INFO] Deleting directory
C:\Files\TE\varma\income\ctrlcommon\target\test-classes
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/customerservicesejb/
0.9.6/custo
merservicesejb-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/customerservicesejb/0.9
.6/customer
servicesejb-0.9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/dbserviceejb/0.9.6/d
bserviceejb
-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/dbserviceejb/0.9.6/dbse
rviceejb-0.
9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/registrationInvoice/
0.9.6/regis
trationInvoice-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/registrationInvoice/0.9
.6/registra
tionInvoice-0.9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/registration/0.9.6/r
egistration
-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/registration/0.9.6/regi
stration-0.
9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) varma.yrpro.income:customerservicesejb:jar:0.9.6

  Try downloading the file manually from the project website.

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

Re: maven-plugin-testing-harness: getting an ArtifactRepository for my t

2006-08-11 Thread Brett Porter


Both good ideas - please put them in JIRA so they don't get forgotten :)

- Brett

On 11/08/06, Dave Syer [EMAIL PROTECTED] wrote:


 However, if you prefer the private field injection you can also use
 the helpers in the abstract test case (setFieldForObject, I think).

setVariableValueToObject.  Thanks.

P.S. there is no javadoc report at
http://maven.apache.org/shared/maven-plugin-testing-harness.  Would it be
easy to add it?

P.P.S. It's quite hard to find the URL above.  Could someone put a link in
the main plugin API guide
(http://maven.apache.org/guides/plugin/guide-java-plugin-development.html)?
--
View this message in context: 
http://www.nabble.com/maven-plugin-testing-harness%3A-getting-an-ArtifactRepository-for-my-test-tf2084342.html#a5757462
Sent from the Maven - Users forum at Nabble.com.


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





--
Apache Maven - http://maven.apache.org
Better Builds with Maven book - http://library.mergere.com/

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

Re: m2 release:prepare fails to build subproject that depends previously builded ejb projects

2006-08-11 Thread Markku Saarela


Hi,

I resolved this problem. Earlier in m2 when you include dependency with 
type ejb to project and that project was included to another ear project 
than were this dependent project is originally located also this another 
ear get this dependency ejb project as it's ejb module. So when you 
install these two ear's to same server the second one couldn't install 
because there was allready same ejb installed.


Now it looks like these depencies is resolved correctly and i was  able 
to chance dependency type back to ejb and then release work again :-).


- markku

[EMAIL PROTECTED] wrote:

Hi,

All missed artifacts are ejb projects which dependency type is jar.
Normal jar projects it success to resolve. Earlier in this summer we
were able to succesfully complete making releases. Pom's are unchanged.

We are little bit hurry on this release. 


Regards,

Markku Saarela

Here some stack on this failure:

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 4 source files to
C:\Files\TE\varma\income\registrationinvoiceejb\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [ejb:ejb]
[INFO] Building ejb registrationInvoice-0.9.6
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6.jar
[INFO] Building ejb client registrationInvoice-0.9.6-client
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6-client.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: default}]
[INFO] Building jar:
C:\Files\TE\varma\income\registrationinvoiceejb\target\registrationInvoi
ce-
0.9.6-sources.jar
[INFO]


[INFO] Building Control Common
[INFO]task-segment: [clean, integration-test]
[INFO]


[INFO] [clean:clean]
[INFO] Deleting directory C:\Files\TE\varma\income\ctrlcommon\target
[INFO] Deleting directory
C:\Files\TE\varma\income\ctrlcommon\target\classes
[INFO] Deleting directory
C:\Files\TE\varma\income\ctrlcommon\target\test-classes
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/customerservicesejb/
0.9.6/custo
merservicesejb-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/customerservicesejb/0.9
.6/customer
servicesejb-0.9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/dbserviceejb/0.9.6/d
bserviceejb
-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/dbserviceejb/0.9.6/dbse
rviceejb-0.
9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/registrationInvoice/
0.9.6/regis
trationInvoice-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/registrationInvoice/0.9
.6/registra
tionInvoice-0.9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
Downloading:
http://fitst62:8080/yrpro/maven2/varma/yrpro/income/registration/0.9.6/r
egistration
-0.9.6.jar
[WARNING] Unable to get resource from repository corporate
(http://fitst62:8080/yrpro/maven2)
Downloading:
http://repo1.maven.org/maven2/varma/yrpro/income/registration/0.9.6/regi
stration-0.
9.6.jar
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) varma.yrpro.income:customerservicesejb:jar:0.9.6

  Try downloading the file manually from the project website.

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

Re : Maven and Selenium?

2006-08-11 Thread Julien HENRY

Hi,

It's true that jWebUnit API is not easier than Selenium-RC API (except some 
very usefull assertions). But one of it's main advantage is to be compatible 
with different testing engines. Once your tests are written with jWebUnit, they 
could be executed thanks to HtmlUnit on your integration server each night. And 
for example, before each delivery, you could run them with Selenium to check 
compatibility with your customer's web browser.

++

Julien

- Message d'origine 
De : Ralph Pöllath [EMAIL PROTECTED]
À : Maven Users List users@maven.apache.org
Envoyé le : Jeudi, 10 Août 2006, 9h35mn 23s
Objet : Re: Maven and Selenium?

Hi,

I understand that Selenium by design requires a full-fledged browser,  
but isn't that also one of its greatest features? By running your  
tests using FF or IE, you can be sure they do work in their target  
environment, regardless of browser bugs.
So yes, the htmlunit approach makes testing easier to integrate with  
CI, but it doesn't give you the same results. This may be acceptable  
for many simple testcases though.

I just looked over the jWebUnit 2.x website very quickly, so I may be  
missing something. But how is test case writing with jWebUnit easier  
than using Selenium's IDE or DSL syntax?

Cheers,
-Ralph.


On 02.08.2006, at 10:02, Christophe DENEUX wrote:
 Hi Daniel,

 Some advantages of using jWebUnit to test a web application are:
- easier test case writing,
- faster test case running,
- No graphic server is needed with the engine htmlunit, so the  
 integration into a continuous integration system is easier (no  
 browser is needed),
- Soon, you will use an engine for Selenium to run your tests  
 directly in your browser.

 jWebUnit home: http://jwebunit.sourceforge.net

 __ 
 __

 Christophe DENEUX / Capgemini Sud / Méditerranée
 Technical Leader
 Tel: + 33 4 93 72 43 74 / www.capgemini.com
 Fax: + 33 4 93 21 02 95
 Porte de l'Arénas - Entrée B / 455 Promenade des Anglais / 06200 Nice

 Join the Collaborative Business Experience
 __ 
 __



 Daniel Serodio a écrit :
 Christophe DENEUX wrote:

 Hi ,

 A snapshot repository is available at: http://maven.openqa.org/

 Have you try jWebUnit (http://jwebunit.sourceforge.net/index.html)
 instead of Selenium for your functional tests? With jWebUnit, you  
 can
 run your tests with different engines as htmlunit or Selenium (the
 Selenium engine is available trough SVN). You will use the htmlunit
 engine to execute your tests in a background mode (continuous
 integration) and the selenium engine in a visual mode.

 It's been a while since I looked at jWebUnit, and I'm currently using
 Selenium; what is the advantage of using jWebUnit as you describe
 instead of using Selenium directly? Do you have an URL with more  
 info on
 the subject?

 TIA,
 Daniel Serodio


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

RE: exclusion of transitive dependencies

2006-08-11 Thread Jörg Schaible

Laurie Harper wrote on Friday, August 11, 2006 2:33 AM:

 I'm trying to add Weblets to a project which can use the
 current MyFaces
 release or the RI and, due to errors in the Weblets POM, I'm
 ending up
 with unwanted transitive dependencies. I'm trying to correct for this
 using the dependenciesManagement section of my POM, but it's not
 working. I'm not sure what I'm doing wrong...
 
 My webapp module POM has the following dependency:
 
dependency
  groupIdnet.java.dev.weblets/groupId
  artifactIdweblets-impl/artifactId
  scoperuntime/scope
/dependency
 
 and I've tried using the following in both the webapp module
 POM and in
 the parent POM:
 
dependencyManagement
  dependency
groupIdnet.java.dev.weblets/groupId
artifactIdweblets-impl/artifactId
version0.4/version
exclusions
  exclusion
artifactIdmyfaces/artifactId
groupIdmyfaces-api/groupId
  /exclusion
/exclusions
  /dependency
/dependencyManagement

[snip]

Well, you inverted the values for groupId and artifactId ... ;-)

- Jörg

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

Re: maven-plugin-testing-harness: getting an ArtifactRepository for my t


 Both good ideas - please put them in JIRA so they don't get forgotten :)

 MNG-2494 - the url in the plugin dev guide
 MNG-2495 - the javadocs for test harness

I wasn't sure which component to select for the second one.  It went in
Plugin API.
-- 
View this message in context: 
http://www.nabble.com/maven-plugin-testing-harness%3A-getting-an-ArtifactRepository-for-my-test-tf2084342.html#a5758485
Sent from the Maven - Users forum at Nabble.com.


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

RE: [m203] Get names of all transitive dependencies in a mojo


 Check out the dependency plugin.   It has all the code you need. 

Would someone be able to summarise what the code in dependency plugin is
doing.  It seems very complex (and would certainly be useful to others), but
I don't follow it very well.  It seems to be doing project.getArtifacts()
and then filtering that list.  I would assume that filtering is an exclusion
(so the list should start with more on it than I might be interested in),
but when I do this in a mojo.execute:

  getLog().info(Artifacts: +project.getArtifacts());

I get an empty set (despite the project having multiple dependencies - e.g.
aven-plugin-api).  Is that right?
-- 
View this message in context: 
http://www.nabble.com/-m203--Get-names-of-all-transitive-dependencies-in-a-mojo-tf1436664.html#a5758608
Sent from the Maven - Users forum at Nabble.com.


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

Maven2 versus JAXB2 (on ibiblio)





Hello,

Are there any current activities for enabling JAXB2 support in Maven2?
In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api
jaxb-impl jaxb-xjc, but they still contain only 2.0EA3.
Since 17. of july there is an additional subdirectory bind, but there
are several things wrong/missing with this:

  jaxb-impl and jaxb-xjc are missing.
  version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
  it has been mentioned on this list, that the location
javax/xml/bind is wrong, javax/xml is the correct one.

Will there be any progress/cleanup for this?

Thanks and best regards

Franz




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

RE: [m2] How to get artifact and Maven project for dependencies and tran


 the diff between project.getDependencies() and
 project.getDependencyArtifacts() is basically that getDependencies()
 returns also transitive dependencies

Doesn't seem to work for me (with maven-plugin-api 2.0) - I only get the
direct dependencies (declared in the pom).  Is this a surprise to anyone?
-- 
View this message in context: 
http://www.nabble.com/-m2--How-to-get-artifact-and-Maven-project-for-dependencies-and-transitive-dependencies-tf866711.html#a5758645
Sent from the Maven - Users forum at Nabble.com.


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

Re: Eclipse bundle howto

2006-08-11 Thread Stéphane Bouchet




Hi,

i take a look to your How-To.
it looks very promising for building Eclipse RCP apps.

But did you take a look to the last snapshot of eclipse-plugin ??
there is some neww feature very nice being developped by fabrizio :
http://jira.codehaus.org/browse/MECLIPSE-92

Cheers,
Stéphane.

Martin Vysny a écrit :

Hi all,
  I finally managed to create working maven2 build that builds eclipse
plugins (bundles). A simple howto is located at
http://vyzivus.host.sk/maven2-build-plugin-howto.html, the build
system itself is demonstrated in EuroMath2 eclipse plugin (just download
src distribution at
http://sourceforge.net/project/showfiles.php?group_id=117196package_id=127532).
 Hope that helps,
sincerely,
Martin


-
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: [m2] How to get artifact and Maven project for dependencies and tran


 the diff between project.getDependencies() and
 project.getDependencyArtifacts() is basically that getDependencies()
 returns also transitive dependencies

Actually, getDependencyArtifacts() is always empty for me, wheras
getDependencies() is just the dependencies declared in the pom.  Is that
right?
-- 
View this message in context: 
http://www.nabble.com/-m2--How-to-get-artifact-and-Maven-project-for-dependencies-and-transitive-dependencies-tf866711.html#a5759453
Sent from the Maven - Users forum at Nabble.com.


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

Re: Maven 1.1-beta3 maven-artifact-plugin 1.8

2006-08-11 Thread Siegfried Goeschl

Hi Arnaud,

works like a charm now :-)

Cheers,

Siegfried Goeschl

Arnaud HERITIER wrote:

I just deployed the SNAPSHOT of the version 1.8.1. You can test it with
maven 1.1 beta 3

maven plugin:download -DgroupId=maven
-DartifactId=*maven-artifact-plugin* -Dversion=*1.8.1*-SNAPSHOT
-Dmaven.repo.remote=http://www.ibiblio.org/maven,http://people.apache.org/repo/m1-snapshot-repository/

It should fix the problem.
When I upgraded wagon dependencies I changed a little bit the plugin's code
to not have this error of RejectedKey.
The problem Is that in the beta 3 we upgraded these dependencies (through
the core) but we don't bundle the new artifact plugin :-(
It's my fault.

Cheers.

Arnaud

On 8/10/06, Jeff Jensen [EMAIL PROTECTED] wrote:

This too is exactly the info we need in the defect entry! Your
perspective in
the issue, including what doesn't work and what does work, is
important to

eventual resolution.

Would you mind adding your notes to the issue - what works and does not
work?

Quoting Steve Molloy [EMAIL PROTECTED]:

Well, I was about to... But when I reproduced it, I thought I'd dig a
bit to see what might be wrong. I started by changing the
NullKnownHostProvider by a FileKnownHostProvider which would
validate my

provider, then replaced the cached class files with the newly compiled
ones. It worked fine... Then I reverted to NullKnownHostProvider,
but it

still worked fine!!!

So, to recap, installing maven-artifact-plugin 1.8 as-is fails with
host

rejected error. Replacing its class files with the locally compiled
trunk version fixes my problem.

What changed between 1.8 and trunk? Seems to be the right thing, at
least for me... ;-) And is there a 1.9-SNAPSHOT available somewhere?

Steve

On Thu, 2006-10-08 at 08:01 -0500, Jeff Jensen wrote:
Hi Steve,

Would you mind adding your details on the deploy error with m1.1b3 to
this
JIRA, please?
http://jira.codehaus.org/browse/MPARTIFACT-71

On 8/9/06, Steve Molloy [EMAIL PROTECTED] wrote:

Thanks, I guess I'll stick with 1.0.2 until the next release,
hoping
this issue will be fixed. Is there any ETA set for the next 1.1
release yet?

Steve

On Wed, 2006-09-08 at 08:23 -0500, Jeff Jensen wrote:
Hi Steve,

Yes, this is an issue I encountered as well. I have found that
the 6/30 1.1-beta3-SNAPSHOT does not have this problem, but
every
release since
then
does.
See 20060630/ here:
http://people.apache.org/~aheritier/maven/1.X/snapshots/

We are researching the problem to find a fix.

In the meantime, I suggest the 6/30 snapshot if you would like
to
use
1.1.
It is very solid and the current one we use for our production
work
(we've
used nearly every one of those snapshots all along as they were
published).

-Original Message-
From: Steve Molloy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 09, 2006 7:24 AM
To: users@maven.apache.org
Subject: Maven 1.1-beta3 maven-artifact-plugin 1.8

Hi,

I just upgraded from maven 1.0.2 to 1.1-beta3, and got
the

maven-artifact-plugin 1.8 along with it. But Now I can't deploy
any artifacts because scp refuses my host key, while scpexe
just

doesn't do anything at all, but doesn't complain...

So, I've reverted back to 1.0.2 for now, but are there
any

plans
for
fixing these problems? (I'm running maven on JDK 1.5.0_07, on
Fedora
core
5).

Thanks,
Steve

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

RE: [m2] How to get artifact and Maven project for dependencies and tran


 Actually, getDependencyArtifacts() is always empty for me, wheras
getDependencies() is just the 
 dependencies declared in the pom.  Is that right?

I think that is right, and I found a reference to
@requiresDependencyResolution that helped a bit - if
@requiresDependencyResolution is included in my mojo declaration, then
getDependencyArtifacts() works at runtime.  But not in my unit tests.  Even
if I put

@requiresDependencyResolution test

it still only kicks in at runtime.  How can I make it work in unit tests?
-- 
View this message in context: 
http://www.nabble.com/-m2--How-to-get-artifact-and-Maven-project-for-dependencies-and-transitive-dependencies-tf866711.html#a5760300
Sent from the Maven - Users forum at Nabble.com.


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

Re: ignoring a file

2006-08-11 Thread Emmanuel Venisse


It doens't support this feature.
Why do you want to ignore a file?

Emmanuel

Jesus M. Rodriguez a écrit :
Is there a way to get Continuum to ignore a file during builds? I'm 
trying to
switch from cruisecontrol to continuum and need the ability to ignore a 
file.


In cruisecontrol I do this using the ignoreFiles attribute on
the modificationset tag.

Sincerely,
jesus rodriguez

Is it possible to transform XDOC to OpenOffice (SXW or ODT)?!

2006-08-11 Thread Siegfried Goeschl


Hi folks,

is there any plugin or XSLT around to transform XDOC to an OpenOffice 
format?!


I think there was some work done in Forrest for SXW 

Cheers,

Siegfried Goeschl

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

Re: Problem with changelog report

2006-08-11 Thread lore



dennisl-2 wrote:
 
 lore wrote:
 Hi!
 I'm trying to generate the changelog report but I've some problems.
 First I tryed to use the plugin in the last released version:
 groupIdorg.codehaus.mojo/groupId
 artifactIdchangelog-maven-plugin/artifactId
 
 but there were problems in the urls pointing to the files in the
 Subversion
 repository. Many of our repositories have repeated words in their url
 (ex.:
 http://svn_url/.../prod_name/prod_name/...)  and those repetition went
 lost
 (ex.: http://svn_url/.../prod_name/...).
 
 Then I've modified the pom to use the snapshot of the plugin refactored:
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-changelog-plugin/artifactId
 version2.0-SNAPSHOT/version
 
 and now the timestamps are wrong and look like this:
 0020-05-27 00:00:00
 
 Do the timestamps make any sense at all to you? I'm trying to find out 
 if it's a formating issue or an SCM issue.
 
 Was the file with the above timestamp changed on the 27 of May in, well 
 some year?
 

No, they don't make sense, but the report, except for the timestamps, is
correct.
I've downloaded the sources of the changelog plugin to add some log inside
the generateChangeSetsFromSCM method of the ChangeLogReport Class and it
seems to be an SCM issue. When I print the ChangeLogScmResult returned by
provider.changeLog() I find ChangeSets with  attributes like these:
   [INFO] set.getDate:
   Fri Dec 26 00:00:00 CET 0032
   [INFO] set.getDateFormatted():
   0032-12-26
   [INFO] set.getTimeFormatted():
  00:00:00

-- 
View this message in context: 
http://www.nabble.com/Problem-with-changelog-report-tf2079095.html#a5761095
Sent from the Maven - Users forum at Nabble.com.


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

Re: Maven 1.1-beta3 maven-artifact-plugin 1.8

2006-08-11 Thread Arnaud HERITIER


Ok,

 I'll close this issue and I'll add a note on the m1 homepage.
http://people.apache.org/~aheritier/m1-stage-site/maven-1.x/
 We'll release this new version ASAP

Arnaud

On 8/11/06, Siegfried Goeschl [EMAIL PROTECTED] wrote:


Hi Arnaud,

works like a charm now  :-)

Cheers,

Siegfried Goeschl

Arnaud HERITIER wrote:
 I just deployed the SNAPSHOT of the version 1.8.1. You can test it with
 maven 1.1 beta 3

 maven plugin:download -DgroupId=maven
 -DartifactId=*maven-artifact-plugin* -Dversion=*1.8.1*-SNAPSHOT
 -Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://people.apache.org/repo/m1-snapshot-repository/


 It should fix the problem.
 When I upgraded wagon dependencies I changed a little bit the plugin's
code
 to not have this error of RejectedKey.
 The problem Is that in the beta 3 we upgraded these dependencies
(through
 the core) but we don't bundle the new artifact plugin :-(
 It's my fault.

 Cheers.

 Arnaud

 On 8/10/06, Jeff Jensen [EMAIL PROTECTED] wrote:


 This too is exactly the info we need in the defect entry!  Your
 perspective in
 the issue, including what doesn't work and what does work, is
 important to
 eventual resolution.

 Would you mind adding your notes to the issue - what works and does not
 work?


 Quoting Steve Molloy [EMAIL PROTECTED]:

  Well, I was about to... But when I reproduced it, I thought I'd dig a
  bit to see what might be wrong. I started by changing the
  NullKnownHostProvider by a FileKnownHostProvider which would
 validate my
  provider, then replaced the cached class files with the newly
compiled
  ones. It worked fine... Then I reverted to NullKnownHostProvider,
 but it
  still worked fine!!!
 
  So, to recap, installing maven-artifact-plugin 1.8 as-is fails with
 host
  rejected error. Replacing its class files with the locally compiled
  trunk version fixes my problem.
 
  What changed between 1.8 and trunk? Seems to be the right thing, at
  least for me... ;-) And is there a 1.9-SNAPSHOT available somewhere?
 
  Steve
 
  On Thu, 2006-10-08 at 08:01 -0500, Jeff Jensen wrote:
   Hi Steve,
  
   Would you mind adding your details on the deploy error with m1.1b3to
 this
   JIRA, please?
 http://jira.codehaus.org/browse/MPARTIFACT-71
  
  
On 8/9/06, Steve Molloy [EMAIL PROTECTED] wrote:

 Thanks, I guess I'll stick with 1.0.2 until the next release,
 hoping
 this issue will be fixed. Is there any ETA set for the next 1.1
 release yet?

 Steve

 On Wed, 2006-09-08 at 08:23 -0500, Jeff Jensen wrote:
  Hi Steve,
 
  Yes, this is an issue I encountered as well.  I have found
that
  the 6/30 1.1-beta3-SNAPSHOT does not have this problem, but
 every
  release since
 then
  does.
  See 20060630/ here:
http://people.apache.org/~aheritier/maven/1.X/snapshots/
 
  We are researching the problem to find a fix.
 
  In the meantime, I suggest the 6/30 snapshot if you would
like
 to
  use
 1.1.
  It is very solid and the current one we use for our
production
  work
 (we've
  used nearly every one of those snapshots all along as they
were
 published).
 
 
  -Original Message-
  From: Steve Molloy [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, August 09, 2006 7:24 AM
  To: users@maven.apache.org
  Subject: Maven 1.1-beta3  maven-artifact-plugin 1.8
 
  Hi,
 
I just upgraded from maven 1.0.2 to 1.1-beta3, and got
 the
  maven-artifact-plugin 1.8 along with it. But Now I can't
deploy
  any artifacts because scp refuses my host key, while scpexe
 just
  doesn't do anything at all, but doesn't complain...
 
So, I've reverted back to 1.0.2 for now, but are there
 any
  plans
 for
  fixing these problems? (I'm running maven on JDK 1.5.0_07, on
  Fedora
 core
  5).
 
  Thanks,
  Steve
  
  
  
-
   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]




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

link to module sites - and aggregated javadoc


Maven 2.0.4.

Trying to create a site for multi module project where the module links 
are actually shown. Using the following command:


  site:stage -DstagingDirectory=

the module links are shown, but the aggregated javadoc page on the 
toplevel is empty.

Here is the reports section of my toplevel pom:

  reporting
   plugins
   plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-javadoc-plugin/artifactId
   configuration
   aggregatetrue/aggregate
   /configuration
   /plugin
   /plugins
   /reporting


The actual javadoc is generated within the original toplevel 
/target/site/apidocs

Looks like the javadoc is not copied to the site staging area.

Is this a known issue?

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

Surefire reports and multiple module projects - multi module (aggregated) reporting not 'ready for prime time'?


Maven 2.0.4

(Surefire) Aggregation doesn't seem to be working. I don't get a 
toplevel surefire report.

I do get surefire reports for each contained module.

Is this a known issue?

Note also that I need to use a 'site:stage -DstagingDirectory=' when 
creating the site, because otherwise the module links don't show up, and 
I have no visual way of navigating
to the actual module to view the surefire report. However doing that 
will disrupt the javadoc reporting - which is empty in that
case (See also my previous post: link to module sites - and aggregated 
javadoc)


I'm beginning to think that multi module reporting is not 'ready for 
primetime' yet.
Multi module (aggregated) reporting is one of my main reasons to revisit 
maven.


Thanks for feedback,
Jan.

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

Re: incorrect war file structure

2006-08-11 Thread Jeff Mutonho


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


Hello Jeff,

Sorry about the example, the correct one should be

   configuration
  webResources
 [...]
 resource
   directoryconfigurations/directory
   !-- override the destination directory for this resource --
   targetPathWEB-INF/targetPath
   !-- enable filtering --
   filteringtrue/filtering
   excludes
  exclude**/propertiesexclude
   /excludes
 /resource
  /webResources
/configuration

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

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

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

hope this helps,
pete marvin


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


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

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

Reason: Unable to download the artifact from any repository

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

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


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

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


This makes sense since the pom.xml has :

parent
   artifactIdmaven-plugins/artifactId
   groupIdorg.apache.maven.plugins/groupId
   version2-SNAPSHOT/version
 /parent


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

Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

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

Changes report - maven 2.0.4


Cannot use this report, cause it cannot be located.
Tried several things here:

according to documentation:

 plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-changelog-plugin/artifactId
 /plugin

And according to some 'rumours' about relocation of the plugin:

 groupIdorg.codehaus.mojo/groupId
artifactIdchanges-maven-plugin/artifactId
version2.0-beta-1-SNAPSHOT/version
reportSets
  reportSet
reports
reportjira-report/report
/reports
 /reportSet
/reportSets

Come on guys ... this is getting pretty awkward!




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

Re: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Malachi de Ælfweald


We should be using the latest version of JAXB, which is 2.0.2 as per the
website.  Personally, I was not aware that the jars made it onto ibilio -- I
thought they were supposed to be hosted at java.net?

Out of curiousity, why would javax.xml.bind be incorrect for XML
Databinding?

Malachi

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:


 Hello,

Are there any current activities for enabling JAXB2 support in Maven2?
In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api jaxb-impl
jaxb-xjc, but they still contain only 2.0EA3.
Since 17. of july there is an additional subdirectory bind, but there are
several things wrong/missing with this:

   - jaxb-impl and jaxb-xjc are missing.
   - version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
   - it has been mentioned on this list, that the location
   javax/xml/bind is wrong, javax/xml is the correct one.

Will there be any progress/cleanup for this?

Thanks and best regards

Franz



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

RE: Want to create a second jar for obfuscated classes

2006-08-11 Thread Chris Hilton

This is different than the way you want to do it, but generally I use
antrun invocations to build my secondary artifacts (also influenced by
the fact we're migrating from Ant, anyway, so it's easy to copy over).
For you, it might look something like:

  plugin  
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
  execution
idgen-obfuscated-jar/id
phasepackage/phase
configuration
  tasks
jar basedir=${basedir}/target/obfuscated-classes/
destfile=${project.build.directory}/${project.name}-${project.version}-
obfuscated.jar /
  /tasks
/configuration
goals
  goalrun/goal
/goals
  /execution 
/executions
  /plugin

The only difference I've noticed is that the jar plugin will by default
add Maven descriptor files to the jar; the ant invocation won't.

Chris

 -Original Message-
 From: Dave Comeau [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, 10 August, 2006 22:17
 To: Maven list (E-mail)
 Subject: Want to create a second jar for obfuscated classes
 
 
 This is a noob question...
 
 In my project I need to obfuscate my classes, and produce two 
 jars:  one with the unobfuscated code, one with the obfuscated code.
 
 The obfuscation is Ant task attached to the process-classes 
 phase, which outputs the obfuscated classes in a folder 
 called ${basedir}/target/obfuscated-classes/
 
 My hope is that I can just use Maven's jar plugin to create 
 the second jar with the same resources/content/format as the 
 first jar, except it's outputDirectory (where it finds the 
 classes to put in the jar) is ${basedir}/target/obfuscated-classes/
 
 So I tried adding this to my pom:
 
 !-- Jar plugin, build a jar from the obfuscated classes --
 
 plugin
 
groupIdorg.apache.maven.plugins/groupId
 
artifactIdmaven-jar-plugin/artifactId
 
executions
 
  execution
 
idobfuscated-jar/id
 
phasepackage/phase
 
goals
 
  goaljar/goal
 
/goals
 
configuration
 
   jarNameobfuscated-jar/jarName   
  
  
 outputDirectory${basedir}/target/obfuscation/classes/output
 Directory
/configuration
 
  /execution
 
/executions
 
  /plugin
 
 
 But I get an error that outputDirectory is read only.  If I 
 remove the outputDirectory, I do get two jars, but their 
 identical.  Is it possible to do what I want to do?
 
 Thank you ,
 Dave
 

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

Re: Maven 2.0.4 - multi module reporting


Well... this has been a journey, which appears to have become a deception.
My conclusions after a day trying to figure the reporting (surefire, 
checkstyle, jdepend, javancss,

cobertua, pmd, jxr, changes, changelog) are:

  * multi-module reporting 'out-of-the-box' isn't behaving properly,
the module links don't show up, so there is no easy way to
navigate to these locations - where in fact several reports have
been generated.

  * trying to overcome this issue by setting a staging area for the site,
only results in several aggregation reports (javadoc/jxr) not being
populated correctly.

  * report aggregation for multi-module projects is a pain in the ...
various reports use different ways, to (try) to set aggregation
only a few actually manage to succeed. In my opinion report
aggregation for multi-module projects should work straight away.
Looks like PMD reporting has got the basic idea, in that it 
searches

for modules for aggregation are automatically performed - but
maven's behavior gets in the way.

I'll be continuing my tests for maven 2.0.4, next time for basic building
specifics like; install, package, deploy, release.

If anybody has some more information about the multi module reporting status
and how (soon) things will get better - I would definitely like to know!

Thanks,
Jan.

Jan Vissers wrote:
I'm evaluating maven 2.0.4 and am wondering what the current 'state' 
is for multi module reporting. I've read that there are various issues 
with it. What I like to know is:


* does multi module reporting (aggregation) work for:
- surefire
- checkstyle
- jdepend
- javancss
- cobertura
- pmd
- jxr
  
* what are potential issues that I might have when performing reports 
on multi module projects?


Thanks.

-
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: Maven2 versus JAXB2 (on ibiblio)

Regarding the location (javax.xml.bind versus java.xml) i had a mail 
sent by [EMAIL PROTECTED] in mind saying

.
.
.

Please note, that the policy for the groupId is javax.xml and com.sun.xml only. See 
also http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry
.
.
.

Hosting at java.net is not appropriate for me, because i sit behind a 
proxy and there is an error in maven2 to the extent that only the first 
proxy is considered in settings.xml (this is MNG-2305).
Since access to http sites is indispensable i thus cannot access https 
sites with maven2.


Greetings

Franz

Malachi de Ælfweald schrieb:

We should be using the latest version of JAXB, which is 2.0.2 as per the
website.  Personally, I was not aware that the jars made it onto 
ibilio -- I

thought they were supposed to be hosted at java.net?

Out of curiousity, why would javax.xml.bind be incorrect for XML
Databinding?

Malachi

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:


 Hello,

Are there any current activities for enabling JAXB2 support in Maven2?
In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api jaxb-impl
jaxb-xjc, but they still contain only 2.0EA3.
Since 17. of july there is an additional subdirectory bind, but there 
are

several things wrong/missing with this:

   - jaxb-impl and jaxb-xjc are missing.
   - version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
   - it has been mentioned on this list, that the location
   javax/xml/bind is wrong, javax/xml is the correct one.

Will there be any progress/cleanup for this?

Thanks and best regards

Franz



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

How to use doxia-module-twiki?

2006-08-11 Thread Zeltner Martin

Hi!
 
I'd like to write my documentation by using the twiki language, but I
can't find any doc how to declare the doxia-module-twiki in my pom
that mvn site will render my twiki files in src/site/twiki to
target/site. Can anyone help me? Thanks for any help in advance!
 
Cheers,
Martin

Re: Simple Problem with exec plugin

2006-08-11 Thread Nick Veys


How are your dependencies defined?  Looking at the java exec mojo:

/**
* Executes the supplied java class in the current VM with the
enclosing project's
* dependencies as classpath.
*
* @goal java
* @requiresDependencyResolution runtime
* @execute phase=validate
* @author a href=mailto:[EMAIL PROTECTED]Kaare Nilsen/a
*
*/

They should be there if they are at least runtime scope dependencies.
Unless you're trying to run something in the current project, in which
case I would imagine it would need to be built beforehand, in the same
execution of maven.

On 8/10/06, Tim Patton [EMAIL PROTECTED] wrote:

I'm trying to get the exec plugin to work, since maven seems like it would make 
a great application launcher and save me time editing my 1000 char classpath.

I have this in my pom.xml for a project consisting of several modules:

build
..
plugin
groupIdorg.codehaus.mojo/groupId
  artifactIdexec-maven-plugin/artifactId
  version1.0.1/version
  configuration
  mainClassdealcatcher.kolinka.profiler.SingleForumProfile/mainClass
  /configuration
  /plugin
..
/build

When I run it with mvn exec:java I get Could not load main class.  
Terminating..  I try running mvn package or mvn install beforehand but I'm not sure what I am 
missing to make this work.

Tim





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

Re: Trouble with EAR file build

2006-08-11 Thread Stephane Nicoll


What do you mean by 'virtualHost' directive?

You can't build because you need the parent pom (in the parent
directory). Invoking install on the parent directory should help but
you need mavan 2.0.5-SNAPSHOT.

s/

On 8/11/06, Alex Turner [EMAIL PROTECTED] wrote:

I would like to add a virtualHost directive to my application.xml, but there
doesn't seem to be any method for it in the ear-plugin.  I downloaded the
ear plugin source and tried to build it, but I get missing resource errors.
I downloaded maven-site, but I get missing resources trying to compile that,
it can't find maven-parent.

Please help

Yours,

Alex Turner
Mint Pixels





--
.::You're welcome ::.

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

Re: Maven2 versus JAXB2 (on ibiblio)

IIUC the point was, that the groupId should be javax.xml and not
java.xml.bind (the link given for this currently yields Application
error (Rails)) .
I reported the proxies/settings.xml error as MNG-2305.

Greetings

Franz

Malachi de lfweald schrieb:
Yeah, I definitely agree that it should be under javax
instead of com.sun -- but that's just because com.sun is supposedly
reserved for Sun internal; whereas javax is reserved for JCP-authorized
extensions.

Regarding the proxy bit.. So it seems like the correct solution would
be if there is a way we can setup ibilio to MIRROR the java.net archive; instead of maintaining
seperate copies...? Or for whatever process delivers it to java.net to deliver it to ibiblio as
well hmmm...

BTW: Have you reported the Maven bug?

Malachi

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:

Regarding
the location (javax.xml.bind versus java.xml) i had a mail
sent by
[EMAIL PROTECTED] in mind saying
.
.
.

Please note, that the policy for the groupId is "javax.xml" and
"com.sun.xml" only. See also
http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry
.
.
.

Hosting at java.net is not appropriate
for me, because i sit behind a
proxy and there is an error in maven2 to the extent that only the first

proxy is considered in settings.xml (this is MNG-2305).
Since access to http sites is indispensable i thus cannot access https
sites with maven2.

Greetings

Franz

Malachi de lfweald schrieb:

We should be using the latest version of JAXB, which is 2.0.2 as
per the
website.Personally, I was not aware that the jars made it onto
ibilio -- I
thought they were supposed to be hosted at java.net?

Out of curiousity, why would javax.xml.bind be incorrect for XML
Databinding?

Malachi

On 8/11/06, Franz Fehringer
[EMAIL PROTECTED] wrote:

Hello,

Are there any current activities for enabling JAXB2 support in
Maven2?
In
http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api
jaxb-impl
jaxb-xjc, but they still contain only 2.0EA3.
Since 17. of july there is an additional subdirectory bind,
but there
are

several things wrong/missing with this:

- jaxb-impl and jaxb-xjc are missing.
- version is 2.0; 2.0.1 and 2.0.2 have appeared in the
meantime.
- it has been mentioned on this list, that the location

javax/xml/bind is wrong, javax/xml is the correct one.

Will there be any progress/cleanup for this?

Thanks and best regards

Franz

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

RE: Change profiles when defining a default profile - issue - Maven2.0 - GOOD SOLUTION.

2006-08-11 Thread Bogdan Matiu

Thanks, Max. This solved my problem.

Bogdan Matiu -  
Senior Software Engineer

-Original Message-
From: Max Cooper [mailto:[EMAIL PROTECTED] 
Sent: August 10, 2006 5:57 PM
To: Maven Users List
Subject: Re: Change profiles when defining a default profile - issue -
Maven2.0.

Use a property to control which profile is active, perhaps 'targetEnv' 
or something.

For the profile you want to be active by default, use a ! in front of 
the property name, to make it active when that property is NOT set:

 activation
 property
   name!targetEnv/name
 /property
 /activation

Then use the property value activate one of the other profiles:

 activation
 property
   nametargetEnv/name
   valueqa/value
 /property
 /activation

-Max

Bogdan Matiu wrote:
 Hi,

 Situation: I want to have an active by default profile (dev) and still

 be able to switch to other profiles like qa and prod. I didn't find
any 
 way of doing it. Please someone help me if you found a solution for
this 
 one.

 What happens?

 I've set up the activeByDefault property for the dev environment in
the 
 conf/settings.xml:  activeByDefaulttrue/activeByDefault

 When I run:

 mvn help:active-profiles

 I get the following response:

 The following profiles are active:

  - maestro (source: settings.xml)

  - dev-servers (source: settings.xml)

  - dev-servers (source: settings.xml)

 Now when I'm trying to switch to another profile:

 mvn help:active-profiles -P qa2-servers

 The following profiles are active:

  - maestro (source: settings.xml)

  - dev-servers (source: settings.xml) = *dev profile is going to be
used*

  - qa2-servers (source: settings.xml)

  - dev-servers (source: settings.xml)

 I've tried even with both -P and setting the *activation *value for
the qa profile and still:

 mvn help:active-profiles -P qa2-servers -Denv=qa2

 The following profiles are active:

  - maestro (source: settings.xml)

  - dev-servers (source: settings.xml) = *dev profile is going to be
used*

  - qa2-servers (source: settings.xml)

  - dev-servers (source: settings.xml)

 This means that any property used from profiles in the FILTERED files 
 are still taken from dev profile and not from the desired qa2-servers 
 profile (which is not the desired behaviour!!!)

 Thank you,

 *Bogdan Matiu -  *

 Senior Software Engineer

 Ph.: 416-848-8391 x 2237  

 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 Route1 Inc.

 /*/Securing the Digital World/*/

 This electronic mail transmission contains information from Route1,
Inc. 
 http://www.route1.com that is for the sole use of the intended 
 recipient and may contain confidential, privileged or proprietary 
 information. If you are not the intended recipient, please be aware
that 
 any disclosure, copying, distribution or use of this message, its 
 contents, or any attachment is prohibited. Any wrongful interception
of 
 this message is punishable as a federal crime. If you have received
this 
 message in error, please return a copy to the sender by electronic
mail 
 indicating the error. Then, please destroy the original message and
any 
 copies from your computer. Thank you.

-
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: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Malachi de Ælfweald


Yeah, I definitely agree that it should be under javax instead of com.sun --
but that's just because com.sun is supposedly reserved for Sun internal;
whereas javax is reserved for JCP-authorized extensions.

Regarding the proxy bit..  So it seems like the correct solution would be if
there is a way we can setup ibilio to MIRROR the java.net archive; instead
of maintaining seperate copies...? Or for whatever process delivers it to
java.net to deliver it to ibiblio as well  hmmm...

BTW: Have you reported the Maven bug?


Malachi


On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:


Regarding the location (javax.xml.bind versus java.xml) i had a mail
sent by [EMAIL PROTECTED] in mind saying
.
.
.

Please note, that the policy for the groupId is javax.xml and 
com.sun.xml only. See also
http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry
.
.
.

Hosting at java.net is not appropriate for me, because i sit behind a
proxy and there is an error in maven2 to the extent that only the first
proxy is considered in settings.xml (this is MNG-2305).
Since access to http sites is indispensable i thus cannot access https
sites with maven2.

Greetings

Franz

Malachi de Ælfweald schrieb:
 We should be using the latest version of JAXB, which is 2.0.2 as per the
 website.  Personally, I was not aware that the jars made it onto
 ibilio -- I
 thought they were supposed to be hosted at java.net?

 Out of curiousity, why would javax.xml.bind be incorrect for XML
 Databinding?

 Malachi

 On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:

  Hello,

 Are there any current activities for enabling JAXB2 support in Maven2?
 In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api
jaxb-impl
 jaxb-xjc, but they still contain only 2.0EA3.
 Since 17. of july there is an additional subdirectory bind, but there
 are
 several things wrong/missing with this:

- jaxb-impl and jaxb-xjc are missing.
- version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
- it has been mentioned on this list, that the location
javax/xml/bind is wrong, javax/xml is the correct one.

 Will there be any progress/cleanup for this?

 Thanks and best regards

 Franz



 -
 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: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Wayne Fay


You should probably file the javax.xml instead of java.xml.bind
issue on JIRA under MEV if you actually expect someone to fix it.

Otherwise its just lots of talk on the Users list...

Wayne

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:



IIUC the point was, that the groupId should be javax.xml and not
java.xml.bind (the link given for this currently yields Application error
(Rails)) .
I reported the proxies/settings.xml error as MNG-2305.


Greetings

Franz

Malachi de Ælfweald schrieb:
Yeah, I definitely agree that it should be under javax instead of com.sun --
but that's just because com.sun is supposedly reserved for Sun internal;
whereas javax is reserved for JCP-authorized extensions.

Regarding the proxy bit..  So it seems like the correct solution would be if
there is a way we can setup ibilio to MIRROR the java.net archive; instead
of maintaining seperate copies...? Or for whatever process delivers it to
java.net to deliver it to ibiblio as well  hmmm...

BTW: Have you reported the Maven bug?


Malachi


On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:
 Regarding the location (javax.xml.bind versus java.xml) i had a mail
 sent by [EMAIL PROTECTED] in mind saying
 .
 .
 .

 Please note, that the policy for the groupId is javax.xml and
com.sun.xml only. See also
http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry
 .
 .
 .

 Hosting at java.net is not appropriate for me, because i sit behind a
 proxy and there is an error in maven2 to the extent that only the first
 proxy is considered in settings.xml (this is MNG-2305).
 Since access to http sites is indispensable i thus cannot access https
 sites with maven2.

 Greetings

 Franz

 Malachi de Ælfweald schrieb:
  We should be using the latest version of JAXB, which is 2.0.2 as per the
  website.  Personally, I was not aware that the jars made it onto
  ibilio -- I
  thought they were supposed to be hosted at java.net?
 
  Out of curiousity, why would javax.xml.bind be incorrect for XML
  Databinding?
 
  Malachi
 
  On 8/11/06, Franz Fehringer  [EMAIL PROTECTED] wrote:
 
   Hello,
 
  Are there any current activities for enabling JAXB2 support in Maven2?
  In http://www.ibiblio.org/maven2/javax/xml/ there are
jaxb-api jaxb-impl
  jaxb-xjc, but they still contain only 2.0EA3.
  Since 17. of july there is an additional subdirectory bind, but there
  are
  several things wrong/missing with this:
 
 - jaxb-impl and jaxb-xjc are missing.
 - version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
 - it has been mentioned on this list, that the location
 javax/xml/bind is wrong, javax/xml is the correct one.
 
  Will there be any progress/cleanup for this?
 
  Thanks and best regards
 
  Franz
 
 
 
 
-
  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]




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

Re: link to module sites - and aggregated javadoc

2006-08-11 Thread Sam Merrell


I get the same issue without aggregating my javadocs.

On 8/11/06, Jan Vissers [EMAIL PROTECTED] wrote:


Maven 2.0.4.

Trying to create a site for multi module project where the module links
are actually shown. Using the following command:

   site:stage -DstagingDirectory=

the module links are shown, but the aggregated javadoc page on the
toplevel is empty.
Here is the reports section of my toplevel pom:

   reporting
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
aggregatetrue/aggregate
/configuration
/plugin
/plugins
/reporting


The actual javadoc is generated within the original toplevel
/target/site/apidocs
Looks like the javadoc is not copied to the site staging area.

Is this a known issue?

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

Re: Maven2 versus JAXB2 (on ibiblio)

I am not interested in javax.xml instead of java.xml.bind, i am only 
interested in a working (and current) Maven2/JAXB2 combination (and a 
fix for MNG-2305).


Greetings

Franz


Wayne Fay schrieb:

You should probably file the javax.xml instead of java.xml.bind
issue on JIRA under MEV if you actually expect someone to fix it.

Otherwise its just lots of talk on the Users list...

Wayne

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:



IIUC the point was, that the groupId should be javax.xml and not
java.xml.bind (the link given for this currently yields Application 
error

(Rails)) .
I reported the proxies/settings.xml error as MNG-2305.


Greetings

Franz

Malachi de Ælfweald schrieb:
Yeah, I definitely agree that it should be under javax instead of 
com.sun --

but that's just because com.sun is supposedly reserved for Sun internal;
whereas javax is reserved for JCP-authorized extensions.

Regarding the proxy bit..  So it seems like the correct solution 
would be if
there is a way we can setup ibilio to MIRROR the java.net archive; 
instead
of maintaining seperate copies...? Or for whatever process delivers 
it to

java.net to deliver it to ibiblio as well  hmmm...

BTW: Have you reported the Maven bug?


Malachi


On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:
 Regarding the location (javax.xml.bind versus java.xml) i had a mail
 sent by [EMAIL PROTECTED] in mind saying
 .
 .
 .

 Please note, that the policy for the groupId is javax.xml and
com.sun.xml only. See also
http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry 


 .
 .
 .

 Hosting at java.net is not appropriate for me, because i sit behind a
 proxy and there is an error in maven2 to the extent that only the 
first

 proxy is considered in settings.xml (this is MNG-2305).
 Since access to http sites is indispensable i thus cannot access https
 sites with maven2.

 Greetings

 Franz

 Malachi de Ælfweald schrieb:
  We should be using the latest version of JAXB, which is 2.0.2 as 
per the

  website.  Personally, I was not aware that the jars made it onto
  ibilio -- I
  thought they were supposed to be hosted at java.net?
 
  Out of curiousity, why would javax.xml.bind be incorrect for XML
  Databinding?
 
  Malachi
 
  On 8/11/06, Franz Fehringer  [EMAIL PROTECTED] wrote:
 
   Hello,
 
  Are there any current activities for enabling JAXB2 support in 
Maven2?

  In http://www.ibiblio.org/maven2/javax/xml/ there are
jaxb-api jaxb-impl
  jaxb-xjc, but they still contain only 2.0EA3.
  Since 17. of july there is an additional subdirectory bind, but 
there

  are
  several things wrong/missing with this:
 
 - jaxb-impl and jaxb-xjc are missing.
 - version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
 - it has been mentioned on this list, that the location
 javax/xml/bind is wrong, javax/xml is the correct one.
 
  Will there be any progress/cleanup for this?
 
  Thanks and best regards
 
  Franz
 
 
 
 
-
  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]




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

DB connection details

2006-08-11 Thread Shute, James

Hi,

I've got a Maven1 project building under Continuum, but now have some
unit tests that need to connect to a database.

When I just run the tests on my box via Maven then I leave the username
/ password blank so it uses the integrated security and picks up the
username / password of the current user, which is great and works
nicely.

But when running under Continuum this doesn't work as the account it's
running as doesn't have DB access.  Now due to various audit / security
policies in place here giving that account access to the db isn't an
option.

Now the only working solution I've come up with so far is to specify
system properties on the command line which give the username and
password.  These can then be specified in the arguments section on the
project build definition page in Continuum.

BUT.  Those values are publicly viewable, i.e. everybody can see the
password and I'm not exactly keen on that.  Access to the build box is
more restricted so a solution based on a local file there would be
better (even if the password has to be stored as plain text)

Anybody got any suggestions?  I would just put the properties in the
local build.properties file for the project on the build box, but that
gets blown away by the CVS update.

thanks

James


--
This message is intended only for the personal and confidential use of the 
designated recipient(s) named above.  If you are not the intended recipient of 
this message you are hereby notified that any review, dissemination, 
distribution or copying of this message is strictly prohibited.  This 
communication is for information purposes only and should not be regarded as an 
offer to sell or as a solicitation of an offer to buy any financial product, an 
official confirmation of any transaction, or as an official statement of Lehman 
Brothers.  Email transmission cannot be guaranteed to be secure or error-free.  
Therefore, we do not represent that this information is complete or accurate 
and it should not be relied upon as such.  All information is subject to change 
without notice.

Re: Building dependant projects as well?

2006-08-11 Thread Jesse McConnell


kenney is actually working on adding that functionality this week I
think so its on the horizon :)

jesse

On 8/11/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:



Barrie Treloar a écrit :
 On 8/11/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:
 Dependent projects aren't build for the moment. It's planned for 1.1

 Are you saying they are never built?

They are build only if their sources changed, we don't check dependencies yet, 
or if your force a build


 I thought that when the schedule kicked off it would check if there
 are cvs updates and rebuild, or if an artifact that the project
 depended upon changes would cause a rebuild.








--
jesse mcconnell
[EMAIL PROTECTED]

Tests fail in eclipse, OK on command line


This seems to be the opposite to what most people report on this list (where
the usual explanation is that they have a non-standard directory layout).  I
have a completely standard directory layout, but Eclipse keeps modifying my
.classpath so the test classes and resources go to the wrong directory
(default build directory and copied in place respeectively).  If I manually
change it, the problem keeps re-occurring (maybe when I do a clean, and the
target directory is deleted?).  Anyone else found this?  Know what to do
about it?
-- 
View this message in context: 
http://www.nabble.com/Tests-fail-in-eclipse%2C-OK-on-command-line-tf2091422.html#a5764763
Sent from the Maven - Users forum at Nabble.com.


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

RE: Optional Goals Dependencies

I've gotten some of this behavior to work using profiles, however I still
need to be able to have compile/test compile/test/jar/assemble all use a
subdirectory based on a property. I could override the configurations for
all these plugins, but I was curious if there is anyway to set ${basedir}
which all these plugins base their default values on.

D-

-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 10, 2006 11:19 AM
To: 'Maven Users List'
Subject: RE: Optional Goals  Dependencies

I was just reading those pages. Hopefully I can get it to do what I want.

The problem I see right now is that you can only do certain things within
the pom file. 

For instance, I specifically need the developer to be able to designate the
version for dependencies.

Currently each client (there are hundreds) gets a custom build of the entire
application. In an attempt to make a step to something more sane, I want to
break this out into 2 steps, 1) platform build, 2) client build. The client
build would need to depend on the appropriate platform build. 

My initial thought was that the client specific code  configs would all be
1 module, broken down by client. Each client would have properties
indicating the version of the platform to be dependent on, etc. 

The only way I can think of doing is this is using system properties, since
dependencies must be defined the POM file and profiles can't define
properties that the POM file can read. BTW: What are those properties used
for?

If I did use system properties, is it possible to load properties into the
POM from a file? If not, it seems like my only answer it to provide a
wrapper script for mvn that passes parameters.

-Original Message-
From: Chris Hilton [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 09, 2006 5:29 PM
To: Maven Users List
Subject: RE: Optional Goals  Dependencies

Then you probably want to become familiar with the wonderful world of
profiles.

http://maven.apache.org/guides/introduction/introduction-to-profiles.htm
l

Chris

 -Original Message-
 From: Douglas Ferguson [mailto:[EMAIL PROTECTED] 
 Sent: Wednesday, 09 August, 2006 17:25
 To: 'Maven Users List'
 Subject: Optional Goals  Dependencies
 
 I am trying to figure out a way to define optional goals 
 and/or dependencies. Is there a way to do this?
 
  
 
 I am looking for something similar to the ability in ant to 
 only do a certain task if a certain property is set.
 
 __
 
 
 Douglas W. Ferguson
 
 EPSIIA - Another Fiserv Connection
 
 Development
 
 Office Phone: 512-329-0081 ext. 3309
 
 Dial Toll Free: 800-415-5946
 
 Mobile Phone: 512-293-7279
 
 Fax: 512-329-0086
 
 [EMAIL PROTECTED]
 
 www.epsiia.com http://www.epsiia.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]



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

Plugin not using project dependencies

2006-08-11 Thread kapadia


All,

I'm having a problem where the plugins are not using the project-level
dependencies.  I have to redeclare the dependency within the
plugin.../plugin for it to find the classes it needs.  I would like to
have the dependency declared once for the project and have the plugins see
these dependencies.

For example, I'm using the sql-maven-plugin to execute some sql statements.
It needs a database driver to be able to do this :)  I have declared a
dependency on the jtds jar at the top of my pom.xml, like this:

project
...
dependencies
  ...
  dependency
  groupIdnet.sourceforge.jtds/groupId
  artifactIdjtds/artifactId
  version1.2/version
  scopecompile/scope  
  /dependency
/dependencies
...
/project

Unless I redeclare the dependency to jtds in the plugin declaration like
this
build
  plugins
plugin
   ...
  dependencies
dependency
   groupIdnet.sourceforge.jtds/groupId
   artifactIdjtds/artifactId
   version1.2/version
/dependency
 /dependencies
 executions
  
 /executions
   /plugin
  /plugins
/build

the plugin doesn't work.  When the plugin executes, I get  Driver class not
found: net.sourceforge.jtds.jdbc.Driver.  If I redeclare the plugin as
shown above, then it works.

Can anybody shed some light on this?

Thank your for your time,
Sujan 
-- 
View this message in context: 
http://www.nabble.com/Plugin-not-using-project-dependencies-tf2091709.html#a5765700
Sent from the Maven - Users forum at Nabble.com.


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

Re: Using Maven 1.0.2 with JDK 1.5

2006-08-11 Thread Andrew Birchall


Hey thanks a lot for the reply.
I tried it again this today and guess what? It worked!
Computers are just plain strange sometimes
Cheers
Andy

- Original Message - 
From: Helck, Christopher [EMAIL PROTECTED]

To: Maven Users List users@maven.apache.org
Sent: Thursday, August 10, 2006 10:24 PM
Subject: RE: Using Maven 1.0.2 with JDK 1.5


Maven 1.0.2 definitely works with jdk1.5.0_07 on Windows XP. I can't
imagine that 1.5.0_8 would cause the problem you describe.  I would turn
on tracing in the maven.bat script.

-Christopher Helck

-Original Message-
From: Andrew Birchall [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 10, 2006 4:35 PM
To: users@maven.apache.org
Subject: Using Maven 1.0.2 with JDK 1.5

Hello,
I'm having trouble running Maven 1.0.2 with the latest version of Java
(1.5.0_08) on Windows XP
Maven resides in C:\maven-1.0.2 and Java is in C:\java\jdk1.5.0_08 I
have set MAVEN_HOME to maven-1.0.2 and JAVA_HOME to JDK 1.5.0_08 And I
have set maven-1.0.2\bin in my PATH However when I run maven -version
it just prints out the usage instructions for Java (???!!!)

Is maven 1.x supposed to work with the latest version of Java?
I can't find any documentation on this on the Maven website I have no
problems with Maven 2. However I need to used Maven 1 for an old
project.
Thanks for any help anyone can give
Andy Birchall

See below for what is displayed when I run maven -version

C:\maven -version
Usage: java [-options] class [args...]
  (to execute a class)
  or  java [-options] -jar jarfile [args...]
  (to execute a jar file)

where options include:
   -client   to select the client VM
   -server   to select the server VM
   -hotspot  is a synonym for the client VM  [deprecated]
 The default VM is client.

   -cp class search path of directories and zip/jar files
   -classpath class search path of directories and zip/jar files
 A ; separated list of directories, JAR archives,
 and ZIP archives to search for class files.
   -Dname=value
 set a system property
   -verbose[:class|gc|jni]
 enable verbose output
   -version  print product version and exit
   -version:value
 require the specified version to run
   -showversion  print product version and continue
   -jre-restrict-search | -jre-no-restrict-search
 include/exclude user private JREs in the version
search
   -? -help  print this help message
   -Xprint help on non-standard options
   -ea[:packagename...|:classname]
   -enableassertions[:packagename...|:classname]
 enable assertions
   -da[:packagename...|:classname]
   -disableassertions[:packagename...|:classname]
 disable assertions
   -esa | -enablesystemassertions
 enable system assertions
   -dsa | -disablesystemassertions
 disable system assertions
   -agentlib:libname[=options]
 load native agent library libname, e.g.
-agentlib:hprof
   see also, -agentlib:jdwp=help and
-agentlib:hprof=help
   -agentpath:pathname[=options]
 load native agent library by full pathname
   -javaagent:jarpath[=options]
 load Java programming language agent, see
java.lang.instrument

C:\



___
The all-new Yahoo! Mail goes wherever you go - free your email address
from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html

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



Thank you for being part of it.

The information contained in this e-mail is confidential. This e-mail is 
intended only for the stated addressee.  If you are not an addressee, you 
must not disclose, copy, circulate or in any other way use or rely on the 
information contained in this e-mail. if you have received this e-mail in 
error, please inform us immediately and delete it and all copies from your 
system.


EBS Dealing Resources International Limited. Registered address: 10 
Paternoster Square, London EC4M 7DY, United Kingdom. Registered number 
2669861.


EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison 
Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond road, 
Building F - Floor 3, Parsippany, NJ 07054, USA.


EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: Asteer 
Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku,  Tokyo 104-0033, Japan.



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






___ 
All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC

Re: Changes report - maven 2.0.4

2006-08-11 Thread Dennis Lundberg


Jan Vissers wrote:

Cannot use this report, cause it cannot be located.
Tried several things here:

according to documentation:

 plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-changelog-plugin/artifactId
 /plugin


The plugin has not yet been released, so it's only available as a 
snapshot. Please read this document to set that up for you:


http://maven.apache.org/guides/development/guide-testing-development-plugins.html


And according to some 'rumours' about relocation of the plugin:

 groupIdorg.codehaus.mojo/groupId
artifactIdchanges-maven-plugin/artifactId
version2.0-beta-1-SNAPSHOT/version
reportSets
  reportSet
reports
reportjira-report/report
/reports
 /reportSet
/reportSets


That is an old version. You should not use that.


Come on guys ... this is getting pretty awkward!



--
Dennis Lundberg

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

Re: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Carlos Sanchez


The reference API is under javax.xml.bind in
http://www.ibiblio.org/maven2/javax/xml/bind/ and sun implementation
under com.sun.xml.bind

On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:

I am not interested in javax.xml instead of java.xml.bind, i am only
interested in a working (and current) Maven2/JAXB2 combination (and a
fix for MNG-2305).

Greetings

Franz


Wayne Fay schrieb:
 You should probably file the javax.xml instead of java.xml.bind
 issue on JIRA under MEV if you actually expect someone to fix it.

 Otherwise its just lots of talk on the Users list...

 Wayne

 On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:


 IIUC the point was, that the groupId should be javax.xml and not
 java.xml.bind (the link given for this currently yields Application
 error
 (Rails)) .
 I reported the proxies/settings.xml error as MNG-2305.


 Greetings

 Franz

 Malachi de Ælfweald schrieb:
 Yeah, I definitely agree that it should be under javax instead of
 com.sun --
 but that's just because com.sun is supposedly reserved for Sun internal;
 whereas javax is reserved for JCP-authorized extensions.

 Regarding the proxy bit..  So it seems like the correct solution
 would be if
 there is a way we can setup ibilio to MIRROR the java.net archive;
 instead
 of maintaining seperate copies...? Or for whatever process delivers
 it to
 java.net to deliver it to ibiblio as well  hmmm...

 BTW: Have you reported the Maven bug?


 Malachi


 On 8/11/06, Franz Fehringer [EMAIL PROTECTED] wrote:
  Regarding the location (javax.xml.bind versus java.xml) i had a mail
  sent by [EMAIL PROTECTED] in mind saying
  .
  .
  .
 
  Please note, that the policy for the groupId is javax.xml and
 com.sun.xml only. See also
 
http://www.mavenregistry.com/search/artifacts?hl=enq=jsr173btnG=Search+Registry

  .
  .
  .
 
  Hosting at java.net is not appropriate for me, because i sit behind a
  proxy and there is an error in maven2 to the extent that only the
 first
  proxy is considered in settings.xml (this is MNG-2305).
  Since access to http sites is indispensable i thus cannot access https
  sites with maven2.
 
  Greetings
 
  Franz
 
  Malachi de Ælfweald schrieb:
   We should be using the latest version of JAXB, which is 2.0.2 as
 per the
   website.  Personally, I was not aware that the jars made it onto
   ibilio -- I
   thought they were supposed to be hosted at java.net?
  
   Out of curiousity, why would javax.xml.bind be incorrect for XML
   Databinding?
  
   Malachi
  
   On 8/11/06, Franz Fehringer  [EMAIL PROTECTED] wrote:
  
Hello,
  
   Are there any current activities for enabling JAXB2 support in
 Maven2?
   In http://www.ibiblio.org/maven2/javax/xml/ there are
 jaxb-api jaxb-impl
   jaxb-xjc, but they still contain only 2.0EA3.
   Since 17. of july there is an additional subdirectory bind, but
 there
   are
   several things wrong/missing with this:
  
  - jaxb-impl and jaxb-xjc are missing.
  - version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.
  - it has been mentioned on this list, that the location
  javax/xml/bind is wrong, javax/xml is the correct one.
  
   Will there be any progress/cleanup for this?
  
   Thanks and best regards
  
   Franz
  
  
  
  
 -
   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]



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





--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride

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

Re: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Kohsuke Kawaguchi


Franz Fehringer wrote:

Hello,

Are there any current activities for enabling JAXB2 support in Maven2?
In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api jaxb-impl 
jaxb-xjc, but they still contain only 2.0EA3.
Since 17. of july there is an additional subdirectory bind, but there 
are several things wrong/missing with this:


We arranged a mirroring from java.net repo to the maven repo, so that's 
why we started seeing jars in ibiblio.



* jaxb-impl and jaxb-xjc are missing.


They are there: http://www.ibiblio.org/maven2/com/sun/xml/bind/


* version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.


Yeah, I have to ask them why those new jars are not mirrored.


* it has been mentioned on this list, that the location
  javax/xml/bind is wrong, javax/xml is the correct one.


I really think it should be javax/xml/bind. There's no single group that 
 is in charge of javax.xml packge at JCP. It's individual JSRs that 
own individual packages like javax.xml.bind and javax.xml.ws. They 
follow different development models, release cycles, etc. So the group 
name should better reflect that structure.


We kept JAX-RPC API in javax.xml to honor the backward compatibility, 
but for new jars, I'm not sure why we need to continue that way. I 
thought the Maven folks are in agreement with this, as you can see in 
http://www.ibiblio.org/maven2/javax/xml/bind/


The same can be said with com.sun.xml, and I can make even stronger 
case here. Sun clearly owns this namespace, and so I thought the group 
in Sun that does com.sun.xml stuff gets to choose whatever conventions 
we see fit. Again, it's the same deal with javax.xml here --- there are 
individual groups that work on com.sun.xml.bind and 
com.sun.xml.registry and so on, and so it made more sense to us for 
each team to own its groupId.


There's also no backward compatibility issue in com.sun.xml.*, as this 
is the first time we publish any artifacts into these group Ids, unlike 
javax.xml. So I don't understand why people are objecting to 
com.sun.xml.bind group id. What is the problem of this group id?


--
Kohsuke Kawaguchi
Sun Microsystems   [EMAIL PROTECTED]


smime.p7s
Description: S/MIME Cryptographic Signature

Resource Plugin

I can't find any documentation on how to change the default location of the
resources plugin.

 

I checked out the code and it declares ${project.resources}.
But this is a list of resource objects. I'd like to just change the
directory from ${basedir}/src/main/resources -
${basedir}/${someotherdir}/src/main/resources

 

 

__


Douglas W. Ferguson

EPSIIA - Another Fiserv Connection

Development

Office Phone: 512-329-0081 ext. 3309

Dial Toll Free: 800-415-5946

Mobile Phone: 512-293-7279

Fax: 512-329-0086

[EMAIL PROTECTED]

www.epsiia.com http://www.epsiia.com/ 

__

Re: Maven2 versus JAXB2 (on ibiblio)

2006-08-11 Thread Carlos Sanchez


Kohsuke is right, although old stuff may be under javax.xml and
com.sun.xml we see better fit under javax.xml.something and as they
manage com.sun.* they can do however they want there (and we are not
involved in this later case).

On 8/11/06, Kohsuke Kawaguchi [EMAIL PROTECTED] wrote:

Franz Fehringer wrote:
 Hello,

 Are there any current activities for enabling JAXB2 support in Maven2?
 In http://www.ibiblio.org/maven2/javax/xml/ there are jaxb-api jaxb-impl
 jaxb-xjc, but they still contain only 2.0EA3.
 Since 17. of july there is an additional subdirectory bind, but there
 are several things wrong/missing with this:

We arranged a mirroring from java.net repo to the maven repo, so that's
why we started seeing jars in ibiblio.

 * jaxb-impl and jaxb-xjc are missing.

They are there: http://www.ibiblio.org/maven2/com/sun/xml/bind/

 * version is 2.0; 2.0.1 and 2.0.2 have appeared in the meantime.

Yeah, I have to ask them why those new jars are not mirrored.

 * it has been mentioned on this list, that the location
   javax/xml/bind is wrong, javax/xml is the correct one.

I really think it should be javax/xml/bind. There's no single group that
  is in charge of javax.xml packge at JCP. It's individual JSRs that
own individual packages like javax.xml.bind and javax.xml.ws. They
follow different development models, release cycles, etc. So the group
name should better reflect that structure.

We kept JAX-RPC API in javax.xml to honor the backward compatibility,
but for new jars, I'm not sure why we need to continue that way. I
thought the Maven folks are in agreement with this, as you can see in
http://www.ibiblio.org/maven2/javax/xml/bind/

The same can be said with com.sun.xml, and I can make even stronger
case here. Sun clearly owns this namespace, and so I thought the group
in Sun that does com.sun.xml stuff gets to choose whatever conventions
we see fit. Again, it's the same deal with javax.xml here --- there are
individual groups that work on com.sun.xml.bind and
com.sun.xml.registry and so on, and so it made more sense to us for
each team to own its groupId.

There's also no backward compatibility issue in com.sun.xml.*, as this
is the first time we publish any artifacts into these group Ids, unlike
javax.xml. So I don't understand why people are objecting to
com.sun.xml.bind group id. What is the problem of this group id?

--
Kohsuke Kawaguchi
Sun Microsystems   [EMAIL PROTECTED]






--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride

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

Re: Plugin not using project dependencies

2006-08-11 Thread kapadia


All,

If anyone can shed light on this problem I would appreciate it.  I would
rather not redeclare the dependencies in my plugin section if the project
(pom) already has declared them at the top.

Thanks,
Sujan



kapadia wrote:
 
 All,
 
 I'm having a problem where the plugins are not using the project-level
 dependencies.  I have to redeclare the dependency within the
 plugin.../plugin for it to find the classes it needs.  I would like to
 have the dependency declared once for the project and have the plugins see
 these dependencies.
 
 For example, I'm using the sql-maven-plugin to execute some sql
 statements. It needs a database driver to be able to do this :)  I have
 declared a dependency on the jtds jar at the top of my pom.xml, like this:
 
 project
 ...
 dependencies
   ...
   dependency
   groupIdnet.sourceforge.jtds/groupId
   artifactIdjtds/artifactId
   version1.2/version
   scopecompile/scope  
   /dependency
 /dependencies
 ...
 /project
 
 Unless I redeclare the dependency to jtds in the plugin declaration like
 this
 build
   plugins
 plugin
...
   dependencies
 dependency
groupIdnet.sourceforge.jtds/groupId
artifactIdjtds/artifactId
version1.2/version
 /dependency
  /dependencies
  executions
   
  /executions
/plugin
   /plugins
 /build
 
 the plugin doesn't work.  When the plugin executes, I get  Driver class
 not found: net.sourceforge.jtds.jdbc.Driver.  If I redeclare the plugin
 as shown above, then it works.
 
 Can anybody shed some light on this?
 
 Thank your for your time,
 Sujan 
 

-- 
View this message in context: 
http://www.nabble.com/Plugin-not-using-project-dependencies-tf2091709.html#a5767675
Sent from the Maven - Users forum at Nabble.com.


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

Re: ignoring a file

2006-08-11 Thread Jesus M. Rodriguez


In our process we have a file that gets auto incremented with a version number
for our rpm (redhat package manager).  This file gets checked in once the rpm
file is built. Each build will checkin an updated version of the version file.
If we don't ignore it we get into an infinite build loop.

jesus

On 8/11/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:

It doens't support this feature.
Why do you want to ignore a file?

Emmanuel

Jesus M. Rodriguez a écrit :
 Is there a way to get Continuum to ignore a file during builds? I'm
 trying to
 switch from cruisecontrol to continuum and need the ability to ignore a
 file.

 In cruisecontrol I do this using the ignoreFiles attribute on
 the modificationset tag.

 Sincerely,
 jesus rodriguez

Codehaus

Where can I find documentation on the codehaus plugins?

 

I stumbled upon the codehaus dependency plugin when the apache one didn't
seem to work.

 

__


Douglas W. Ferguson

EPSIIA - Another Fiserv Connection

Development

Office Phone: 512-329-0081 ext. 3309

Dial Toll Free: 800-415-5946

Mobile Phone: 512-293-7279

Fax: 512-329-0086

[EMAIL PROTECTED]

www.epsiia.com http://www.epsiia.com/ 

__

Re: link to module sites - and aggregated javadoc

Hi - without the site:stage, but with the aggregate configuration 
element in javadoc set to true, site will generate the javadoc at the 
top level for me.


Sam Merrell wrote:

I get the same issue without aggregating my javadocs.

On 8/11/06, Jan Vissers [EMAIL PROTECTED] wrote:


Maven 2.0.4.

Trying to create a site for multi module project where the module links
are actually shown. Using the following command:

   site:stage -DstagingDirectory=

the module links are shown, but the aggregated javadoc page on the
toplevel is empty.
Here is the reports section of my toplevel pom:

   reporting
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
aggregatetrue/aggregate
/configuration
/plugin
/plugins
/reporting


The actual javadoc is generated within the original toplevel
/target/site/apidocs
Looks like the javadoc is not copied to the site staging area.

Is this a known issue?

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






--
Cumquat Information Technology
De Dreef 19
3706 BR Zeist
T +31 (0)30 - 6940490
F +31 (0)30 - 6940499
http://www.cumquat.nl

[EMAIL PROTECTED]
M +31 6 51 169 556



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

multi module site generation - module links not showing in index.html


Wondering whether this is default behavior.
When I generate the site for a multi module project
the contained modules are displayed at the upper-left
of the index.html page - but it is 'plain' text and no hyperlink.

How come?

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

[m2] Configuring the scp executable

2006-08-11 Thread Daniel Serodio

I found documentation on how to configure the scp executable at
http://maven.apache.org/guides/mini/guide-deploy-ssh-external.html, but
it doesn't work for Maven2:

[INFO] Error deploying artifact: While configuring wagon for 'vulcano':
Unable to apply wagon configuration.

Cannot find setter nor field in
org.apache.maven.wagon.providers.ssh.ScpWagon for 'sshExecutable'

How do I configure the scp executable for Maven 2?

TIA,
Daniel Serodio

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

BuildDate/Time