Re: [M2] move resource files
I hade the same problem a week ago :-)
On 11/9/06, aXXa <[EMAIL PROTECTED]> wrote:
Konstantin,
Brilliant! it works excellent when I added the tag
pointing
out where to find the bean definition file in my tag.
Thanks!
Konstantin Polyzois wrote:
>
> You can configure Spring to find it in WEB-INF/classes instead by using
> the
> following in your web.xml:
>
>
> contextConfigLocation
> /WEB-INF/classes/fenix-servlet.xml
>
>
>
>
>
> org.springframework.web.context.ContextLoaderListener
>
>
> or if it is the DispatcherServlet use:
>
> org.springframework.web.servlet.DispatcherServlet
>
>
> contextConfigLocation
> /WEB-INF/classes/fenix-servlet.xml
>
>
> So keep your file in
>
> src/main/resources/fenix-servlet.xml
>
> /Konstantin
>
>
> On 11/9/06, aXXa <[EMAIL PROTECTED]> wrote:
>>
>>
>> ...some more info...
>> The reason why I want to move the file 'fenix-servlet.xml' (a Spring
bean
>> definition file) from src/main/resources to WEB-INF:
>> When running tests Spring cannot seem to find the 'fenix-servlet.xml'
>> file
>> when it resides in the WEB-INF folder
>> (${project.build.directory}/${project.build.finalName}/WEB-INF does not
>> seem
>> to be on the classpath?), but the tests work fine when the file reside
in
>> the resources folder. Tomcat on the other hand does not find the file
>> when
>> the file reside in the classes folder when running the web app, but
wants
>> it
>> in the WEB-INF folder...
>>
>>
>> aXXa wrote:
>> >
>> > All,
>> >
>> > In vain I have tried to configure the maven-resources-plugin to move
>> only
>> > ONE file from the resources directory
>> ([project-root]/src/main/resources),
>> > but I always end up in moving all files and subdirectories or no
files
>> at
>> > all.
>> >
>> > Can some one please tell me what I'm doing wrong?
>> >
>> > Below is my attempt that resulted in ALL files and folders (including
>> the
>> > excluded log4j.properties file) were moved to the WEB-INF directory
>> >
>> >
>> > maven-resources-plugin
>> >
>> >
>> > ${project.build.directory}/${project.build.finalName
>> }/WEB-INF/
>> >
>> >
>> > fenix-servlet.xml
>> >
>> >
>> > log4j.properties
>> >
>> >
>> >
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>>
http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7254955
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7256584
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] move resource files
You can configure Spring to find it in WEB-INF/classes instead by using the
following in your web.xml:
contextConfigLocation
/WEB-INF/classes/fenix-servlet.xml
org.springframework.web.context.ContextLoaderListener
or if it is the DispatcherServlet use:
org.springframework.web.servlet.DispatcherServlet
contextConfigLocation
/WEB-INF/classes/fenix-servlet.xml
So keep your file in
src/main/resources/fenix-servlet.xml
/Konstantin
On 11/9/06, aXXa <[EMAIL PROTECTED]> wrote:
...some more info...
The reason why I want to move the file 'fenix-servlet.xml' (a Spring bean
definition file) from src/main/resources to WEB-INF:
When running tests Spring cannot seem to find the 'fenix-servlet.xml' file
when it resides in the WEB-INF folder
(${project.build.directory}/${project.build.finalName}/WEB-INF does not
seem
to be on the classpath?), but the tests work fine when the file reside in
the resources folder. Tomcat on the other hand does not find the file when
the file reside in the classes folder when running the web app, but wants
it
in the WEB-INF folder...
aXXa wrote:
>
> All,
>
> In vain I have tried to configure the maven-resources-plugin to move
only
> ONE file from the resources directory
([project-root]/src/main/resources),
> but I always end up in moving all files and subdirectories or no files
at
> all.
>
> Can some one please tell me what I'm doing wrong?
>
> Below is my attempt that resulted in ALL files and folders (including
the
> excluded log4j.properties file) were moved to the WEB-INF directory
>
>
> maven-resources-plugin
>
>
> ${project.build.directory}/${project.build.finalName
}/WEB-INF/
>
>
> fenix-servlet.xml
>
>
> log4j.properties
>
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7254955
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2.0.4] maven-artifact-ant-2.0.4-dep still using wrong path to snapshot deps
I have not find any. Was thinking of creating an empty war with dependencies and then calling mvn package to make it download the dependencies. /Konstantin On 4/26/06, Rollo, Dan <[EMAIL PROTECTED]> wrote: I found a jira issue for this, but it claims the classpath attrib is set correctly, while the fileset attrib is broken. I'm seeing both the fileset and classpath are incorrect in v2.0.4 (which leaves no workaround I can see). http://jira.codehaus.org/browse/MNG-1408 Looks like a fix is planned for v2.0.5. Any workaround ideas? Dan -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] questions about migrating to maven
You could include all property-files in build but use some environment variable for making your code chose the correct one like -Denvironment=prod /Kostantin On 5/30/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Carlos, > > --> re FILTERING PROPERTIES FILES FOR ENVIRONMENTS > My suggestion is to externalie that configuration options in a way > that your artifact is always the same, and only configuration changes. > You can do reading your config files from the classpath or better > using JNDI. > > > > Sorry to harp on this, but I think I am having trouble thinking beyond > the way I have used ant the past few years. > > 100% of the differences between the developer workstation, > pre-production and production builds on my various projects are isolated > into properties files. These are then pulled into Spring as classpath > resources. > > If I understand you correctly, you are suggesting that the project > artifacts, wars and jars alike, should not include these properties > files. These files should either: > > - be accessed as classpath resource. Presumably some other > build/release process would deposit them on the classpath, or they would > be added to the container's classpath at startup. > - accessed via JNDI. The JNDI entries would either be name/value pairs, > the properties files themselves or a combo. When the war is deployed, > part of the deployment process would be to configure the JNDI tree. > > Is this correct? Yes, that way you don't need different artifacts for each environment, reducing the risks. If you still want to do that you can use profiles to include/exclude properties files in the jar, chnging the finalName so they are named differently. I encourage the other option, but still you can do it this way. > > --> re INTER-PROJECT DEPENDENCIES > > --> With maven the best way is not to rebuild all your dependencies > every > time, but to depend on the binaries generated by the other projects as > SNAPSHOTs. > > If I can get past the environment configuration step - then I suspect > that this would no longer be an issue. Each artifact would be generic > and just as relevant on a developers workstation as it will be in > production. > > Carlos > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos > Sanchez > Sent: Sunday, May 28, 2006 2:09 PM > To: Maven Users List > Subject: Re: [M2] questions about migrating to maven > > Hi Carlos, > > re FILTERING PROPERTIES FILES FOR ENVIRONMENTS > > I usually don't like this approach for the inconvinients you mention, > you need to rebuild your artifacts for each environments, which is > usually prone to errors, you test x-dev in your machine, and then > build x-prod for production, with no guarantees that it's the same > stuff you tested. > > My suggestion is to externalie that configuration options in a way > that your artifact is always the same, and only configuration changes. > You can do reading your config files from the classpath or better > using JNDI. You can also have dev config as default so your developers > don't have to setup anything and you do it only in prod or preprod. > > > re INTER-PROJECT DEPENDENCIES > > With maven the best way is not to rebuild all your dependencies every > time, but to depend on the binaries generated by the other projects as > SNAPSHOTs. You can ensure the repo has the latest snapshot by setting > up continuum to deploy everytime somebody changes the project. That > way developers don't have to go through the extra time consuming > process of building the dependencies. > > Regards > > Carlos > > > On 5/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > wrote: > > I am pretty sure that I am over thinking this ;) However, I am having > > trouble thinking how best to migrate our ant based build process to > > maven. Principally: > > > > - Filtering properties files for environments, and > > - Inter-project dependencies > > > > FILTERING PROPERTIES FILES FOR ENVIRONMENTS > > As with most projects, our apps use properties files for configuring a > > host of settings. Many of these (e.g. db settings, log4j settings, > web > > service host:port etc) are environment specific. Our projects have > > properties files for various target environments, such as production, > > pre-production, cruisecontrol. Each developer also has a local props > > file that they can tailor for their particular needs (e.g. for > debugging > > you may want to log springframework as DEBUG and suppress all others). > > Ant uses these files to filter the application properties. The result > > is a build tailored for a particular environment. Since all > environment > > specific properties, beside the local, are source controlled we have a > > high degree of confidence in consistent and reproducible builds to our > > shared infrastructure. > > > > In maven I have been able to reproduce this behavio
Re: [M2] questions about migrating to maven
Is it not possible to alter the artifactId's finalName and the dependencies with profiles also? Then you would not get tainted builds... Not sure how to do this but I have read about it somewhere. Konstantin On 5/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: I am pretty sure that I am over thinking this ;) However, I am having trouble thinking how best to migrate our ant based build process to maven. Principally: - Filtering properties files for environments, and - Inter-project dependencies FILTERING PROPERTIES FILES FOR ENVIRONMENTS As with most projects, our apps use properties files for configuring a host of settings. Many of these (e.g. db settings, log4j settings, web service host:port etc) are environment specific. Our projects have properties files for various target environments, such as production, pre-production, cruisecontrol. Each developer also has a local props file that they can tailor for their particular needs (e.g. for debugging you may want to log springframework as DEBUG and suppress all others). Ant uses these files to filter the application properties. The result is a build tailored for a particular environment. Since all environment specific properties, beside the local, are source controlled we have a high degree of confidence in consistent and reproducible builds to our shared infrastructure. In maven I have been able to reproduce this behavior with profiles. However, I am not sure what to do with the resulting artifacts. Each artifact is "tainted" with environment specific properties. Should artifacts generated with "local" only be installed in each developers local repository? What about the artifacts for the testing and production environments? Should the internal repository only be used to store "production" artifacts? Should there be multiple shared internal repositories, one for production and one for pre-prod? INTER-PROJECT DEPENDENCIES Currently we have a web based application broken out into four projects: 1 - user-presentation-layer 2 - admin-presentation-layer 3 - web-service-layer 4 - common-utils Each project generates a primary artifact, and the web-service-layer also generates a client jar. Currently in order to generate a fresh build of say the user-presentation-layer, you must have the web-service-layer and common-utils checked out in your workspace. The ant build file for the user-presentation-layer will end up calling the other two build files. These builds in turn, get an update from cvs and then generating the appropriate artifact. Granted it took some time to get this process up and running, but it currently works and works pretty well. From my readings, it seems that this process is frowned upon. With maven, the appropriate process would be to "mvn scm:update install" on the web-service-layer and common-utils projects. Then run the build for the user-presentation-layer. Or better yet, have each user pull the dependencies (web-service-layer and common-utils) from an internal repository that is updated by developers checking in changes or by some source control repository. However, as noted above, because of environmental impacts, I am not sure a shared repository would work for artifacts used in development. Currently, our environment profiles only effect configuration settings. They do not modify or impact the source code directly. While the maven dependencies are a result of class dependencies, which should not be impacted by using an artifact configured for "production" versus one configured for "preproduction". What is the best way to handle this problem? I am sure people much smarter than myself have already tackled these problems and come up with very simple solutions. Any and all help sorting myself out would be really appreciated! Carlos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] - Maven IDEA Plugin
I can only agree that the snapshot version is much better, don't have a clue when it will be relesaed... /konstantin On 4/20/06, Arik Kfir <[EMAIL PROTECTED]> wrote: > > Hi Trent, > > Indeed the snapshot version (or the svn version if you build it yourself) > is > much better. > > To build it from source (I can't find a snapshot version in the snapshots > repository, at http://svn.apache.org/maven-snapshot-repository) run: > > svn checkout > http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-idea-plugin > cd maven-idea-plugin > mvn install > > This will build a new version and install it in your local repository, so > you can use it. > > Hope this helps, > Arik Kfir. > > On 4/20/06, Trent Rosenbaum <[EMAIL PROTECTED]> wrote: > > > > Hi there, > > > > I am interested in using the IDEA plugin fro Maven 2 and was wondering > > when > > the next release is expected? > > From my plugin-registry.xml file I can see that I am using release > > 2.0-beta-1 and I noticed an email saying that the latest SNAPSHOT > > contained > > many more features over the current release. > > > > Does anyone have more info on the subject? > > > > Many thanks > > Trent > > > > > > > -- > __ > Cheers, > Arik Kfir [EMAIL PROTECTED] > Linux user, number 415067 - http://counter.li.org/ > http://corleon.dnsalias.org >
Re: Internal (intranet) repositories
I have succesfully done something along the way you are doing it but my
'local' repository is a maven proxy. It worked best if I gave my repository
the same id as central. That is rename your local to
central. And I am sure it works for me because we have no direct
access to internet.
Good luck
/Konstantin
On 4/11/06, EJ Ciramella <[EMAIL PROTECTED]> wrote:
>
> Yeah, I'm NOT using the proxy atm - I still don't see benefit.
>
> And for maven to flip flop and no one has an explanation, that's just
> nuts.
>
> I can SEE the version on MY webserver it's looking for, yet it
> disregards that version and goes to:
>
> Downloading:
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-plugi
> n/2.1/maven-clean-plugin-2.1.pom
>
> But a second later I see:
>
> Downloading:
> http://build.corp.upromise.com/mavenrepository/org/apache/maven/plugins/
> maven-clean-plugin/2.1/maven-clean-plugin-2.1.jar
>
> WHY?!
>
> I copy from the local .m2/repository directory to my internal site,
> delete the .m2 directory, re-run and STILL it does this.
>
> Why does maven look in ONE place for the pom file, but then another for
> the actual jar?
>
> And there still hasn't been a satisfactory explanation of when to use
>
>
>
>
> And when to use:
>
>
>
>
> I'm not convinced that maven can't do what I want, I'm simply convinced
> that the documentation is skimpy at best and the only source for a
> configuration reference is this mailing list.
>
> -Original Message-
> From: Wayne Fay [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 11, 2006 3:12 PM
> To: Maven Users List
> Subject: Re: Internal (intranet) repositories
>
> I've suggested this settings.xml mirror approach multiple times, but
> it has not been an acceptable answer thus far. He wants to configure
> "everything" in the project pom.xml file, and nothing in settings.xml.
>
> I think the answer for now is... What you want to do is not currently
> possible. Please feel free to contribute code to make it possible for
> future versions of M2.
>
> Wayne
>
> On 4/11/06, Gareth Western <[EMAIL PROTECTED]> wrote:
> > Hi EJ,
> >
> > Apologies if this has already been suggested (I've already deleted
> most of
> > this thread), but have you tried adding the following to a file named
> "
> > settings.xml" in your ${user.home}\.m2 directory (e.g. "C:\documents
> and
> > settings\gareth\.m2\settings.xml"):
> >
> >
> >
> >
> > my-repo
> > Internal mirror of
> http://build.corp.upromise.com/mavenrepository
> >
> > http://build.corp.upromise.com/mavenrepository
> > central
> >
> >
> >
> >
> > ?
> >
> > If you do that you shouldn't have to add anything to project POM
> (although
> > it does rely on each user having a "settings.xml" with these settings
> in
> > it).
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: [M2] Weblogic War install question
If you just comment out the maven install part? Never seen that before... /Konstantin On 4/11/06, Wayne Fay <[EMAIL PROTECTED]> wrote: > > Sounds like a problem with the Weblogic plugin. You need to talk to > more people who are using this plugin and confirm that it works for > them before assuming you will need to manually copy it etc. > > It might simply be a bug in the Weblogic plugin, and its not attaching > the war coming out of appc back to your project artifact list, or > something along those lines... > > Wayne > > On 4/11/06, mjohnsonaz74 <[EMAIL PROTECTED]> wrote: > > > > > > Wayne Fay wrote: > > > > > > OK... For some reason the first time I read that, I think I saw "want > > > to install WAR into Weblogic" not "into local repo", so that was a > > > mistake on my part. > > > > > > I assume, if you comment out the Weblogic plugin bits, that your WAR > > > gets installed properly? > > > > > > Wayne > > > > > > > Yes, if I commment out the entire block then the project creates > the > > war and installs it in the local repo. The problem is, however, that I > have > > to run Weblogic appc on it and when I do it just stops running before > > installing. I don't want to have to copy the war to the repo manually, > but > > if I have to then I guess I will. I was hoping that there was a more > > elegant solution. > > > > --MJ > > > > -- > > View this message in context: > http://www.nabble.com/-M2-Weblogic-War-install-question-t1433279.html#a3868920 > > Sent from the Maven - Users forum at Nabble.com. > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: [m2] Weblogic J2EE Plugin
cool glad to be of assistance. On 4/10/06, mjohnsonaz74 <[EMAIL PROTECTED]> wrote: > > > Thank you. As I suspected it was a significant, yet trivial > misunderstanding > on my part. I wasn't specifying goals inside of an execution block and > instead I was trying to stack POM's and have the plugin point to another > project as its artifiact. If that last sentence didn't make any sense, > then > you'll truly understand how confused I was... =) thank you again for the > sample, it helped me out tremendously. > > --MJ > -- > View this message in context: > http://www.nabble.com/-m2-Weblogic-J2EE-Plugin-t1408033.html#a3849556 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] Weblogic J2EE Plugin
Ok basic pom for building using appc follows (please note that you have to install weblogic files in to your repo): http://maven.apache.org/POM/4.0.0"; xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 com.mycompany.app my-webapp war 1.0-SNAPSHOT Maven Webapp Archetype http://maven.apache.org snapshots http://snapshots.maven.codehaus.org/maven2 my-webapp org.codehaus.mojo weblogic-maven-plugin 2.8.0-SNAPSHOT package appc On 4/10/06, mjohnsonaz74 <[EMAIL PROTECTED]> wrote: > > > Yes, this is a Maven 2 plugin. "This plugin provides support for Weblogic > 9.0 deployment capabilities as well as artifact (EAR, WAR, RAR, etc.) > compilation within the maven 2 environment." It also supports Weblogic > 8.x. > You can find this plugin at > http://mojo.codehaus.org/weblogic-maven-plugin/index.html > > --MJ > -- > View this message in context: > http://www.nabble.com/-m2-Weblogic-J2EE-Plugin-t1408033.html#a3844699 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] How to exclude a jar in WEB-INF/lib
there is a exclusion element you could use as well. from memory: hibernate hibernate 3.1 cglib cglib ... /Konstantin On 4/6/06, Wesslan <[EMAIL PROTECTED]> wrote: > > > That's "exactly" how my pom looks like and I'm actually glad that Maven is > complaining. It should be! :-) > > Thanks for replying! > > Regards, > Peter > -- > View this message in context: > http://www.nabble.com/-m2-How-to-exclude-a-jar-in-WEB-INF-lib-t1404553.html#a3781591 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] Weblogic J2EE Plugin
Are you sure the plugin is for maven 2? /Konstantin On 4/6/06, mjohnsonaz74 <[EMAIL PROTECTED]> wrote: > > > I am trying to convert an existing and convoluted project at work to Maven > 2 > from an existing Ant build script. I'm starting to get the hang of > breaking > one large project into multiple small projects (i.e. one artifact per > project), but I'm running into the following issue. I create three > projects > (we'll call them jar, war, ear) and then I call them in order from a > parent > POM. Each module depends on the one before it (war depends on jar, and > ear > depends on war). What I'm trying to do is build one ear file from the > three > projects. I'm a bit confused, however, since the ant script uses > wlcompile, > wlappc, etc. to build the script and pre-compile the jsp code. Finally, > my > question...Can someobody please provide me a sample POM that uses the > weblogic plugin and calls these tasks so that I can see how it's > used? The > documentation on the plugin is less then enlightening and I'm running in > circles over what, I hope, is a trivial issue. If I could see a working > POM > file that uses this plugin that would help me out a lot. Thank you in > advance! > > --MJ > -- > View this message in context: > http://www.nabble.com/-m2-Weblogic-J2EE-Plugin-t1408033.html#a3791766 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: deploy works, but release:perform fails to deploy
When I looked in to the source for the release plugin it actually executed
maven from there, so I guess that's where the strange output is coming
On 3/31/06, Julian Wood <[EMAIL PROTECTED]> wrote:
>
> The questions I would ask myself if I saw this output are:
>
> 1. It looks like you issued an mvn command - why does maven think you
> issued an m2 command? You should maybe resolve that and make sure mvn
> -version is 2.0.3
> 2. Did you really have a BUILD ERROR and a BUILD SUCCESSFUL in the
> same output? I have never seen that before (doesn't mean it can't
> happen).
> 3. It tells you to check your dist management section. Maybe you
> should post that to the list (or even the pom in it's entirety). I
> know you say it works for deployment, but still...
>
> You might want to take a gander at this page, which walks you through
> the release process:
>
> http://wiki.ucalgary.ca/page/LearningCommons/Documentation/
> Project_Versioning_-_Best_Practices
>
> J
>
>
> On 30-Mar-06, at 8:32 PM, Craig McDaniel wrote:
>
> > I don't mean to pester, but the release plugin is my primary reason
> > for upgrading to maven 2 (and will solve my biggest headaches right
> > now). I've spent several hours browsing docs and googling to no avail.
> > I will be happy to provide any additional info that may be necessary.
> >
> > On 3/30/06, Craig McDaniel <[EMAIL PROTECTED]> wrote:
> >> I can run 'mvn deploy' and it works just fine. I ran release:prepare
> >> and it also worked fine. When I run release:perform, I get the
> >> following error:
> >>
> >> $ mvn -e release:perform
> >> + Error stacktraces are turned on.
> >> [INFO] Scanning for projects...
> >> [INFO] Reactor build order:
> >> [INFO] Unnamed - com.shps.da:sandbox:pom:1.1-SNAPSHOT
> >> [INFO] Maven Quick Start Archetype
> >> [INFO] Maven Quick Start Archetype
> >> [INFO] Searching repository for plugin with prefix: 'release'.
> >> [INFO]
> >> -
> >> ---
> >> [INFO] Building Unnamed - com.shps.da:sandbox:pom:1.1-SNAPSHOT
> >> [INFO]task-segment: [release:perform] (aggregator-style)
> >> [INFO]
> >> -
> >> ---
> >> [INFO] [release:perform]
> >> [INFO] Checking out the project to perform the release ...
> >>
> >> THE m2 COMMMAND IS DEPRECATED - PLEASE RUN mvn INSTEAD
> >>
> >> [INFO] Scanning for projects...
> >> [INFO] Reactor build order:
> >> [INFO] Unnamed - com.shps.da:sandbox:pom:1.0
> >> [INFO] Maven Quick Start Archetype
> >> [INFO] Maven Quick Start Archetype
> >> [INFO]
> >> -
> >> ---
> >> [INFO] Building Unnamed - com.shps.da:sandbox:pom:1.0
> >> [INFO]task-segment: [deploy]
> >> [INFO]
> >> -
> >> ---
> >> [INFO] Skipping missing optional mojo:
> >> org.apache.maven.plugins:maven-site-plugin:attach-d
> >> escriptor
> >> [INFO] Preparing javadoc:jar
> >> [INFO] [javadoc:javadoc]
> >> [INFO] Not executing Javadoc as the project is not a Java
> >> classpath-capable package
> >> [INFO] [javadoc:jar {execution: attach-javadocs}]
> >> [INFO] Not executing Javadoc as the project is not a Java
> >> classpath-capable package
> >> [INFO] [source:jar {execution: attach-sources}]
> >> [INFO] NOT adding java-sources to attached artifacts for
> >> packaging: 'pom'.
> >> [INFO] [install:install]
> >> [INFO] Installing d:\cwn\sandbox\target\checkout\pom.xml to
> >> C:\Documents and Settings\s008
> >> 254\.m2\repository\com\shps\da\sandbox\1.0\sandbox-1.0.pom
> >> [INFO]
> >> -
> >> ---
> >> [ERROR] BUILD ERROR
> >> [INFO]
> >> -
> >> ---
> >> [INFO] Failed to configure plugin parameters for:
> >> org.apache.maven.plugins:maven-deploy-pl
> >> ugin:2.2
> >>
> >> check that the following section of the pom.xml is present and
> >> correct:
> >>
> >>
> >>
> >>
> >> repo
> >> Repository Name
> >> scp://host/path/to/repo
> >>
> >>
> >>
> >> repo
> >> Repository Name
> >> scp://host/path/to/repo
> >>
> >>
> >>
> >> Cause: Class
> >> 'org.apache.maven.artifact.repository.ArtifactRepository '
> >> cannot be instantia
> >> ted
> >> [INFO]
> >> -
> >> ---
> >> [INFO] For more information, run Maven with the -e switch
> >> [INFO]
> >> -
> >> ---
> >> [INFO] Total time: 2 seconds
> >> [INFO] Finished at: Thu Mar 30 13:32:23 EST 2006
> >> [INFO] Final Memory: 4M/9M
> >> [INFO]
> >> -
> >> ---
> >> [INFO]
> >> -
> >> ---
> >> [INFO] BUILD SUCCES
Re: [m2] multiproject modules question
Would not this work? Project pom components/Comp1 ... components/CompN I have tried it, and it worked. /Konstantin On 3/29/06, Wayne Fay <[EMAIL PROTECTED]> wrote: > > Realize that if you go this route, you won't be able to go to the top > parent directory and issue a single "mvn install" type of command to > build and package each module in turn and install into your local > repo. > > But if you simply want to share the parent pom for > dependencyManagement and other general project reasons, then this > should be fine. > > Wayne > > > On 3/29/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote: > > Depends of what you want. > > If you want a multi-modules project then I think the answer is no. > > If you want to have a common parent pom, there is no problem, you can > > put it wherever you want. Just don't declare any modules in your pom. > > > > On 3/29/06, Dario Luis Coneglian Oliveros <[EMAIL PROTECTED]> wrote: > > > Hi there, > > > > > > Does anybody know if there's a way to create a multiproject by having > > > its modules in a different directory depth level ? > > > AFAIK, when setting up a multiproject, its respective modules must be > > > placed under it as subdirectories. > > > I would like to have something as follows: > > > > > > + Project > > > - pom.xml > > > + components > > >+ Comp1 > > > - pom.xml > > >... > > >+ CompN > > > - pom.xml > > > > > > Thanks, > > > Dário > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Alexandre Poitras > > Québec, Canada > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: [m2] maven2 javadoc for plugin development available online?
Brett, I noticed that the projects on the page you pointed out contain a dependency convergence report. Is this possible with m2? /Konstantin On 3/15/06, Brett Porter <[EMAIL PROTECTED]> wrote: > > Have you looked at: > http://maven.apache.org/ref/2.0.2/ > ? > > - Brett > > On 3/16/06, Sebastian Himberger <[EMAIL PROTECTED]> wrote: > > Hi, > > > > thanks very much for the answer! SVN-Checkout and "mvn site" worked. > > > > Thanks very much! > > > > best regards > > Sebastian > > > > - > > 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] generating plugin documenation
Sorry I digged a litle more it is the: org.apache.maven.plugins:maven-plugin-plugin:report that does it. /Konstantin On 3/15/06, Konstantin Polyzois <[EMAIL PROTECTED]> wrote: > > When I look at the documentation for the maven plugins there are a list of > available goals and so on. > Is this documentation automatically generated? > If so, I would like to trigger the same kind of documenation for my own > home-grown plugins, any tips? > > /Konstantin >
[m2] generating plugin documenation
When I look at the documentation for the maven plugins there are a list of available goals and so on. Is this documentation automatically generated? If so, I would like to trigger the same kind of documenation for my own home-grown plugins, any tips? /Konstantin
Re: Intellij/IDEA plugin
Thanks! I'll do that On 3/14/06, Geoffrey De Smet <[EMAIL PROTECTED]> wrote: > > To create a patch: > http://maven.apache.org/guides/development/guide-m2-development.html > > To submit it: > http://jira.codehaus.org/browse/MIDEA > > Konstantin Polyzois wrote: > > I'd like to help finish idea-plugin it does not handle ejb/ear very > well, I > > have it checked out where can I submit a patch? (And how do I create one > > from svn) > > > > /Konstantin > > > > -- > With kind regards, > Geoffrey De Smet > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
[M2] Intellij/IDEA plugin
I'd like to help finish idea-plugin it does not handle ejb/ear very well, I have it checked out where can I submit a patch? (And how do I create one from svn) /Konstantin
Re: Intellij/IDEA plugin
Sorry wrong subject... On 3/14/06, Konstantin Polyzois <[EMAIL PROTECTED]> wrote: > > I'd like to help finish idea-plugin it does not handle ejb/ear very well, > I have it checked out where can I submit a patch? (And how do I create one > from svn) > > /Konstantin >
Intellij/IDEA plugin
I'd like to help finish idea-plugin it does not handle ejb/ear very well, I have it checked out where can I submit a patch? (And how do I create one from svn) /Konstantin
Re: [M2] Jcoverage plugin?
There is, cobertura, I don't know if it is ok though. I had to build it from cvs. But that was a while ago... On 3/13/06, Siegmann Daniel, NY <[EMAIL PROTECTED]> wrote: > > Is there a jcoverage plugin for Maven 2, or any plans to create one? I did > not see one on Mojo. If not, is there an equivalent tool I can use? > > -- > Daniel Siegmann > FJA-US, Inc. > (212) 840-2618 ext. 139 > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] war and ear suggestions
Filed as http://jira.codehaus.org/browse/MNG-2141 On 3/10/06, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > Sounds interesting. Could you please file something in Jira so that we > track your suggestion? > > Regards, > Stéphane > > On 3/10/06, Konstantin Polyzois <[EMAIL PROTECTED]> wrote: > > We are using maven to build some war and ear files for weblogic. To > catch > > errors early we aree precompiling the ears and wars using a inhouse > written > > weblogic.appc plugin. Two things are a bit annoying :-) > > > > 1 The ear and war plugin always overwrites each file, I have tracked > this > > behaviuor to a org.codehaus.plexus.util.FileUtils class. Is it possible > to > > change the behaviuor of this class (add another method) that uses > timestamps > > a la Ant? > > > > 2 There would be nice with a phase between 'test' and 'package' where > the > > war/ear would be exploded. Maybe 'mvn assemble'? Then I could call my > plugin > > in that phase and the package would basically just jar the thing > together. > > It would also make development quicker because you could use 'mvn > assemble' > > to deploy your ear/war in an exploded state in your > > appserver/servletcontainer. > > > > /Konstantin > > > > > > > -- > .::You're welcome ::. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
[m2] war and ear suggestions
We are using maven to build some war and ear files for weblogic. To catch errors early we aree precompiling the ears and wars using a inhouse written weblogic.appc plugin. Two things are a bit annoying :-) 1 The ear and war plugin always overwrites each file, I have tracked this behaviuor to a org.codehaus.plexus.util.FileUtils class. Is it possible to change the behaviuor of this class (add another method) that uses timestamps a la Ant? 2 There would be nice with a phase between 'test' and 'package' where the war/ear would be exploded. Maybe 'mvn assemble'? Then I could call my plugin in that phase and the package would basically just jar the thing together. It would also make development quicker because you could use 'mvn assemble' to deploy your ear/war in an exploded state in your appserver/servletcontainer. /Konstantin
anyway to automate tags in release plugin?
First of all I really like the release plugin it is really useful! I have been playing around a little and I wonderif there is a way to get an automatic scm tag? Right now the release plugin asks me what tag to use, for me it would be ok if it used the version sans -SNAPSHOT of course? Can I configure it somehow? for example pom with version 1.2-SNAPSHOT should be tagged in scm as 1.2 without human assistance. Any ideas or pointers? /Konstantin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m202] Cobertura plugin
I checked it out ant built it myself did not find a working release of it. /Konstantin 2006/2/1, Arnaud Bailly <[EMAIL PROTECTED]>: > Hello, > What is the status of the cobertura plugin for m2 ? I had problems > trying to include it in the pom through central and there > was some discussion on the list some days ago, but I didn't find > how to get the latest and greatest version. > > Thanks, > > -- > Arnaud Bailly, Dr. - Ingénieur de Recherche > NORSYS > 1, rue de la Cense des Raines > ZAC du Moulin > 59710 ENNEVELIN > Tel : (33) 3 28 76 56 76 > Mob : (33) 6 17 12 19 78 > Fax : (33) 3 28 76 57 00 > Web : http://www.norsys.fr > > > - > 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]
[m2] problem with snapshots and Maven 2.0.2 Tasks for Ant
We are trying out using ant/"m2 tasks for ant" to assemble an legacy application. When using the "dependencies" task it will download the specified snapshot dependencies but they are not included in fileset when copying. It works nice if the snapshots were built on the same machine. Is it broken? Or am I :-) Is this the wrong forum? /Konstantin Here are some output when using snapshots built locally: dist-deps-cp: [dependencies] [INFO] snapshot se.posten.pse.weblogic:authprovider:1.0-SNAPSHOT: checking for updates from central [copy] Copying 14 files to F:\build\config\copy-files\lib <-- 14 files [echo] libbar: (cut this section not relevant) se\posten\pse\weblogic\authprovider\1.0-SNAPSHOT\authprovider-1 .0-SNAPSHOT.jar;se\posten\ta\ta\1.0\ta-1.0.jar and here when snapshot is not available on local machine but downloaded: dist-deps-cp: [dependencies] [INFO] snapshot se.posten.pse.weblogic:authprovider:1.0-SNAPSHOT: checking for updates from snapshots [dependencies] [INFO] snapshot se.posten.pse.weblogic:authprovider:1.0-SNAPSHOT: checking for updates from central [dependencies] Downloading: se/posten/pse/weblogic/authprovider/1.0-SNAPSHOT/authprovider-1.0-20060126.163957-2.pom [dependencies] Transferring 1K [dependencies] Downloading: se/posten/pse/weblogic/authprovider/1.0-SNAPSHOT/authprovider-1.0-20060126.163957-2.jar [dependencies] Transferring 23K [copy] Copying 13 files to F:\build\config\copy-files\lib <-- 13 files [echo] libbar: (cut this section not relevant) se\posten\ta\ta\1.0\ta-1.0.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] re-enabling a blacklisted repository [Virus checked]
I read it is only blacklisted as long as maven is running your current build... 2006/1/20, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > Hi, > > during some tests with maven-proxy, i had my central repository > blacklisted. Is there a way to re-enable it? Where is this information > stored? > > any help appreciated > regards, > gernot > > > > > - > 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] not 4.0.0 pom error
build it from svn. There was some bug up until 30 minutes ago 2006/1/23, Mick Knutson <[EMAIL PROTECTED]>: > How can I get covertures to work: > > [INFO] > > Downloading: > http://repo1.maven.org/maven2/maven-plugins/maven-cobertura-plugin/1.1.1/maven-cobertura-plugin-1.1.1.pom > 6K downloaded > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Error building POM (may not be this project's POM). > > > Project ID: maven-plugins:maven-cobertura-plugin > POM Location: C:\Documents and > Settings\Owner\.m2\repository\maven-plugins\maven-cobertura-plugin\1.1.1\maven-cobertura-plugin-1.1.1.pom > > Reason: Not a v4.0.0 POM. > > > > > > > maven-plugins > maven-cobertura-plugin > 1.1.1 > > > > > Thanks > Mick Knutson > > http://www.BASELogic.com > http://www.MickKnutson.com > > MSN Messenger: [EMAIL PROTECTED] > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2
ok now it works again nice 2006/1/23, Brett Porter <[EMAIL PROTECTED]>: > fixed in SVN of the cobertura plugin. > > On 1/23/06, Weichsel, Ingo <[EMAIL PROTECTED]> wrote: > > > > Hello, > > > > I like the cobertura-maven-plugin a lot, which I builded from the > > mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but is > > not working with maven-2.0.2 any more. Does any of you know a workaround or > > will there be an updated version soon? > > > > Regards, > > Ingo > > > > Stacktrace: > > > > [INFO] [cobertura:instrument] > > [INFO] > > > > [ERROR] FATAL ERROR > > [INFO] > > > > [INFO] org/apache/maven/wagon/util/FileUtils > > [INFO] > > > > [INFO] Trace > > java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa > > sk.java:107) > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java > > :128) > > at > > org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java > > :122) > > at > > org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum > > entMojo.java:101) > > at > > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage > > r.java:415) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:531) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def > > aultLifecycleExecutor.java:859) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif > > ecycleExecutor.java:731) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:522) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec > > ycleExecutor.java:451) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail > > ures(DefaultLifecycleExecutor.java:303) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa > > ultLifecycleExecutor.java:270) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle > > Executor.java:139) > > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) > > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) > > at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) > > 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 > > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) > > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > > at > > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) > > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > > [INFO] > > - > > > > - > > 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: resources not in jar
Do a mvn projecthelp:effective-pom Check for project/build/resources/resource It should of course point to your resource dir 2006/1/13, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Hi, > > > I use maven 2.0.1 and have a problem with building a jar. > > The src structure of my project is: > > src/main/java > src/main/config > src/main/resources > > When I build my jar the files of the src/main/resources directory are not > included! > > Could anybody give me a hint what is wrong? > > TIA > > Martin > > > > > > > ++ > Diese Nachricht ist vertraulich und ausschließlich für den/die Adressaten > bestimmt. Sollten Sie nicht der beabsichtigte Adressat, einer seiner > Mitarbeiter oder sein Empfangsbevollmächtigter sein, ist jede Form der > Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts > dieser Nachricht unzulässig. In diesem Fall bitten wir, den Absender umgehend > zu benachrichtigen und die Nachricht zu vernichten. Elektronisch versandte > Nachrichten können durch Unberechtigte manipuliert und/oder gelesen werden, > weshalb jegliche Haftung hierfür ausgeschlossen wird. > ++ > This communication is confidential and is intended solely for the > addressee(s). If you are not the intended recipient(s), his/her assistant, or > authorized recipient, any form of disclosure, reproduction, distribution or > any use of this communication or the information in it, is strictly > prohibited and may be unlawful. In this case, please notify the sender > immediately and destroy the e-mail. Electronic communication via the Internet > by e-mail may be manipulated and/or read by third parties, thus we exclude > any liability whatsoever for this e-mail. > ++ > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
