Re: Plugins not properly loading properties

2011-09-20 Thread Anders Hammar
tomcat:deploy could possibly fork a new process performing a maven
build with the lifecycle (the docs should tell). I haven't used that
plugin as I'm a Cargo addict...:-)

/Anders

On Mon, Sep 19, 2011 at 22:35, Maven User maven.2.u...@gmail.com wrote:
 BTW - this is totally not the behavior we're seeing with a tomcat:deploy.

 That seems to go through all the standard build lifecycle goals, then NOT
 pull in any dynamically loaded configuration...


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Antwort: Re: Incorrect assembly created with Maven 3.0.3

2011-09-20 Thread Thorsten Heit
Hi,

 Thorsten Heit wrote:
  
  ...snip ...
  
  But what puzzles me is that the archives created by Maven 2.2.1 and 
Maven
  3.0.3 are different, and I don't see a reason why...
  
  ...snip...
  
 
 Hi there,
 
 Did you ever get anywhere with this? I'm seeing the same problem: Maven
 3.0.3 adds batik-js-1.7.jar and omits serializer-2.7.1.jar.
 
 Though I am not positive, I believe this is the cause of an exception I 
see
 at runtime, the stack trace of which starts like this:
 
 java.lang.IllegalAccessError:
 org/apache/xml/serializer/ExtendedContentHandler
at
 org.apache.xalan.transformer.TransformerImpl.createSerializationHandler
 (TransformerImpl.java:1233)
 ...

I get a ClassNotFoundException at runtime. I don't know exactly which 
class, but it was one from the serializer jar...

Unfortunately the only solution I have so far is to directly add a 
dependency to the serializer jar in the pom although no class in the 
project uses it - it is used transitively by xerces or xalan I guess...


Regards

Thorsten

Re: Re: Incorrect assembly created with Maven 3.0.3

2011-09-20 Thread Thorsten Heit
Hi,

 Just a wild guess, do you have a dependencyManagament handling these
 artifacts where the scope is defined? I've seen different behavior
 between Maven 2.x and 3.0.x due to this (MJBOSSPACK-40 [1]).

No, I haven't used dependency management. I simply referenced xerces 
and/or xalan (don't remember it exactly because I changed the project in 
the meantime...)


Regards

Thorsten

mvn dependency tree not working

2011-09-20 Thread kapila
While building a sub-project where I am trying to find the jar dependency
showing up in compliation which i am not able to locate in code/pom. 
Tried command ;- mvn dependency:tree 
this doesnt show up the dependency tree 

this jar doesnt exist on nexus even, so i wanna see where is this defined in
pom or dependency jar is calling it. 

error is 

Downloaded:
http://IP:8081/nexus/content/groups/public-snapshots/abc/abc-web-utils/1.1-SNAPSHOT/maven-metadata.xml
(351 B at 6.0 KB/sec) 
Downloading:
http://IP:8081/nexus/content/groups/public/org/hibernate/ehcache/hibernate-core/3.3.1.GA/hibernate-core-3.3.1.GA.pom
 
[WARNING] The POM for org.hibernate.ehcache:hibernate-core:jar:3.3.1.GA is
missing, no dependency information available 
[INFO]
 
[INFO] BUILD FAILURE 
[INFO]
 
[INFO] Total time: 6.065s 
[INFO] Finished at: Tue Sep 20 16:29:32 IST 2011 
[INFO] Final Memory: 8M/1009M 
[INFO]
 
