Re: dependency graph plugin?
hello, try the mvn site. it will generate a dependency html page under target/generated-site. Patrick Moore wrote: > Hi there- > > Is there a plugin that explodes the dependency graph so that it is possible to > see why a jar is being included in the build? I have a bunch of mystery jars > that I would like to eliminate, or at least know which library is trying to > use > them. > > Thanks. > -Pat > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
i see, then just use "https://svn.apache.org/repos/asf/maven/plugins/trunk"; Jeff Mutonho wrote: > On 8/15/06, Pete Marvin King <[EMAIL PROTECTED]> wrote: >> >> >> There's a space between trunk and plugins on the url, the last plugin >> is the destination directory >> >> 1. svn co >> https://svn.apache.org/repos/asf/maven/plugins/trunkplugins >> 2. cd plugins/maven-war-plugin >> 3. mvn install >> >> >> I tried that also and got the BAD Url error message as well.I'm doing >> this > from Eclipse , using the SVN plugin > > > Jeff Mutonho > > GoogleTalk : ejbengine > Skype: ejbengine > Registered Linux user number 366042 > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
There's a space between trunk and plugins on the url, the last plugin is the destination directory 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunkplugins 2. cd plugins/maven-war-plugin 3. mvn install Jeff Mutonho wrote: > On 8/13/06, Pete Marvin King <[EMAIL PROTECTED]> wrote: >> >> >> Hello Jeff, >> >> Sorry about that, can you try this >> >> 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins >> 2. cd plugins/maven-war-plugin >> 3. mvn install >> >> the steps above should do it. >> >> >> pete marvin >> >> >> Thanks Pete .Tried > https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins and that url > seem not correct > as I get the "Bad URL passed to RA layer svn: URL ' > https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins"; error. > > Couldn't you or someone build the 2.0.2-SNAPSHOT with the fix for > altering > the default path.That would be greatly appreciated. > > Thanks > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
Hello Jeff, Sorry about that, can you try this 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins 2. cd plugins/maven-war-plugin 3. mvn install the steps above should do it. pete marvin Jeff Mutonho wrote: > On 8/9/06, Pete Marvin King <[EMAIL PROTECTED]> wrote: >> >> Hello Jeff, >> >> Sorry about the example, the correct one should be >> >> >> >> [...] >> >>configurations >> >>WEB-INF >> >>true >> >> **/properties >> >> >> >> >> >> it's webResources/resource. So far I can only assure you that the >> targetPath configuration >> will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was >> applied to the >> 2.0 series. >> >> If you have the time you can get the source and built the latest war >> plugin from the trunk. >> >> --- >> svn co >> https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin >> cd maven-war-plugin >> mvn install >> --- >> >> hope this helps, >> pete marvin >> > I checked out the maven-war-plugin project and tried to build it by > running "mvn install" , but got stumped by the error : > > > D:\jeff\workspace\maven2\maven-war-plugin\maven-war-plugin>mvn install > [INFO] Scanning for projects... > [INFO] > - > --- > [ERROR] FATAL ERROR > [INFO] > - > --- > [INFO] Failed to resolve artifact. > > GroupId: org.apache.maven.plugins > ArtifactId: maven-plugins > Version: 2-SNAPSHOT > > Reason: Unable to download the artifact from any repository > > org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT > > from the specified remote repositories: > central (http://repo1.maven.org/maven2) > > > [INFO] > - > --- > [INFO] Trace > org.apache.maven.reactor.MavenExecutionException: POM > 'org.apache.maven.plugins: > maven-plugins' not found in repository: Unable to download the > artifact from any > repository > > org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT > > > This makes sense since the pom.xml has : > > >maven-plugins >org.apache.maven.plugins >2-SNAPSHOT > > > > Pete , what do I need to get this to build? > > Jeff Mutonho > > GoogleTalk : ejbengine > Skype: ejbengine > Registered Linux user number 366042 > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
Hello Jeff, Sorry about the example, the correct one should be [...] configurations WEB-INF true **/properties it's webResources/resource. So far I can only assure you that the targetPath configuration will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was applied to the 2.0 series. If you have the time you can get the source and built the latest war plugin from the trunk. --- svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin cd maven-war-plugin mvn install --- btw, if you decide to use the build/resources/resource configuration make sure you use the package phase instead of directly invoking the war goal. Resource processing is not covered by the war plugin. Just do mvn package just to be sure. hope this helps, pete marvin Denis Cabasson wrote: > Jeff Mutonho wrote: > >> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote: >> >>> >>> Jeff Mutonho wrote: >>> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote: > > Jeff Mutonho wrote: > >> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> >> wrote: >> >>> Hi Jeff, >>> >>> properties normally go in the src\main\resources >>> >>> BTW, You seem to use a strange layout for your directories. Do you >>> > really > >>> want it to be that way? >>> Read Better builds with maven for the recommended dir. structure >>> >>> " >>> >> Thats just the way the project is structured and am powerless to >> change it. >> >> > This is eclipse WTP directory layout. > > You should really work the other way round: take maven's directory > structure > (far better), and create the eclipse descriptor with: > mvn -Dwtpversion=1.0 eclipse:eclipse > > See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for > more > details > > Denis. > -- > View this message in context: > > >>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197 >>> > Sent from the Maven - Users forum at Nabble.com. > > > I understand that , that would work better but I do not have the >>> liberty >>> to change the directory structure now to the maven structure.The war >>> plugin >>> in document ( >>> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html >>> talk about specifying what it calls an external resource using the /path-to-external-directory and then under the section "Overriding the default destination >>> directory >>> of a web resource") says it should be possible to specify what it calls an external resource and override the target directory ie the directory >>> where >>> you want the resources to be copied to , by specifying in my case its WEB-INF/classes I just don't understand why I won't work. Jeff >>> webRessources, are ressources bundled in your war archive... >>> >>> You should rather specify the build/ressources element in your POM to >>> include the correct ressources, and let the maven-war-plugin include >>> those >>> ressources in your produced war. >>> >>> Something like: >>> ... >>> >>> ... >>> >>> >>> WebContent/JavaSource >>> >>> **/*.java >>> >>> >>> >>> ... >>> >>> ... >>> >>> That should work (alternatively, you can specify includes instead of >>> excludes tags). >>> >>> Denis >>> -- >>> View this message in context: >>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705 >>> Sent from the Maven - Users forum at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >> I just noticed that the example provided on the plugin website has a >> tag nested inside another , as shown below : >> >> >> Overriding the default destination directory of a web resource >> >> By default web resources are copied to the root of the war, as shown in >> the >> previous example. To override the default destination directory, specify >> the >> target path. >> >> [...] >> >> >> >> [...] >> >>configurations >> >>WEB-INF >> >>true >> >> **/properties >> >> >> >> >> >> [...] >> >> >>
Re: war plugin, webResources-overriding default Location
use version 2.1-SNAPSHOT
[EMAIL PROTECTED] wrote:
> Hi all
>
> I'm trying to override the webResources default location by adding
> , but this is not working form, the welogic.xml is being still
> copied into the Root directory,
>
> is there some thing i'm doing wrong here, please help
>
>
> org.apache.maven.plugins
> maven-war-plugin
> 2.0
>
> ${pom.artifactId}
>
>
> ${basedir}/../../config
> WEB-INF
>
> weblogic.xml
>
>
>
>
>
>
>
>
>
>
> Thanks,
>
>
>
>
> -
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Placing war resources
Hello, the targetPath configuration for webResources is only available in maven war plugin 2.1-SNAPSHOT. you need to use the latest from the trunk to avail of this feature. > svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin > cd maven-war-plugin > mvn install hope that helps, pete marvin Laurie Harper wrote: > According to the war-plugin documentation [1], I should be able to > control where webapp resources are copied to using the targetPath > element: > > > org.apache.maven.plugins > maven-war-plugin > 2.0 > > > > true > src/main/conf > WEB-INF/conf > > > > > > but targetPath seems to be ignored; the resources end up in the webapp > root, not under WEB-INF. Am I doing something wrong, or is this a bug? > I'm guessing I can work around it by moving everything from > src/main/conf to src/main/conf/WEB-INF/conf, but I'd rather avoid the > redundant paths... > > Thanks, > > L. > > [1] > http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html > > > > - > 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: Non-classpath resources filtering?
Hello,
I don't know why you want to do this but the work around is to add the
following to your pom :
[...]
[...]
org.apache.maven.plugins
maven-resources-plugin
2.2
sourceDir
../../destinationDir
true
[...]
[...]
[...]
you can add as many resource entries as you want. Hope this helps.
pete marvin
Adrian Shum wrote:
> Dear all,
>
> I am new to Maven and I have tried to find related answer but I failed.
>
> Is it possible to perform non-classpath resources filter?
> My application has its own application configs which I don't want to
> put into the JAR. Instead I want it be put in a separated directory
> to let users able to change directly (which I think I can achieve
> by using maven-assembly-plugin, right?). I'd like to use filtering
> to generate config files for different environments.
>
> Seems I can only filter resources under in POM.
> However, if resources are put there it will be jarred which is not
> I want.
>
> Is there any suggestion if I want to achieve this? Thanks.
>
> Best regards,
> Alien
>
>
>
> This email is confidential. If you are not the intended recipient, please
> delete it from your system and notify the sender immediately. Any
> unauthorized use, disclosure, dissemination or copying of this email is
> prohibited. Tai Fook Securities Group, its group companies and their content
> providers ("Parties") shall not be responsible for the accuracy or
> completeness of this email or its attachment, if any, which could contain
> virus, be corrupted, destroyed, incomplete, intercepted, lost or arrive late.
> The Parites do not accept liability for any damage caused by this email.
>
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin 2.0.1 not copying xml files
hello, the src/main/resources is handled by the resource plugin, by default the resource plugin copies the contents to target/classes. =) you need to explicitly invoke the compile phase before using the war goals. check the war plugin documentation for the details : http://maven.apache.org/plugins/maven-war-plugin/usage.html pete marvin Charles Harvey III wrote: > Hello. > I am trying to build a war with: > > > mvn war:exploded > > mvn war:inplace > > mvn war:war > > And, no matter how I configure it, only .properties files get copied from > my src/main/resources directory into the webapp/WEB-INF/classes/. > > > >org.apache.maven.plugins >maven-war-plugin >2.0.1 > > > > src/main/resources > WEB-INF/classes > true > >**/* > > > > > > > > When I set it up this way, it copes all the files from src/main/resources > into the root directory of the webapp. If I don't have this > declaration > (which I should not need because everything is in the default > location), only > .properties files are copied over. > > Is there something I am doing wrong? When I put this config in, it says: > "Copy webapp webResources to > workspace\projectname\target\projectname-1.0" TWICE. > If I leave it out, I only see it once. It doesn't say it is copying > it to the > WEB-INF/classes directory. > > Any help is much appreciated. > > > Charlie > > > - > 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: Prevent maven from adding pom file to jar
http://maven.apache.org/guides/mini/guide-archive-configuration.html [EMAIL PROTECTED] wrote: > Hi all, > > Is there a way of preventing maven from adding the effective pom to the > generated JAR? > > Thanks > > > > > > > Visit our website at http://www.ubs.com > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mail transmission cannot be guaranteed to be secure or error-free > as information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. The sender therefore > does not accept liability for any errors or omissions in the contents > of this message which arise as a result of e-mail transmission. If > verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities or > related financial instruments. > > > > > - > 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 multiple war files with some common code
the war plugin is also capable of war overlaying. if you declare another war as a dependency it will automatically unpack the war to your current project. =) i'm not sure if this will fit in your current development build structure but try to check it anyway. http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html pete marvin Martin Gladdish wrote: > I had the same problem the other day; trying to share JSPs and config > files > across multiple maven2 apps. > > I solved it by configuring the war plugin to pull in the resources > from the > shared folder, following instructions here: > http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html > > > A word of warning though: the functionality hasn't even been > checked in to the head of the war plugin as yet - I had to apply a patch > that was attached to the jira entry and use my own local patched build of > the war plugin. See http://jira.codehaus.org/browse/MWAR-54 for further > details. > > Hope this helps > > On 13/07/06, Bravo, Kris <[EMAIL PROTECTED]> wrote: >> >> Two options then. >> >> The less desirable is to build the common war, then unpack it into the >> target directory of each webapps before packaging them up. You'll have >> to watch this because the web.xml and other files are liable to get >> trampled. See http://mojo.codehaus.org/dependency-maven-plugin/ and the >> unpack'ing goals. >> >> The other is to create an ear project for each common/webapp pair and >> share the session across both webapps within the ear. I'm gathering from >> a quick google that this is a challenge - you are up for a challenge are >> you? ;) >> >> kris bravo >> >> >> -Original Message- >> From: Srinivas Pavani [mailto:[EMAIL PROTECTED] >> Sent: Thursday, July 13, 2006 3:57 PM >> To: users@maven.apache.org >> Subject: RE: m2 multiple war files with some common code >> >> >> Kris, >> >> Thanks for your reply. >> >> Most likely they will not be placed in the same ear file. Yes there are >> common servlets and jsps that need to be shared across the apps. >> >> The question still remains how to integrate the servlets from common and >> module specific directories into a single WAR file. I don't think just >> listing it as a dependency would solve the problem, would it? >> -- >> View this message in context: >> http://www.nabble.com/m2-multiple-war-files-with-some-common-code-tf1939 >> 224.html#a5315554 >> Sent from the Maven - Users forum at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WEB-INF/lib excludes once more
sorry my mistake,
SCOPE_RUNTIME =
systemScope = false;
providedScope = false;
compileScope = true;
runtimeScope = true;
testScope = false;
---AbstractWarMojo snippet --
// TODO: utilise appropriate methods from project builder
ScopeArtifactFilter filter = new ScopeArtifactFilter(
Artifact.SCOPE_RUNTIME );
if ( !artifact.isOptional() && filter.include( artifact ) )
{
String type = artifact.getType();
if ( "tld".equals( type ) )
{
copyFileIfModified( artifact.getFile(), new File(
tldDirectory, targetFileName ) );
}
else
---AbstractWarMojo snippet --
thanx for the correction mike. i need to stop assuming things. =)
Mike Perham wrote:
> Not true.
>
> -Original Message-----
> From: Pete Marvin King [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 09, 2006 11:52 AM
> To: Maven Users List
> Subject: Re: WEB-INF/lib excludes once more
>
>
> if you want to exclude certain dependencies from the war, just specify
> the scope as compile. only dependencies with runtime scope will be
> included in the war.
>
> -
> 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: WEB-INF/lib excludes once more
Hello, the exclude paramater of the war plugin is only meant for the webapp sources, the parameter name is a little bit vague. =) if you want to exclude certain dependencies from the war, just specify the scope as compile. only dependencies with runtime scope will be included in the war. pete marvin Markus Wolf wrote: > Hi, > > I have a problem creating my EAR file containing a WAR and a EJB. > First I setup my WAR-pom to have the EAR as provided dependency, but > then it is not possible to add it to the manifests classpath. > Then I read through the mailinglist and found an exclude configuration > should help. But no matter how I configure my excludes they are ignored... > > I've checked the version of the war plugin as well and I'm using 2.0.1. > Is there anything I've overlooked in my pom.xml? > > ... > > > de.esw.services > emediaservices-core > 1.0-SNAPSHOT > runtime > > > junit > junit > 3.8.1 > test > > > > emediaservices-web > > > org.apache.maven.plugins > maven-war-plugin > > > WEB-INF/lib/*.jar > > > > true > > > > > > > ... > > Any ideas? > Thanks > Markus Wolf > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 2.0.4's 'package' not copying contents or main resources to WEB-INF/classes
btw, just make sure you compile first before you invoke war:war or just use the package phase just to be sure. if you invoke war:war, it will not automatically compile the source. see the war plugin documentation for more details. Vinny wrote: > yes, it is set to war > > On 7/7/06, Mykel Alvis <[EMAIL PROTECTED]> wrote: >> Is your packaging in the pom set to "war" instead of the default "jar"? >> >> On 7/7/06, Vinny <[EMAIL PROTECTED]> wrote: >> > >> > One additional datapoint: the files are being copied >> > to target/classes correctly just not to >> target//WEB-INF/classes > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disecting a webapp?
it's now documented here http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html. just ignore the warning it's obsolete, the overwriting bug is already fixed. cheers, pete marvin Stefan Hübner wrote: > Hi guys, > > 2006/7/7, Alexandre Poitras <[EMAIL PROTECTED]>: >> Can't you create more than one war and add them to an ear archive? If >> it's not a valid strategy in your case than I guess you can use the >> dependency plugin "unpack" goal >> (http://mojo.codehaus.org/dependency-maven-plugin/) or you can use the >> war merging feature of Maven (don't know how it works but I know it >> exists). > > war merging feature? Is this documented somewhere out there? sounds > promissing. I'm also interested in best practises on this topic, since > we're producing large webapps too. having all resources in just one > big module is a bit nasty. > > -Stefan > >> >> In my case, I use the dependency plugin to unpack resources (images, >> css, ...) dependencies. Note those aren't limitations of Maven but of >> JEE since each web modules must be packaged as an individual war and >> of the web because there isn't any standard resources archive format. >> >> Hope it helps! >> >> On 7/6/06, Alex Shneyderman <[EMAIL PROTECTED]> wrote: >> > Thanks, guys for your responses. >> > >> > But ... I think I was not understood correctly. Let me clarify a >> bit here. >> > >> > The problem is not so much to separate layers into modules (it seems >> > that's what examples demonstrate), but how to break up a big web >> > application into smaller modules. The module's boundary is not that of >> > the layer (business, webapp, core, etc). Web application itself needs >> > to be broken onto smaller submodules. So core would have all the >> > templates, js and css files and will be a webapp on its own, the child >> > module would have concrete pages that utilize those templates and >> > styles and in combination with the core module would constitute >> > complete sub-application of a bigger app. >> > >> > When I develop I would like to checkout just one module and a few >> > modules that this module depends on. Of course I would be able to >> > deploy this one small module (and all of its dependencies), but it >> > will not be the site itself, just one little portion. It also makes >> > creation of the new module easier. Just declare dependencies and >> > create a simple WAR structure. >> > >> > When I am happy with the little module I worked on, I will want to >> > deploy it to production. This is when I will have to merge all the >> > configuration files (web.xml comes to mind) and directory structures >> > but only on creation of the WAR no need for physical merge on the >> > system someplace. >> > >> > I am not sure if this made my question any clearer :-) >> > >> > >> > On 7/6/06, Tamás Cservenák <[EMAIL PROTECTED]> wrote: >> > > Hi Alex, >> > > >> > > a quick example for this, see here: >> > > >> https://is-micro.myip.hu/trac/ismicro-commons/browser/trunk/ismicro-proximity >> >> > > >> > > Three modules: px-core (j2ee and transport independent), >> px-core-maven >> > > (maven bindings for core, till no sign of webapp) and px-webapp. >> The module >> > > separation should be "natural" and/or "logical" -- whetever it >> means :) >> > > >> > > In my practice it means, produce ONLY ONE ARTIFACT, be as small >> and as >> > > simple as it can (but naturally keep the overall module count >> manageable). >> > > >> > > Maven generated site from these sources here: >> > > http://proximity.abstracthorizon.org/ >> > > >> > > >> > > ~t~ >> > > >> > > On 7/6/06, ben short <[EMAIL PROTECTED]> wrote: >> > > > >> > > > Also have a look at the better builds with maven book, there is an >> > > > example in there. >> > > > >> > > > On 7/6/06, ben short <[EMAIL PROTECTED]> wrote: >> > > > > Create a project for each of the core module and the >> children. then >> > > > > the webapp can pull them in as dependancies. >> > > > > >> > > > > On 7/6/06, Alex Shneyderman <[EMAIL PROTECTED]> wrote: >> > > > > > How does one disect a web app into many modules but deploy >> it as one >> > > > web app? >> > > > > > >> > > > > > This is what I mean: >> > > > > > >> > > > > > We have a web application that is quite big. We can >> identify many >> > > > > > modules of it. There is a few core modules, and a bunch of >> child >> > > > > > modules. Practically all children are dependendent on core >> modules, >> > > > > > some child modules depend on other child modules. The >> modularization >> > > > > > is done in purely logical way. Meaning, we still have one >> maven >> > > > > > project for the webapp. >> > > > > > >> > > > > > I was wondering if anyone can suggest a way to break those >> modules up >> > > > > > into seprate physical modules while keeping the ability to >> create a >> > > > > > unifying webapp? Is it even possible with Maven 1 or 2? >> > > > > > >> > > > > > -- >> > > > > > Thanks, >> > > > > > Alex. >> > > > > > >> > > > > > >
Re: [m2] war plugin, ignores classifier in dependency
issue created : http://jira.codehaus.org/browse/MWAR-58 Robert Biernat wrote: > Hi, > > I have a web application that I'm trying to build which has two dependencies > which have exactly the same groupId, artifactId and version, however one of > them has a classifier so I can distinguish between the two. When it comes to > packaging up the webapp, the war plugin complains that their are duplicate > jar files, renames the one which has the classifier set and excludes the > other one. The missing jar prevents my web app from being able to be > deployed. > > Obviously I can get around this issue by using a unique artifactId, however > I think the war plugin should respect classifiers that have been specified > in the dependencies. > > Thanks > > Rob > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] webapp
try turning on the remote debugging capability of your sevlet container's jvm by adding the following argument on the java command line : -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8030 the jvm would block when passing these arguments, waiting for a remote debugger to connect. in your eclipse, choose Run->Debug then select Remote Java Application. click on the new button below while the Remote Java Application is selected. change the port to 8030 and on the common tab select the radio button under the display in favorite menu -> debug. the projects debugging icon will now be displayed under the debug icon. make sure the project that you want to debug is selected while you are doing this. if the deployed webapp is in sync with your webapp source then stepping function would sync with the execution. the maven user list is not the best place to ask this. =) but here it is anyway..hope this helps. pete marvin christophe blin wrote: > Hi, the nicely documented stuff (that I already read BTW) talks about > jetty and does not mention debugging... > > My concern is to run the war under tomcat and/or jboss with the > associated plugins in Eclipse in order to benefit from the debug > perspective. > > Maybe there is a solution to do this with jetty ? > If so, could you please provide any hints in order to switch my dev to > jetty. > > Regards, > chris > > Geoffrey De Smet a écrit : > >> Download and read the free m2 book from mergere.com :) >> It has all stuff nicely documented >> >> christophe blin wrote: >> >>> Hi, >>> >>> My first question is where do I put java source files in a webapp (i.e >>> archetype = war) ? >>> Should I create a directory src/main/java ? >>> Or maybe I should create another module to hold the java sources ? >>> >>> Then, a small question but maybe difficult to answer : how can I >>> integrate maven into eclipse for a webapp ? >>> I find this good article [1] but it seems to be maven1 only as I do not >>> manage to have correct dependencies when deploying into tomcat. >>> Also, maybe someone has osme experience with the tomcat plugin (I'd >>> prefer to avoid it since the j2ee plugin supports more platforms)? >>> >>> Thanks for any help, >>> chris >>> >>> [1] >>> http://www.eclipse.org/webtools/jst/components/j2ee/scenarios/MavenEclipseIntegration.html >>> >>> >>> > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] WAR plugin questions
you can also... try running mvn site:site, it will generate a documentation site for your webapp project. check the link Project Documentation -> Dependencies, for the dependency tree. the new war plugin ( 2.1-SNAPSHOT ) only includes the dependencies with a runtime scope, you can exclude dependencies from being included to the war by changing the scope to compile or test. as for the war plugin documentation, there's a new one in the trunk. I hope it's more informative than the current one. You can wait for a couple of days for the maven site to be updated or you can get it from the trunk and generate the site for it. =) svn -co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin war-plugin mvn site:site the generated site is under "target/site", look for the index.html there. pete marvin Adam Hardy wrote: > Bob Arnott on 04/07/06 14:57, wrote: >> I'm currently in Maven dependency hell, with a WAR file that is huge >> due to loads of useless third party library dependencies. > > Generally speaking, you should be able to dig your way out of this > dependency hell. Are you sure that you have given all your > dependencies the correct scope? For instance, any jars needed only for > testing, or which are supplied by the appserver should be marked so > with the scope tag. > Secondly, when using big framework jars such as spring.jar, try using > just the deconstructed modular jars you need (if they are provided) > rather than the whole kit and caboodle. > >> P.S. Is there a tool to show me where all the dependencies come form...? >> i.e. a graphing tool or something that shows what is a dependency of >> what. > > Run mvn -X package and look at the indented references to jars. Each > main dependency starts on the left and for each transitive dependency, > a new line with an indentation is added. > > Hope that helps, > Adam > > - > 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] test resources
try putting your mapping_common.hbm.xml on "src/main/resources/" instead.
or modify your getResourceAsStream to get the file
"META-INF/mapping_common.hbm.xml"
resources are searched on all the classpaths, normally META-INF is
added to the classpath
so getClass().getResourceAsStream("mapping_common.hbm.xml") would
normally work
if you're using a jar. But for your unit test it is not, only
target/classes is added to your classpath.
you need to specify the directory it is in which is META-INF.
correct me if i'm wrong. =)
christophe blin wrote:
> Hi,
>
> I am new to maven so excuse me if the questions have already been posted
> (I do not find a related in the archives so I think it has not been so).
>
> I am working with maven2 and hibernate.
> My hibernate mapping is in /src/main/resources/META-INF :
> mapping_common.hbm.xml
>
> First question :
> if I manually copy this file into /src/test/resources and I do (as
> stated in the docs getting started) :
> InputStream is =
> getClass().getResourceAsStream("mapping_common.hbm.xml");
> assert(is != null);
> the assertion is thrown.
>
> Am I doing something wrong or Should I configure something in the pom to
> use src/test/resources as the resources directory for the unit tests ?
>
> Second question :
> I'd like to use the same mapping file when doing unit tests.
> How can I configure the pom in order to perform a copy of the file just
> before the execution of the test goal ?
>
> Thanks and regards,
> chris
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: warSourceDirectory
perhaps you can do a war overlay, add the war to your depedency list with a scope of runtime. you might need to rename it to *.war, the war plugin uses the extension to determine if it will do a war overlay. Alexandre Poitras wrote: > To those who are facing the same issue, I just submitted a patch that > seems to fix the problem. Hope it helps. > > On 6/27/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote: >> This is what I'm already doing. The problem is that the WTP .component >> file is not generated correctly since the files aren't placed in the >> war source directory. Basically, I'm just trying to unpack some css >> files from a resources jar files and I don't want to extract them >> under the src directory. >> >> On 6/27/06, Mike Perham <[EMAIL PROTECTED]> wrote: >> > If you are generating them, why are you considering them source in the >> > first place? Why not just generate them straight into >> > target/-? That's where everything is copied >> to so >> > it can be jarred into a war. >> > >> > > -Original Message- >> > > From: Alexandre Poitras [mailto:[EMAIL PROTECTED] >> > > Sent: Tuesday, June 27, 2006 1:52 PM >> > > To: Maven Users List >> > > Subject: warSourceDirectory >> > > >> > > Why is the War plugin supporting only one war source directory >> instead >> > > of a list? It bothers me because I need to generate some html >> sources >> > > files and of course I don't want to mess with my src directory. Any >> > > hint? I think I'll try to develop a patch. >> > > >> > > >> - >> > > 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: List of Maven Archetypes?
Currently there's : - maven-archetype-j2ee-simple - maven-archetype-portlet - maven-archetype-simple - maven-archetype-site-simple - maven-archetype-webapp - maven-archetype-marmalade-mojo - maven-archetype-quickstart Sorry, I'm not sure if there's a guide for each. running mvn site:site on archetypes only generates the basic reports..no guides. command for generating projects using archetype : mvn archetype:create -DgroupId= -DartifactId= -DarchetypeGroupId=org.apache.maven.archetype -DarchetypeArtifactId= -DarchetypeVersion= ex. mvn archetype:create -DartifactId=test -DgroupId=org.test -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeVersion=1.0-alpha-4 try checking http://www.ibiblio.org/maven2/org/apache/maven/archetypes for the latest version of the archetypes and if you feel the urge to write a guide on how to use them, the Maven community will greatly appreciate it. =) cheers, pete marvin siegfried wrote: > I'm doing a google search for maven archetypes and was expecting to find a > long list of archetypes. Instead I found definitions of the term and a > section on creating archetypes. > > Back in fall of 2005 (or was it winter 2006?) m2 did not have many > archetypes yet. I was guessing by now someone would of ported all the m1 > archetypes (or whatever they were called) to m2. Has this happened? > > I found one at http://maven.apache.org/guides/mini/guide-webapp.html and > I'll try this out soon. > > I was specifically hoping to find an EJB, SWT, Swing and a boatload of web > archetypes like tapestry, spring and other MVCs. > > Thanks, > Siegfried > > > - > 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] Ghost dependencies
Hello, 2.1-SNAPSHOT of the war plugin only includes dependencies with a runtime scope for exploded,inplace and war goals. I think by default an artifact has a compile scope unless you modify the default scope then it shouldn't be included in the war. pete marvin Markus Reinhardt wrote: > Hi Sebastien, > > I don't know how the war packaging plugin handles runtime > dependencies. I use no at all for required JARs and > provided for those, which should not be packaged inside > the WAR file i.e. are available on your Container. > > How do you build you WAR? > > Markus > > Am Freitag, den 02.06.2006, 07:33 +0200 schrieb Sebastien Arbogast: > > >> I have trouble understanding the new dependency mechanism. I added a >> dependency like this in my root pom dependencyManagament section: >> >> >> jakarta-regexp >> jakarta-regexp >> 1.4 >> runtime >> >> >> It's not the only one, I've added several ones like that and they all >> appear in the resulting webapp WEB-INF/lib directory, except for this >> one. There is no exclude on jakarta-regexp in other dependencies, and >> I can't find what's wrong. Any idea? >> >> > >
Re: maven Website - I'm struggling getting the information I seek
hello, try to download the maven book at www.mergere.com. There's a link on the mid-right for the book, "Better Builds With Maven". There's a lot of information there that you might find useful. hope this helps...=) cheers, pete marvin Stefan Arentz wrote: > On 5/30/06, Marc Weber <[EMAIL PROTECTED]> wrote: >> Hello I'm using mvn for 2 month now and I'm till struggling finding the >> finding the documentation on the maven.apache.org website. > > Same here. I started using Maven 2 about a month ago. It has been > *extremely* painful because of the complete chaos that is called > documentation. Figuring out how plugins work is impossible because the > documentation is either missing or halve-baked. I have more success > with asking things on the list here, or searching the list archives. > Or even reading source code of plugins. > > It is a pleasure to use Maven for my project, but it was all but a > simple start. > > I think the Maven team should set some standards for documentation and > simply ask every plugin developer to take care of it or else simply > drop the plugin. > > S. > > - > 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: What does do???
it's use for war overlays, for excluding dependent war files from being included in the exploded war. this is use in war:exploded and war:inplace btw, only the artifacts with a runtime scope is included in the war. when using war:war pete marvin Roland Asmann wrote: > Part of the problem was solved, but one question remains: > > What does in the war-plugin do??? > > Roland > > > > On Monday 29 May 2006 15:52, Roland Asmann wrote: > >> Okay, so I figured it out! The provided-scope DOES work, but I had an >> defined somewhere else, which for some reason removed my >> declaration of commons-logging... >> I've noticed, because I was checking a little more thorough and found that >> the version I set to provided (and also tried to exclude) was 1.0.3 and the >> included version was 1.0.4! >> >> So, I removed the and now the provided-scope does what it is >> supposed to do. Tried it several times, to make sure no random-behaviour >> remained. >> >> Roland >> >> On Monday 29 May 2006 15:24, Roland Asmann wrote: >> >>> Unfortunately yes. Per default I run it 'mvn clean install'. >>> >>> On Monday 29 May 2006 15:20, Kees de Kooter wrote: >>> Does it also happen after you do an mvn clean? On 5/29/06, Roland Asmann <[EMAIL PROTECTED]> wrote: > Yes, I know how to do that. But like I said, it doesn't always work > the way it is supposed to! I have no clue as to why this wouldn't > work, might be some sort of bug in Maven... > > Roland > > On Monday 29 May 2006 15:14, Kees de Kooter wrote: > >> Just to make sure you understood my answer, this is how we do it: >> >> >> commons-logging >> commons-logging >> 1.0.4 >> provided >> >> >> It works for us, using maven 2.0.4 >> >> On 5/29/06, Roland Asmann <[EMAIL PROTECTED]> wrote: >> >>> That only seems to work at random! For some strange reason 3 out >>> of 5 builds are correct when the scope is set, but those other 2 >>> builds still have the JAR! >>> I have no problem with building a couple of times more, but for >>> automated testing this is disastrous! >>> >>> Roland >>> >>> On Monday 29 May 2006 15:09, Kees de Kooter wrote: >>> Give it scope "provided". On 5/29/06, Roland Asmann <[EMAIL PROTECTED]> wrote: > Hi, > > I am building a WAR, in which I would like to remove some > JAR's that come up transitively. I've tried to configure my > war-plugin like this: > > > maven-war-plugin > > > false > > > true > > > commons-logging > > > > But this doesn't seem to work. Could anybody tell me how to > exclude commons-logging from the WAR? And also, could someone > explain what this 'dependentWarExcludes' does?? > > Thanks, > > Roland > - 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: Cobertura under solaris
I agree with wayne fay there's usually a default jdk installed on Solaris. try to verify your JAVA_HOME and PATH just to be sure. Wayne Fay wrote: > You must have an older JDK installed on your server. > > Run "java -fullversion" on both machines and upgrade the Solaris JDK > to the version you're running on Windows. > > Wayne > > On 5/25/06, vadimsh <[EMAIL PROTECTED]> wrote: >> >> Hi, >> I use m2.0.4 and cobertura 2.0 for report generation. It works fine >> under >> windows , but under solaris i get follow error >> >> [INFO] [cobertura:instrument] >> [INFO] Cobertura 1.7 - GNU GPL License (NO WARRANTY) - See COPYRIGHT >> file >> Instrumenting 30 classes to ../target/generated-classes/cobertura >> >> [ERROR] Exception in thread "main" java.lang.NoClassDefFoundError: >> java/util/TimerTask >> at java.lang.ClassLoader.defineClass0(Native Method) >> at java.lang.ClassLoader.defineClass0(Compiled Code) >> at java.lang.ClassLoader.defineClass(Compiled Code) >> at java.security.SecureClassLoader.defineClass(Compiled Code) >> at java.net.URLClassLoader.defineClass(Compiled Code) >> at java.net.URLClassLoader.access$1(Compiled Code) >> at java.net.URLClassLoader$1.run(Compiled Code) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.security.AccessController.doPrivileged(Compiled Code) >> at java.net.URLClassLoader.findClass(Compiled Code) >> at java.lang.ClassLoader.loadClass(Compiled Code) >> at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code) >> at java.lang.ClassLoader.loadClass(Compiled Code) >> at java.lang.ClassLoader.loadClassInternal(Compiled Code) >> at java.lang.Class.getFields0(Native Method) >> at java.lang.Class.getFields0(Compiled Code) >> at java.lang.Class.getDeclaredFields(Compiled Code) >> at java.io.ObjectStreamClass$1.run(Compiled Code) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.io.ObjectStreamClass.(ObjectStreamClass.java:259) >> at >> java.io.ObjectStreamClass.createLocalDescriptor(ObjectStreamClass.java:138) >> >> at >> java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:84) >> at >> java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:274) >> at >> net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:170) >> >> at >> net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:136) >> >> at >> net.sourceforge.cobertura.instrument.Main.parseArguments(Compiled >> Code) >> at net.sourceforge.cobertura.instrument.Main.main(Main.java:462) >> >> When i check generated-classes/cobertura directory i see that part of >> the >> classes were instrumented but others don't exist. >> >> This problem is not of one specific module but repits in all of them . >> >> Any help appreciated, thanks a lot ! >> -- >> View this message in context: >> http://www.nabble.com/Cobertura+under+solaris-t1680318.html#a4556741 >> Sent from the Maven - Users forum at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: War plugin and filtering webapp files
what war plugin version are you currently using?
Julian Wood wrote:
> On 15-May-06, at 1:51 PM, Julian Wood wrote:
>>
>> PS. I do regularly use the trick where you configure the war plugin
>> to use a resources directory which was the target of a regular
>> resource filtering process, and this works well, but adds a lot of
>> ambiguity to the pom.
>
> Hmm, I've just noticed that this trick seems to have broken with the
> latest war plugin. I'm not getting filtering on any of my old projects
> which employ this technique. It depends on:
>
>
> maven-war-plugin
>
>
>
> war
>
>
>
> ${project.build.directory}/filtered-webapp-resources
>
>
>
>
>
>
> where you've filtered resources as normal to the
> filtered-webapp-resources dir. That part still works of course, but
> the maven-war-plugin now seems to ignore it's source directory and
> figure out its resources differently.
>
> I would normally think this was okay, since it forces you to upgrade
> to a more transparent method of filtering (though there are still
> problems with that), but now that I think about it, none of my
> released (tagged) builds will build properly anymore, which seems like
> a bad thing.
>
> J
> --
> Julian Wood <[EMAIL PROTECTED]>
>
> Software Engineer
> Teaching & Learning Centre
> University of Calgary
>
> http://tlc.ucalgary.ca
>
>
>
> -
> 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: EJB Client Jar Problem
if you don't provide excludes, then the default excludes will override
the includes if both contains the same pattern.
for the meantime
try overriding the exclusion rules / assigning your own values
default excludes:
**/*Bean.class
**/*CMP.class
**/*package.html
pete marvin
[EMAIL PROTECTED] wrote:
> Well i tried with 2.1 ejb plugin noticed that client includes works fine
>
> but when i tried to include *Session.class its not doing that i think by
> default its filtering Session.class, i reopened the issue with Jira
>
>
>
>
>
>
> Thanks,
> Raghu
>
>
>
>
>
> Pete Marvin King <[EMAIL PROTECTED]>
> 05/04/2006 04:54 AM
> Please respond to "Maven Users List"
>
>
> To: Maven Users List
> cc:
> Subject:Re: EJB Client Jar Problem
>
>
>
> verified, it's already fixed on version 2.1 of the plugin
> clientExclude doesn't work on version 2.0.
>
>
> Pete Marvin King wrote:
>
>> include and exclude works fine in the unit test.
>> can you try getting the latest version. =)
>>
>> btw, if you don't specify client exclusion
>> it will automatically exclude the following :
>>
>>**/*Bean.class
>>**/*CMP.class
>>**/*package.html
>>
>>
>> pete marvin
>>
>>
>> [EMAIL PROTECTED] wrote:
>>
>>
>>> It sounds like an bug
>>>
>>> I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12
>>>
>>>
>>>
>>>
>>>
>>> Thanks,
>>> Raghu
>>>
>>>
>>>
>>>
>>>
>>> Pete <[EMAIL PROTECTED]>
>>> 05/03/2006 04:43 PM
>>> Please respond to "Maven Users List"
>>>
>>>
>>> To: "Maven Users List"
>>> cc:
>>> Subject:Re: EJB Client Jar Problem
>>>
>>>
>>> I had the same problem so would be interested if anyone can help ?
>>>
>>> On 02/05/06, [EMAIL PROTECTED] <
>>> [EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
>>>> Hi,,
>>>>
>>>> I'm trying to create ejb client from ejb project
>>>>
>>>> this is what i have in my pom
>>>>
>>>>
>>>> org.apache.maven.plugins
>>>> maven-ejb-plugin
>>>>
>>>> true
>>>>
>>>> **/Session*
>>>>
>>>>
>>>> **/Shop*
>>>>
>>>>
>>>>
>>>> true
>>>>
>>>>
>>>> ${build.env}
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> it is creating ejb-client jar but it just includes almost all class
>>>>
>>>>
>>>>
>>> files
>>>
>>>
>>>
>>>> from the ejb.jar files, and has no effect on or
>>>> either i specify both of them or only one of them
>>>>
>>>> Has anyone made it working something like this please advise??
>>>>
>>>>
>>>>
>>>>
>>>> Thanks,
>>>> Raghu
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
> -
> 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: maven 2: war plugin excludes doc wrong?
both are correct, wf's example and the comma separated values wf's example is supported during assigning of values to the parameter and the csv in the war plugin code itself. you can even mix and match, still need to verify this. =) pete marvin Wayne Fay wrote: > Generally, the "new" way of handling these kinds of multiple excludes > would be with a nested exclude ie: > > > > ... > ... > > > Previously some plugins were using the comma-separator for multiple > values, some were using nested children, and some were doing other > things entirely. Now it seems the standard is to use nested children > elements. > > Give this a try? I have no idea if this will work in the released war > plugin, so you might need to pull a snapshot or even build from SVN, > but this should be the right way to do it going forward, unless of > course the plugin documentation specifies otherwise... > > Wayne > > On 5/3/06, Ken Arnold <[EMAIL PROTECTED]> wrote: >> When I read the configuration doc for war:war, it says: >> >> excludes (Optional) The comma separated list of tokens to >> exclude >> from the WAR. >> >> Except it doesn't seem to work like that. I'm trying to use >> >> >> maven-war-plugin >> >> **/*.fla,**/*.as >> >> >> >> In this incarnation nothing is excluded. I also have tried replacing >> the comma with a space. When I say >> >> **/*.fla >> >> Then the expected files are included, but that's only have the game. >> I can go through the several other incarnations I've tried, but I >> suspect it would be merely tiresome to the reader. >> >> Is this a bug, known or otherwise? Or am I missing something so >> obvious I can't see it? >> >> Ken >> >> P.S. I got into this because I was working with Flash whose input >> files (.fla and .as) want to live with their various configuration >> files (mostly .xml). I had tried to set up src/main/flash, but then >> I could get resources from there *and* from src/main/webapp into the >> top level of the war. That was my preferred model, but the war >> plugin seems tightly wedded to the single input directory model. >> Which is well and good, but this required me to merge all the flash >> stuff into webapp so I could do flash development with the >> configuration files that would end up in the war, and then I got to >> the exclusion problem above. This is mostly just context, but if >> someone has another way to solve the original issue I'm open to >> suggestions. >> >> - >> 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: EJB Client Jar Problem
verified, it's already fixed on version 2.1 of the plugin
clientExclude doesn't work on version 2.0.
Pete Marvin King wrote:
> include and exclude works fine in the unit test.
> can you try getting the latest version. =)
>
> btw, if you don't specify client exclusion
> it will automatically exclude the following :
>
>**/*Bean.class
>**/*CMP.class
>**/*package.html
>
>
> pete marvin
>
>
> [EMAIL PROTECTED] wrote:
>
>> It sounds like an bug
>>
>> I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12
>>
>>
>>
>>
>>
>> Thanks,
>> Raghu
>>
>>
>>
>>
>>
>> Pete <[EMAIL PROTECTED]>
>> 05/03/2006 04:43 PM
>> Please respond to "Maven Users List"
>>
>>
>> To: "Maven Users List"
>> cc:
>> Subject:Re: EJB Client Jar Problem
>>
>>
>> I had the same problem so would be interested if anyone can help ?
>>
>> On 02/05/06, [EMAIL PROTECTED] <
>> [EMAIL PROTECTED]> wrote:
>>
>>
>>> Hi,,
>>>
>>> I'm trying to create ejb client from ejb project
>>>
>>> this is what i have in my pom
>>>
>>>
>>> org.apache.maven.plugins
>>>maven-ejb-plugin
>>>
>>> true
>>>
>>> **/Session*
>>>
>>>
>>> **/Shop*
>>>
>>>
>>>
>>> true
>>>
>>>
>>> ${build.env}
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> it is creating ejb-client jar but it just includes almost all class
>>>
>>>
>> files
>>
>>
>>> from the ejb.jar files, and has no effect on or
>>> either i specify both of them or only one of them
>>>
>>> Has anyone made it working something like this please advise??
>>>
>>>
>>>
>>>
>>> Thanks,
>>> Raghu
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: EJB Client Jar Problem
include and exclude works fine in the unit test.
can you try getting the latest version. =)
btw, if you don't specify client exclusion
it will automatically exclude the following :
**/*Bean.class
**/*CMP.class
**/*package.html
pete marvin
[EMAIL PROTECTED] wrote:
> It sounds like an bug
>
> I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12
>
>
>
>
>
> Thanks,
> Raghu
>
>
>
>
>
> Pete <[EMAIL PROTECTED]>
> 05/03/2006 04:43 PM
> Please respond to "Maven Users List"
>
>
> To: "Maven Users List"
> cc:
> Subject:Re: EJB Client Jar Problem
>
>
> I had the same problem so would be interested if anyone can help ?
>
> On 02/05/06, [EMAIL PROTECTED] <
> [EMAIL PROTECTED]> wrote:
>
>> Hi,,
>>
>> I'm trying to create ejb client from ejb project
>>
>> this is what i have in my pom
>>
>>
>> org.apache.maven.plugins
>>maven-ejb-plugin
>>
>> true
>>
>> **/Session*
>>
>>
>> **/Shop*
>>
>>
>>
>> true
>>
>>
>> ${build.env}
>>
>>
>>
>>
>>
>>
>>
>> it is creating ejb-client jar but it just includes almost all class
>>
> files
>
>> from the ejb.jar files, and has no effect on or
>> either i specify both of them or only one of them
>>
>> Has anyone made it working something like this please advise??
>>
>>
>>
>>
>> Thanks,
>> Raghu
>>
>>
>>
>
>
>
>
Re: [M2-book]
the bug has something to do with the defaults of "Properties" not
working.
btw, what's the procedure in applying patches from the lower
versions to
the higher ones? the patch is only applied on version 2.0. how
about for 2.1
for example? I'm sure it was based on the old 2.0 codes...
as for the regression test, we have unit tests for that. =) this
bug is covered
in the unit test.
pete
Kenney Westerhof wrote:
> On Sun, 30 Apr 2006, Sebastien Arbogast wrote:
>
> I've done some research and it appears that the latest version in SVN
> of the plugin does no longer have this bug. The next release of
> maven-resources-plugin is 2.2.
>
> -- Kenney
>
>
>> I confirm ! I just added a filter file and it worked fine. That's precisely
>> the kind of situation where I love Open Source!
>> Maven rocks! And huge thanks to all the people who participated in the
>> redaction of this excellent book. And to all the Maven community as well!
>>
>> 2006/4/30, Kenney Westerhof <[EMAIL PROTECTED]>:
>>
>>> On Sun, 30 Apr 2006, Eric Redmond wrote:
>>>
>>> I've just confirmed this. It's a bug in maven. When you specify filtering
>>> on resources, you NEED to have a filter file. The filter file may be
>>> empty, but it has to be defined and has to exist for maven to filter
>>> resources - even system properties (${user.home}) and commandline
>>> properties (-Dx=y) won't get filtered unless you have a filter file.
>>>
>>> So, it's not a bug in the book, but in maven. It might have worked in
>>> pre-2.0.4 releases, though.
>>>
>>> I'll file a JIRA issue.
>>>
>>> -- Kenney
>>>
>>>
>>>
Are you running Windows? If you're running *nix, the quote syntax
>>> probably
>>>
won't work (shell dependant, of course). Try it with only one word,
>>> hello,
>>>
and no quotes.
-Dcommand.line.prop=hello
If that does not work, did you type the values into the file, and also
>>> into
>>>
the command line (rather than copy-and-paste)? I can't see why it
>>> wouldn't
>>>
work if you tried the above property argument, short of a character
>>> encoding
>>>
difference.
Eric
On 4/30/06, Sebastien Arbogast <[EMAIL PROTECTED]> wrote:
> I'm just going through "Better Builds With Maven" book and once again,
>
>>> I
>>>
> can't help being amazed by the quality of it !
> Nevertheless, there are a few small errata here and there and for I'm
> tagging them as I'm reading so that I can provide feedback when I've
>
>>> them
>>>
> all. But here I'm stuck on some more important issue: in page 49, just
> before section 2.6.3, it's said that
>
> Filtering resources can also retrieve values from system properties;
> either
> the system properties built into Java (like java.version or user.home),
>
>>> or
>>>
> properties defined on the command line using the standard Java -D
> parameter.
> To continue the example, change the application.properties file to
>
>>> look
>>>
> like
> the following:
> # application.properties
> java.version=${java.version}
> command.line.prop=${command.line.prop}
> Now, when you execute the following command (note the definition of
>
>>> the
>>>
> command.line.prop property on the command line), the
> application.propertiesfile will contain the values from the system
> properties.
> mvn process-resources "-Dcommand.line.prop=hello again"
>
> Unfortunately, here is what I get in my generated
> application.propertiesfile:
> # application.properties
> java.version=1.0-SNAPSHOT
> command.line.prop=${command.line.prop}
>
> So the problem is that:
> - system property java.version is actually replaced by my project's
> version
> - command.line.prop is not taken into account on the command line.
>
> I tried a different syntax, putting the double quotes around "hello
>
>>> again"
>>>
> only, but it didn't work either.
> Has anyone got an idea of what I may have done wrong ?
>
> --
> S�bastien Arbogast
>
> The Epseelon Project : http://www.epseelon.net
> Blog : http://sebastien-arbogast.epseelon.net
> TagSpot : http://www.tagspot.org
>
>
>
>>> --
>>> Kenney Westerhof
>>> http://www.neonics.com
>>> GPG public key: http://www.gods.nl/~forge/kenneyw.key
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>> --
>> Sébastien Arbogast
>>
>> The Epseelon Project : http://www.epseelon.net
>> Blog : http://sebastien-arbogast.epseelon.net
>> TagSpot : http://www
Re: [M2-book]
i think this has already been fixed, someone already reported this
on the codehaus jira.
get the SNAPSHOT of maven-resources-plugin to fix this.
cheers,
pete
Sebastien Arbogast wrote:
> I'm just going through "Better Builds With Maven" book and once again, I
> can't help being amazed by the quality of it !
> Nevertheless, there are a few small errata here and there and for I'm
> tagging them as I'm reading so that I can provide feedback when I've them
> all. But here I'm stuck on some more important issue: in page 49, just
> before section 2.6.3, it's said that
>
> Filtering resources can also retrieve values from system properties;
> either
> the system properties built into Java (like java.version or
> user.home), or
> properties defined on the command line using the standard Java -D
> parameter.
> To continue the example, change the application.properties file to
> look like
> the following:
> # application.properties
> java.version=${java.version}
> command.line.prop=${command.line.prop}
> Now, when you execute the following command (note the definition of the
> command.line.prop property on the command line), the
> application.propertiesfile will contain the values from the system
> properties.
> mvn process-resources "-Dcommand.line.prop=hello again"
>
> Unfortunately, here is what I get in my generated
> application.propertiesfile:
> # application.properties
> java.version=1.0-SNAPSHOT
> command.line.prop=${command.line.prop}
>
> So the problem is that:
> - system property java.version is actually replaced by my project's
> version
> - command.line.prop is not taken into account on the command line.
>
> I tried a different syntax, putting the double quotes around "hello
> again"
> only, but it didn't work either.
> Has anyone got an idea of what I may have done wrong ?
>
> --
> Sébastien Arbogast
>
> The Epseelon Project : http://www.epseelon.net
> Blog : http://sebastien-arbogast.epseelon.net
> TagSpot : http://www.tagspot.org
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