[ERROR] Failed to execute goal on project com.abc.data.web: Could not
resolve dependencies for project com.abc:com.abc.data.web:war:3.0.0.M1:
Could not find artifact org.hibernate.ehcache:hibernate-core:jar:3.3.1.GA in
abc (http://IP:8081/nexus/content/groups/public) - [Help 1] 
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch. 
[ERROR] Re-run Maven using the -X switch to enable full debug logging. 
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please
read the following articles: 
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException 
[kapila.narang@svn data-web]$ pwd 
/home/kapilacvs/data-3.0/data-web/data-web 

have made entry in pom also - 
 plugin 
groupIdorg.apache.maven.plugins/groupId 
   
artifactIdmaven-dependency-plugin/artifactId 
version2.3/version 
/plugin 

maven version i am using is /usr/local/apache-maven-3.0/bin/mvn 

i have tried to run same command- mvn dependency:analyze-only on its parent
pom its runs fine for other sub-projects. but give issue in this specific
project. Doesn't give any dependency graph at all build gives build failure. 

was trying to understand what harm can these make expect cleaner code- 

[WARNING] Used undeclared dependencies found: 
[WARNING] Unused declared dependencies found: 

--
View this message in context: 
http://maven.40175.n5.nabble.com/mvn-dependency-tree-not-working-tp4822352p4822352.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Plugins not properly loading properties

2011-09-20 Thread Maven User
Heh - yeah a quick look at the docs and it says:


   - Requires a Maven 2.0 project to be executed.
   - Since version: 1.0-alpha-2.
   - Invokes the execution of the lifecycle phase package prior to executing
   itself.

There's no mention of forking and all the documentation around this plugin
kinda stinks.

Cargo is also a great option but one of the things we try to do is load
property files from a jar and put the results into the reactor.

I think this functionality is gone in maven 3 though


On Tue, Sep 20, 2011 at 3:32 AM, Anders Hammar and...@hammar.net wrote:

 tomcat:deploy could possibly fork a new process performing a maven
 build with the lifecycle (the docs should tell). I haven't used that
 plugin as I'm a Cargo addict...:-)

 /Anders

 On Mon, Sep 19, 2011 at 22:35, Maven User maven.2.u...@gmail.com wrote:
  BTW - this is totally not the behavior we're seeing with a
 tomcat:deploy.
 
  That seems to go through all the standard build lifecycle goals, then NOT
  pull in any dynamically loaded configuration...
 

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




Re: Plugins not properly loading properties

2011-09-20 Thread Anders Hammar
There has never been such native Maven support (i.e. in Maven core).

/Anders

On Tue, Sep 20, 2011 at 14:57, Maven User maven.2.u...@gmail.com wrote:
 Heh - yeah a quick look at the docs and it says:


   - Requires a Maven 2.0 project to be executed.
   - Since version: 1.0-alpha-2.
   - Invokes the execution of the lifecycle phase package prior to executing
   itself.

 There's no mention of forking and all the documentation around this plugin
 kinda stinks.

 Cargo is also a great option but one of the things we try to do is load
 property files from a jar and put the results into the reactor.

 I think this functionality is gone in maven 3 though


 On Tue, Sep 20, 2011 at 3:32 AM, Anders Hammar and...@hammar.net wrote:

 tomcat:deploy could possibly fork a new process performing a maven
 build with the lifecycle (the docs should tell). I haven't used that
 plugin as I'm a Cargo addict...:-)

 /Anders

 On Mon, Sep 19, 2011 at 22:35, Maven User maven.2.u...@gmail.com wrote:
  BTW - this is totally not the behavior we're seeing with a
 tomcat:deploy.
 
  That seems to go through all the standard build lifecycle goals, then NOT
  pull in any dynamically loaded configuration...
 

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Plugins not properly loading properties

2011-09-20 Thread Maven User
In 2.2.1, this worked flawlessly.

In 3.X this (known) feature no longer works.

http://www.mailinglistarchive.com/html/users@maven.apache.org/2011-01/msg00729.html

Ok, I'm clear now :-)

On Tue, Sep 20, 2011 at 9:13 AM, Anders Hammar and...@hammar.net wrote:

 There has never been such native Maven support (i.e. in Maven core).

 /Anders

 On Tue, Sep 20, 2011 at 14:57, Maven User maven.2.u...@gmail.com wrote:
  Heh - yeah a quick look at the docs and it says:
 
 
- Requires a Maven 2.0 project to be executed.
- Since version: 1.0-alpha-2.
- Invokes the execution of the lifecycle phase package prior to
 executing
itself.
 
  There's no mention of forking and all the documentation around this
 plugin
  kinda stinks.
 
  Cargo is also a great option but one of the things we try to do is load
  property files from a jar and put the results into the reactor.
 
  I think this functionality is gone in maven 3 though
 
 
  On Tue, Sep 20, 2011 at 3:32 AM, Anders Hammar and...@hammar.net
 wrote:
 
  tomcat:deploy could possibly fork a new process performing a maven
  build with the lifecycle (the docs should tell). I haven't used that
  plugin as I'm a Cargo addict...:-)
 
  /Anders
 
  On Mon, Sep 19, 2011 at 22:35, Maven User maven.2.u...@gmail.com
 wrote:
   BTW - this is totally not the behavior we're seeing with a
  tomcat:deploy.
  
   That seems to go through all the standard build lifecycle goals, then
 NOT
   pull in any dynamically loaded configuration...
  
 
  -
  To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org
 
 
 

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




Re: Plugins not properly loading properties

2011-09-20 Thread Anders Hammar
That's something different. I said Maven 2 core doesn't have support
for reading properties from a file. There might be plugins, but no
such support in core.

/Anders

On Tue, Sep 20, 2011 at 15:20, Maven User maven.2.u...@gmail.com wrote:
 In 2.2.1, this worked flawlessly.

 In 3.X this (known) feature no longer works.

 http://www.mailinglistarchive.com/html/users@maven.apache.org/2011-01/msg00729.html

 Ok, I'm clear now :-)

 On Tue, Sep 20, 2011 at 9:13 AM, Anders Hammar and...@hammar.net wrote:

 There has never been such native Maven support (i.e. in Maven core).

 /Anders

 On Tue, Sep 20, 2011 at 14:57, Maven User maven.2.u...@gmail.com wrote:
  Heh - yeah a quick look at the docs and it says:
 
 
    - Requires a Maven 2.0 project to be executed.
    - Since version: 1.0-alpha-2.
    - Invokes the execution of the lifecycle phase package prior to
 executing
    itself.
 
  There's no mention of forking and all the documentation around this
 plugin
  kinda stinks.
 
  Cargo is also a great option but one of the things we try to do is load
  property files from a jar and put the results into the reactor.
 
  I think this functionality is gone in maven 3 though
 
 
  On Tue, Sep 20, 2011 at 3:32 AM, Anders Hammar and...@hammar.net
 wrote:
 
  tomcat:deploy could possibly fork a new process performing a maven
  build with the lifecycle (the docs should tell). I haven't used that
  plugin as I'm a Cargo addict...:-)
 
  /Anders
 
  On Mon, Sep 19, 2011 at 22:35, Maven User maven.2.u...@gmail.com
 wrote:
   BTW - this is totally not the behavior we're seeing with a
  tomcat:deploy.
  
   That seems to go through all the standard build lifecycle goals, then
 NOT
   pull in any dynamically loaded configuration...
  
 
  -
  To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org
 
 
 

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: maven build with android API 11 failed, Cann't find symbol

2011-09-20 Thread Manfred Moser

Well you are sort of right. Let me clarify.

1. yes.. Google/Android does not publish to Maven Central (although imho 
they should)


2. the android4maven project, led by Robert Manning, and myself got the 
android jar and some others into Maven central. This is done off the 
Android Open Source Project and google allowed us to push into their 
namespace (this is the class skeleton stuff - the android jar in the SDK 
does not have any implementations)

http://sourceforge.net/projects/android4maven/

3. since Android 3.0 (api level 11) and beyond are not in AOSP these are 
not in central, same applies for the compatibility package, maps and others


4. My Maven Android SDK Deployer can install the android.jar, maps.jar 
and the compatibilty jar files into your local maven repo or into a 
local repository server so you can use it in a team easily. This allows 
you to develop with any API published in the SDK including Android 3.0 
and up and the compatibility package

https://github.com/mosabua/maven-android-sdk-deployer


5. All this and more is discussed on the Maven Android mailing list..
https://groups.google.com/forum/#!forum/maven-android-developers 
https://groups.google.com/forum/#%21forum/maven-android-developers


Hope that clarifies things a bit.

manfred

On 11-09-19 07:53 AM, Guillaume Polet wrote:

OK, I guess this is the main issue then. From what I understand:
* Android guys do not publish their jars to a public Maven repo
* If the version used in your dependencies matches the ones used by 
the Android team, then 2.2= API Level 8. If you want API Level 11, you 
need version 3.0 (http://developer.android.com/sdk/android-3.0.html)
* There are some cool dudes who create jars with Class skeletons and 
empty method stubs to reproduce all the class names and method 
signatures so that you can compile your project. Unfortunately, the 
latests jars have not been created and/or published yet.
* There is another guy (who just replied you) who has created a 
project just for the purpose of deploying the jars from the Android 
SDK to your local Maven repository: 
https://github.com/mosabua/maven-android-sdk-deployer. Read this for 
how to use this tool: 
https://github.com/mosabua/maven-android-sdk-deployer/blob/master/README.markdown


Cheers,
Guillaume
Le 19/09/2011 16:23, darakok a écrit :

I think you're right. My dependency references Android 2.2.

dependency
groupIdandroid/groupId
artifactIdandroid/artifactId
version2.2_r2/version
scopeprovided/scope
/dependency

Thanks for your help.

darakok

--
View this message in context: 
http://maven.40175.n5.nabble.com/maven-build-with-android-API-11-failed-Cann-t-find-symbol-tp4818232p4819154.html

Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: mvn dependency tree not working

2011-09-20 Thread Dennis Lundberg
Hi


On 2011-09-20 14:30, kapila wrote:
 While building a sub-project where I am trying to find the jar dependency
 showing up in compliation which i am not able to locate in code/pom. 
 Tried command ;- mvn dependency:tree 
 this doesnt show up the dependency tree 
 
 this jar doesnt exist on nexus even, so i wanna see where is this defined in
 pom or dependency jar is calling it. 
 
 error is 
 
 Downloaded:
 http://IP:8081/nexus/content/groups/public-snapshots/abc/abc-web-utils/1.1-SNAPSHOT/maven-metadata.xml
 (351 B at 6.0 KB/sec) 
 Downloading:
 http://IP:8081/nexus/content/groups/public/org/hibernate/ehcache/hibernate-core/3.3.1.GA/hibernate-core-3.3.1.GA.pom
  
 [WARNING] The POM for org.hibernate.ehcache:hibernate-core:jar:3.3.1.GA is
 missing, no dependency information available 

The message above says that it cannot find
org.hibernate.ehcache:hibernate-core:3.3.1.GA in your Nexus repository.

Looking at what is available in the Central repository it looks like you
have used the wrong groupId in your POM. It should be org.hibernate.

The dependency can't do it's job if it cannot find all the dependencies
for a given project.

 [INFO]
  
 [INFO] BUILD FAILURE 
 [INFO]
  
 [INFO] Total time: 6.065s 
 [INFO] Finished at: Tue Sep 20 16:29:32 IST 2011 
 [INFO] Final Memory: 8M/1009M 
 [INFO]
  
 [ERROR] Failed to execute goal on project com.abc.data.web: Could not
 resolve dependencies for project com.abc:com.abc.data.web:war:3.0.0.M1:
 Could not find artifact org.hibernate.ehcache:hibernate-core:jar:3.3.1.GA in
 abc (http://IP:8081/nexus/content/groups/public) - [Help 1] 
 [ERROR] 
 [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
 switch. 
 [ERROR] Re-run Maven using the -X switch to enable full debug logging. 
 [ERROR] 
 [ERROR] For more information about the errors and possible solutions, please
 read the following articles: 
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
  
 [kapila.narang@svn data-web]$ pwd 
 /home/kapilacvs/data-3.0/data-web/data-web 
 
 have made entry in pom also - 
  plugin 
 groupIdorg.apache.maven.plugins/groupId 

 artifactIdmaven-dependency-plugin/artifactId 
 version2.3/version 
 /plugin 
 
 maven version i am using is /usr/local/apache-maven-3.0/bin/mvn 
 
 i have tried to run same command- mvn dependency:analyze-only on its parent
 pom its runs fine for other sub-projects. but give issue in this specific
 project. Doesn't give any dependency graph at all build gives build failure. 
 
 was trying to understand what harm can these make expect cleaner code- 
 
 [WARNING] Used undeclared dependencies found: 
 [WARNING] Unused declared dependencies found: 
 
 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/mvn-dependency-tree-not-working-tp4822352p4822352.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 


-- 
Dennis Lundberg

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Not a valid plugin file: maven-taglib-plugin-1.4.2.jar

2011-09-20 Thread Hahn, Christopher (SAN DIEGO)
Hello all,

I have been asked to drive a legacy build for the first time,
and I am getting the error in the Subject above.

It is a Maven 1.0 build and supposedly has been working for
quite some time.

The console output of the action that has the error is here:

E:\foo\bar\snark\mainmaven -e jar:deploy
Maven options are
Maven options are -server -Xms400m -Xmx400m -XX:+UseConcMarkSweepGC 
-XX:+UseParNewGC
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

Attempting to download buildtool-main-SNAPSHOT.jar.
org.apache.maven.MavenException: Not a valid plugin file: 
E:\foo\bar\snark\main\lib\maven-taglib\plugins\maven-taglib-plugin-1.4.2.jar
at 
org.apache.maven.plugin.PluginManager.installPlugin(PluginManager.java:910)
at 
org.apache.maven.plugin.PluginManager.installPlugin(PluginManager.java:862)
at 
org.apache.maven.plugin.PluginManager.processDependencies(PluginManager.java:448)
at 
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:642)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
at org.apache.maven.cli.App.doMain(App.java:488)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)

You have encountered an unknown error running Maven. Please help us to correct
this problem by following these simple steps:
- read the Maven FAQ at http://maven.apache.org/faq.html
- run the same command again with the '-e' parameter, eg maven -e jar
- search the maven-user archives for the error at
http://nagoya.apache.org/eyebrowse/SummarizeList?listName=users@maven.apache.org
- post the output of maven -e to JIRA at
http://jira.codehaus.org/BrowseProject.jspa?id=10030 (you must sign up first)
- run 'maven --info' and post the output as the environment to the bug above


Total time: 2 seconds
Finished at: Tue Sep 20 09:32:45 PDT 2011

E:\foo\bar\snark\main


I am just getting started on this, but wanted to check with the group
as to whether this is a common issue.

I found several copies of maven-taglib-plugin-1.4.2.jar on the system in 
question
and tried copying one into this location, but this produced the same error.

Does anyone recall this issue when working with Maven 1.0?

Thank you very muchjust for reading this novella.  ;0)

Christopher



[cid:image001.png@01CAF080.AD65F1E0]

Christopher Hahn
The Dude
SM Configuration Management
RD Services, Hewlett-Packard
Phone: 858-655-4096
Cell: 619-630-9791
ch...@hp.commailto:christopher.h...@hp.com

Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx







Re: Not a valid plugin file: maven-taglib-plugin-1.4.2.jar

2011-09-20 Thread Wayne Fay
 It is a Maven 1.0 build and supposedly has been working for
 quite some time.

 Does anyone recall this issue when working with Maven 1.0?

No, but I haven't touched M1 in a very long time. You should seriously
just spend an hour +/- converting it to work with Maven2 or M3 rather
than debugging/fixing this old M1 build, IMO.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Not a valid plugin file: maven-taglib-plugin-1.4.2.jar

2011-09-20 Thread Dennis Lundberg
On 2011-09-20 21:31, Wayne Fay wrote:
 It is a Maven 1.0 build and supposedly has been working for
 quite some time.

 Does anyone recall this issue when working with Maven 1.0?
 
 No, but I haven't touched M1 in a very long time. You should seriously
 just spend an hour +/- converting it to work with Maven2 or M3 rather
 than debugging/fixing this old M1 build, IMO.

I agree. You can get a jump start by using the convert goal of Maven One
Plugin. It will convert most of your Maven 1 project.xml into a Maven 2
pom.xml.

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

 
 Wayne
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 


-- 
Dennis Lundberg

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org