Re: Windows Installer / MacOS dmg
Ah nice! Jpackage looks neat as long as you don't need a customisable installer. I accidentally read 18 as 1.8 which is where some of our applications are stuck at the moment... On Sun, 16 Oct 2022, 12:17 Thomas Broyer, wrote: > Doesn't JDK 18 come with jpackage for exactly that use case? Not sure > how/if you can drive it from Maven but you should be able to prepare > everything with dependency:copy-dependencies or the maven-assembly-plugin > and then run jpackage manually to produce the installers. > > Le dim. 16 oct. 2022 à 10:27, Vivek Suraiya .invalid> > a écrit : > > > I have a Netbeans 15 JavaFX (18.0.2 / JDK 18.0.2) project with several > > dependencies from the Maven repository. I wish to create a Windows > > installer and a MacOS dmg including all dependencies and the JRE. Is this > > possible to do? >
Re: Windows Installer / MacOS dmg
In our own projects we do this kind of thing... For Windows, you could use either the: 1. IzPack and the izpack-maven-plugin which produces a Jar that can be executed on Windows. IzPack understand Windows/Linux/macOS and can produce a GUI and/or CLI installer that works on all of those platforms: https://izpack.atlassian.net/wiki/spaces/IZPACK/pages/491628/IzPack+Maven+Plugin+Reference 2. NSIS and the nsis-maven-plugin which can produce a standalone .exe installer for Windows - https://github.com/DigitalMediaServer/nsis-maven-plugin For a macOS DMG, you need to take a number of steps: 1. Use AppBundler to produce a macOS app from your Java project. We maintain a maven plugin for that, the appbundler-maven-plugin here - https://github.com/evolvedbinary/appbundler-maven-plugin 2. Produce a DMG from the macOS app using a number of macOS command line tools, we use the Maven Exec plugin for that - you can see examples in one of our projects here - https://github.com/eXist-db/exist/blob/eXist-6.0.1/exist-distribution/pom.xml#L1178 3. You then also have to cope with signing the DMG with an Apple Developer Certificate - we again use macOS command line tools via the Maven Exec plugin - https://github.com/eXist-db/exist/blob/eXist-6.0.1/exist-distribution/pom.xml#L1265 4. You then also have to cope with notarizing the DMG via Apple - we again use macOS command line tools via the Maven Exec plugin - https://github.com/eXist-db/exist/blob/eXist-6.0.1/exist-distribution/pom.xml#L1298 Step (1) can be run on non-macOS systems, and we have Linux alternatives for step (2), but as far as we are aware step (3) and (4) can only be done on a macOS system still. If you wish to include a JRE in your package for macOS the AppBundler has an option for this, see - https://github.com/TheInfiniteKind/appbundler. For Windows, I think you would need to incorporate jlink into your Maven Build process before supplying the resources to IzPack or NSIS. Kind regards. Adam. On Sun, 16 Oct 2022 at 10:27, Vivek Suraiya wrote: > > I have a Netbeans 15 JavaFX (18.0.2 / JDK 18.0.2) project with several > dependencies from the Maven repository. I wish to create a Windows installer > and a MacOS dmg including all dependencies and the JRE. Is this possible to > do? -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unable To Access Jar Published To Maven Central
18:02:26-04:00 > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile > (default-compile) on project BankShots: Compilation failure: Compilation > failure: > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockServiceImpl.java:[16,37] > package com.bankshotscontracts.entity does not exist > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockServiceImpl.java:[17,36] > package com.bankshotscontracts.model does not exist > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockService.java:[5,37] > package com.bankshotscontracts.entity does not exist > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockService.java:[6,36] > package com.bankshotscontracts.model does not exist > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockServiceImpl.java:[36,21] > cannot find symbol > [ERROR] symbol: class Stock > [ERROR] location: class com.bankshots.feature.stock.StockServiceImpl > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/stock/StockService.java:[10,14] > cannot find symbol > [ERROR] symbol: class Stock > [ERROR] location: interface com.bankshots.feature.stock.StockService > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/settings/AccountSettingsBusiness.java:[3,37] > package com.bankshotscontracts.entity does not exist > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/settings/AccountSettingsBusiness.java:[7,32] > cannot find symbol > [ERROR] symbol: class Settings > [ERROR] location: interface > com.bankshots.feature.settings.AccountSettingsBusiness > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/settings/AccountSettingsBusiness.java:[7,16] > cannot find symbol > [ERROR] symbol: class Settings > [ERROR] location: interface > com.bankshots.feature.settings.AccountSettingsBusiness > [ERROR] > /Users/dominiquejones/git/BankShots/src/main/java/com/bankshots/feature/settings/AccountSettingsBusiness.java:[15,51] > cannot find symbol > [ERROR] symbol: class Settings > > Thanks, > > Dominique L. Jones > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Profile not being activated by default
On Wed, 13 May 2020 at 11:50, Anders Hammar wrote: > > activeByDefault is a bit tricky as it doesn't really when that it is > active by default all the time. It is only active if there is no other > profile ativated [1]. So I believe this is the behavior that you're seeing. > > So, 'activeByDefault' is typically not good to use as you can get > unexpected behavior. E.g. when you enable some other profile. That's very interesting... and completely un-intuitive behaviour IMHO I just read in [1]: "This profile will automatically be active for all builds unless another profile in the same POM is activated using one of the previously described methods" So, in this case there is another profile which is activated in that POM when it detects that it is running on MacOS. I guess this would explain what is causing the to be ignored? > On a general note I don't really understand the use case. In general you > shouldn't use profiles, especially to change the build behavior as you seem > to be wanting here. We have a module that has many steps in it. It builds a distribution of our software (lots of different types of package: DMG for Mac, Zip and Bz2 files, etc), by default I want all of those packages to build. Building all those packages takes a lot of time. For developers to speed up their build-test lifecycle I want to offer flags to disable building some of those packages. I thought I could do that in this way. I might be better to do the inverse though where the build plugin is set to false, and I could instead enable a profile which sets true. It's not enough to use a command line property to control the assembly-plugin as we make lots of different uses of it within that module. I do realise that ultimately we should likely refactor this large module into a parent with lots of smaller modules, but that is a large amount of work as there are lots of file dependencies between the plugin steps. -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Profile not being activated by default
> Running `mvn help:active-profiles` does it list your > build-dist-archives profile in the output? Nope. It is not shown as an active profile: Active Profiles for Project 'org.exist-db:exist-distribution:pom:5.3.0-SNAPSHOT': The following profiles are active: - evolvedbinary-release (source: external) - mac-dmg-on-mac (source: org.exist-db:exist-distribution:5.3.0-SNAPSHOT) > Also `mvn help:all-profiles' is it listed their and does it show the > correct source? so pom or settings Listing Profiles for Project: org.exist-db:exist-distribution:pom:5.3.0-SNAPSHOT Profile Id: evolvedbinary-release (Active: true , Source: settings.xml) Profile Id: mac-dmg-on-mac (Active: true , Source: pom) Profile Id: java8-runtime-compatibility (Active: false , Source: pom) Profile Id: mac-dmg-on-unix (Active: false , Source: pom) Profile Id: codesign-mac-dmg (Active: false , Source: pom) Profile Id: codesign-mac-app (Active: false , Source: pom) Profile Id: exist-release (Active: false , Source: pom) Profile Id: build-dist-archives (Active: false , Source: pom) build-dist-archives is shown above as "pom" but active=false. So it seems that the default activation is not taking place??? i.e.: true > If you add duplicate the executions section into your plugin defined > in the profiles, do you see the plugin executed twice? I did this and saw no change to the output from either `mvn help:active-profiles` or `mvn help:all-profiles`. That plugin is only executed once (presumably because the profile is not enabled correctly). > Also what version of maven are you using? 3.6.3? or something older? I am using 3.6.3. > Sorry not an answer, just things i would do to try and work out if the > config is being seen, seen but ignored, or ignored. No problem. Thanks for taking the time to try and help me :-) -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Profile not being activated by default
I have a build plugin configured like so: org.apache.maven.plugins maven-assembly-plugin assemble-archives package single true I am trying to override its configuration in a profile that I would like enabled by default: build-dist-archives true org.apache.maven.plugins maven-assembly-plugin false false gnu src/assembly/dist-assembly-unix.xml src/assembly/dist-assembly-win.xml I would expect that when I run `mvn package`, the `build-dist-archives` profile is active and therefore the maven-assembly-plugin SHOULD have skipAssembly=false. In the output from Maven I see: [INFO] --- maven-assembly-plugin:3.3.0:single (assemble-archives) @ exist-distribution --- [INFO] Assemblies have been skipped per configuration of the skipAssembly parameter. This implies that skipAssembly was true. However... if I manually enable the profile by running `mvn package -P build-dist-archives`, then the maven-assembly-plugin does indeed have skipAssembly=false, and the assembly is correctly built. Can anyone tell me why the ` true` on the profile is being ignored? -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Emotional Support Group for Typesafe Maven Users
I have used Maven for plenty of Scala and Akka projects, but never for a Play project as Play seems to have its own idea of application structure and layout and it is easier to just stick with it for Play. On 3 December 2014 at 19:11, Eric Kolotyluk eric.koloty...@gmail.com wrote: Does anyone know of a good emotional support group for people trying to use Maven with Typesafe projects such as Akka and Play? I was thinking maybe there could a buddy/sponsor system, such as used in AA and other self help groups. Maybe there might be group sessions where people can talk about their trauma, especially by being constantly invalidated by comments such as you should use the simple build tool SBT, cause, well you know, it's simple and easy to use. Seriously though, is there a community of people who are successfully using Maven with Akka an Play projects? I would love to meet you. I can see why people who have tried Maven naturally think oh, its' too complicated, anyone can write a simple build tool that does what Maven does. Clearly they do not appreciate what Maven is or what it does. SBT and Gradle are two great examples of projects that attempted to do something more simple, but in the end, really don't measure up. I personally think the Scala community would be been better served if more investment was made in developing better Scala build tools within the Maven framework. More and better plugins for Scala, Akka, Play, etc. Better use of http://books.sonatype.com/mcookbook/reference/sect-scala-script-inline.html http://books.sonatype.com/mcookbook/reference/ch03s03.html I don't know if there is a Scala template for writing Maven plugins (or mojos), but there should be. The more I use SBT, the less I like it. It is not what I consider a serious build tool for build engineers, it is a toy or playground for Scala hackers who thrive on the abstruse. Don't get me wrong, I love Scala, but creating a build tool around .scala files just invites the use of chicken tracks and obscure overly concise cleverness that leads to one WTF experience after another. /It is actually possible to write Scala code that you can reason about,/ but it just as easy to write Scala code that resembles APL, and reasoning about build engineering was clearly not a priority with the designers of SBT. The Scala-IDE was a really great approach because it leveraged off of an existing IDE infrastructure such as Eclipse, rather than trying to write an IDE from scratch the way SBT does. I wish the Scala/Typesafe community had taken the same approach with build-tools. - Eric -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [DISCUSS] Adopt Mr Couché-Tard as our mascot, change the logo font to Alte Haas Grotesk, change the colour letter to v
Additionally; http://www.urbandictionary.com/define.php?term=Tard Yes that is the one I was just about to bring up, it is politically incorrect and well known in the UK as a slang word. I think the name and mascot you have could lead to a trade-mark argument with those retailers. Other than that perhaps serious concern, I liked the mascot but not the name. -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to push .zip from assembly to repo?
I think the .zip file will be attached when you use the release plugin, here is an example of one that I use - https://github.com/adamretter/csv-validator/blob/master/csv-validator-cmd/src/main/assembly/appassembler-output.xml On 27 March 2014 19:42, Jay Vee jvsr...@gmail.com wrote: I have an assembly plugin/config that creates a .zip file. How do I get this published to our repo when there is a build done by any person or Jenkins? ( snapshot ). I am also looking for a configuration that would publish the artifact to the non-snapshot side as well. I am looking at all options in the assembly plugin and it is a bit confusing. J.V. -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
of the logos are OK, but none of them really symbolize anything in particular about Maven. IMO the best logos encapsulate the purpose of the project somehow, either overtly, covertly or both. Good point. I was associating with the name Maven, looking for a symbol of in-depth understanding of a specialized field. http://en.wiktionary.org/wiki/maven So, what does Maven do? It passes unique source and object code inputs through a standardized process, guided by an expression of the relationships among those inputs, to assemble a well-specified configuration of runnable code. What does that look like? -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Machines should not be friendly. Machines should be obedient. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey http://pizey.net/~timp - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
My personal fear of the hat, is that it is too similar to Redhat IMHO. On 13 January 2014 22:29, John Miller john.w.mil...@oracle.com wrote: Well I guess the attachment did not go through.. [image: Maven Hat..jpg] Thanks John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk
Re: Maven Central Opinion
I'll start with the latter. The arguments about quality I just don't buy. We are only talking poms here. Whatever is in the poms says nothing about the quality of the software itself. I agree the pom says nothing about the quality of the software. However, having a standard mechanism for describing in small detail software releases. By ensuring that this is consistent, it ensures that the quality of searching for artifacts in Maven central is maintained, it also ensures that when someone finds an artifact they can look at the pom to see what it does and who to contact should they have a problem. I consider that a small investment. -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Central Opinion
On the flip side - I would argue that the process is not too difficult. It is well documented and easy to understand, it can also be automated if you wish. You need not necessarily inherit the Sonatype pom, and if you do you can override whatever you like anyway. I think the current process means that artifacts that are released are well thought about and that their pom's provided a minimum of useful information. If you want to release something and you care about it, then I will assume that it is of good quality, then I would ask the question Why should you care less about a high quality release than the code? On 5 January 2014 13:15, Tommy Svensson to...@natusoft.se wrote: I was asked to submit one of my opensource tools at github to maven central. This turned out to be a rather complex procedure. Sonatype puts the following requirements on anyone wanting to submit to maven central: - You are forced to set a Sonatype pom as parent of your project and thus inherit things you have no control over. - You are forced to have a SNAPSHOT version even if you have no use for such. - You are forced at submission time to select a new version for your software even if you have no idea if it will be a minor, bugfix or new functionality at this point in time. - Your public repository (github, etc) which you are forced to point out in your pom are no longer yours to decide over. It will be updated during the submission process. - After running 3 different mvn commands you also need to login to Sonatypes nexus server and ”release” the artifacts before the become available. The idea of the maven repository that has grown larger than maven itself is a completely brilliant idea. It takes open source to a new level where anyone can just depend on other open source code and automatically download it on build. This is really good for the open source world (well, at least the Java/JVM part of it) . The fact that the release process to this central repository is far too complex, I see as a really great problem, inhibiting the easy sharing of open source work. I have often found open source tools and frameworks that are not available in maven central, and that is because not everyone is willing to put up with this, which now also includes myself. As I see it, either this procedure needs to be changed to provide a trivial release of binary artifacts without affecting your poms, or there need to be an alternative open repository providing ease of release, where it is trivial for anyone to share their binaries for easy access by others. I’m wondering if I’m alone in this view or if there are others who agree with me ? Tommy Svensson - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New site content
It might be clearer to annotate the diagram, rather than have a separate key table. On 3 January 2014 14:41, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Just in case it wasn't clear... I'm looking for comments and feedback On 3 January 2014 14:35, Stephen Connolly stephen.alan.conno...@gmail.comwrote: OK, so to start working on new content I created some pages on the wiki: The first page is a 60 seconds overview of Maven's build process https://cwiki.apache.org/confluence/display/MAVEN/Tutorial:+Maven+in+60+seconds I am using icons because I want to have subsequent pages give more detail and use the iconography to enable people to see what is being discussed more easily -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
. But globally we might have to make it a bit clearer. Good input ;-) manfred - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Sent from my phone -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
I would love to, but I posses absolutely zero artistic skill. On 2 January 2014 16:28, Stephen Connolly stephen.alan.conno...@gmail.com wrote: how about you try sketching out what you mean! On 2 January 2014 16:18, Adam Retter adam.ret...@googlemail.com wrote: I like that one best personally. How about something like the Albanian coat of arms? On 2 January 2014 15:11, Stephen Connolly stephen.alan.conno...@gmail.com wrote: http://people.apache.org/~stephenc/maven-logo-contest/maven-15.png On 2 January 2014 14:52, Lyons, Roy roy.ly...@cmegroup.com wrote: I was wondering if you might be able to try this with the bird flying upwards and to the right. Its a moving up and to the future instead of diving down into the past kind of feeling. If it looks good, perhaps it can be a #15... On 1/2/14 7:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: As 9 is particularly problematic I have sketched -14 which is not a direct copy of a silhouette. This still has the issue w.r.t. other marks called maven using a silhouetted raven... http://people.apache.org/~stephenc/maven-logo-contest/maven-14.png (in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-14.png ) On 2 January 2014 12:47, Stephen Connolly stephen.alan.conno...@gmail.comwrote: two more that I drew over the holidays: http://people.apache.org/~stephenc/maven-logo-contest/maven-12.png(in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-12.png ) http://people.apache.org/~stephenc/maven-logo-contest/maven-13.png(in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-13.png ) I really would like some contributions from the community rather than just things that I have sketched... At present, to my mind, the ones worth consideration are: http://people.apache.org/~stephenc/maven-logo-contest/maven-3a.png http://people.apache.org/~stephenc/maven-logo-contest/maven-5.png http://people.apache.org/~stephenc/maven-logo-contest/maven-7b.png http://people.apache.org/~stephenc/maven-logo-contest/maven-9.png(note would need to check if we can use this one) http://people.apache.org/~stephenc/maven-logo-contest/maven-12.png http://people.apache.org/~stephenc/maven-logo-contest/maven-13.png In terms of image rights, these are all sketched by me, in some cases I was using images or photos that I took myself (3a , 5 and 13). In other cases I traced photos from the web. -9 is the most problematic, both from the point of an all black silhouette being used as a logo for another company using the Maven mark (but not in our context... we'd need to ask permission) but also being a direct trace of an image on the web... if people really like -9 then we would need to seek permission for that type of image and perhaps try and commission somebody to draw a similar silhouette rather than my direct trace. -12 is a composition including a direct trace of the outline of a photo of the totem carving of the raven, but the inner detail I drew myself as a study of the original... so slightly more complex origin... again, if this type of look is popular we can look into getting the approval to use the image. If we can get a few community contributions then I will start a vote run-off... I don't want to have a run-off with only my contributions as I just don't think that is the spirit of the community that we are (but hey if nobody else is willing to try their hand, perhaps we will be reduced to a run-off of my creations) On 21 December 2013 12:25, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Having thought about it overnight... if people really want to go with a non-stylised raven we can always ask for permission: http://people.apache.org/~stephenc/maven-logo-contest/maven-9.png OTOH here is a different stylised version http://people.apache.org/~stephenc/maven-logo-contest/maven-10.png Finally, here is a raven totem http://people.apache.org/~stephenc/maven-logo-contest/maven-11.png I think this last one could be put in a forest with sky background... just haven't had time to do it On 20 December 2013 22:26, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I think we can't go with the raven http://www.prweb.com/releases/2012/3/prweb9334175.htm Given that a different non-competing user of the name is using a raven in their logo On Friday, 20 December 2013, Manfred Moser wrote: On Dec 20, 2013, at 1:01 PM, Manfred Moser manf...@simpligility.com wrote: I would move the Raven closer to the word Maven but otherwise this looks good imho. Of course I am not sure if everyone would recognize it as a raven .. That¹s my
Re: New logo?
Okay, so I bit the bullet and tried it. I based my examples on a Creative Commons image, but it should be fine as long as it is attributed. http://www.flickr.com/photos/dr_scott/4463167753/sizes/l/ http://static.adamretter.org.uk/maven-logo-example1.png and http://static.adamretter.org.uk/maven-logo-example2.png Thanks On 2 January 2014 17:52, Stephen Connolly stephen.alan.conno...@gmail.com wrote: So what... you cannot do worse than http://people.apache.org/~stephenc/maven-logo-contest/maven.png On 2 January 2014 16:55, Adam Retter adam.ret...@googlemail.com wrote: I would love to, but I posses absolutely zero artistic skill. On 2 January 2014 16:28, Stephen Connolly stephen.alan.conno...@gmail.com wrote: how about you try sketching out what you mean! On 2 January 2014 16:18, Adam Retter adam.ret...@googlemail.com wrote: I like that one best personally. How about something like the Albanian coat of arms? On 2 January 2014 15:11, Stephen Connolly stephen.alan.conno...@gmail.com wrote: http://people.apache.org/~stephenc/maven-logo-contest/maven-15.png On 2 January 2014 14:52, Lyons, Roy roy.ly...@cmegroup.com wrote: I was wondering if you might be able to try this with the bird flying upwards and to the right. Its a moving up and to the future instead of diving down into the past kind of feeling. If it looks good, perhaps it can be a #15... On 1/2/14 7:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: As 9 is particularly problematic I have sketched -14 which is not a direct copy of a silhouette. This still has the issue w.r.t. other marks called maven using a silhouetted raven... http://people.apache.org/~stephenc/maven-logo-contest/maven-14.png(in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-14.png) On 2 January 2014 12:47, Stephen Connolly stephen.alan.conno...@gmail.comwrote: two more that I drew over the holidays: http://people.apache.org/~stephenc/maven-logo-contest/maven-12.png(in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-12.png ) http://people.apache.org/~stephenc/maven-logo-contest/maven-13.png(in context: http://people.apache.org/~stephenc/maven-logo-contest/screenshot-13.png ) I really would like some contributions from the community rather than just things that I have sketched... At present, to my mind, the ones worth consideration are: http://people.apache.org/~stephenc/maven-logo-contest/maven-3a.png http://people.apache.org/~stephenc/maven-logo-contest/maven-5.png http://people.apache.org/~stephenc/maven-logo-contest/maven-7b.png http://people.apache.org/~stephenc/maven-logo-contest/maven-9.png(note would need to check if we can use this one) http://people.apache.org/~stephenc/maven-logo-contest/maven-12.png http://people.apache.org/~stephenc/maven-logo-contest/maven-13.png In terms of image rights, these are all sketched by me, in some cases I was using images or photos that I took myself (3a , 5 and 13). In other cases I traced photos from the web. -9 is the most problematic, both from the point of an all black silhouette being used as a logo for another company using the Maven mark (but not in our context... we'd need to ask permission) but also being a direct trace of an image on the web... if people really like -9 then we would need to seek permission for that type of image and perhaps try and commission somebody to draw a similar silhouette rather than my direct trace. -12 is a composition including a direct trace of the outline of a photo of the totem carving of the raven, but the inner detail I drew myself as a study of the original... so slightly more complex origin... again, if this type of look is popular we can look into getting the approval to use the image. If we can get a few community contributions then I will start a vote run-off... I don't want to have a run-off with only my contributions as I just don't think that is the spirit of the community that we are (but hey if nobody else is willing to try their hand, perhaps we will be reduced to a run-off of my creations) On 21 December 2013 12:25, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Having thought about it overnight... if people really want to go with a non-stylised raven we can always ask for permission: http://people.apache.org/~stephenc/maven-logo-contest/maven-9.png OTOH here is a different stylised version http://people.apache.org/~stephenc/maven-logo-contest/maven-10.png Finally, here is a raven totem http://people.apache.org/~stephenc/maven-logo-contest/maven-11.png I think this last
Re: Excluding maven pom.xml from generated jar as a security precaution?
I would of thought it would be better practice to keep a clean separation between your pom.xml and settings.xml where any sensitive server information goes in your settings.xml However, if you are worried that someone knowing a URL to an internal server is a security risk, then I would suggest you have bigger problems with your security infrastructure. As a developer, it it fantastically useful to have the pom's available even when working with closed (or non-open) source products. On 19 November 2013 02:16, Paul Benedict pbened...@apache.org wrote: My personal opinion for closed-source products is not to include the generated POM. If someone somehow stole your proprietary jar, the POM might help to find out where to steal the rest -- URL locations and custom properties, in particular. On Mon, Nov 18, 2013 at 7:46 PM, Tang Kin Chuen kct...@big2.net wrote: Same here. Just wondering if it's common practice for close sourced products to remove maven manifest info from jars... something we cannot search in open source codes! :-) I am hoping to get an authoritative reference that says it's OK to leave it there. On Nov 19, 2013 9:40 AM, Adam Retter adam.ret...@googlemail.com wrote: I would be interested to know what your peers perceive the security concerns as being? On 19 November 2013 01:22, Tang Kin Chuen kct...@big2.net wrote: Hi guys, Are there any security concerns in leaving the default pom file(s) in meta-inf of generated jars for commercial products? I find it useful to leave it there for troubleshooting purpose, thinking that there is not much security concerns but my peers are thinking otherwise. I would like to seek some advise/opinions on this topic. Cheers! -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Cheers, Paul -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Excluding maven pom.xml from generated jar as a security precaution?
I would be interested to know what your peers perceive the security concerns as being? On 19 November 2013 01:22, Tang Kin Chuen kct...@big2.net wrote: Hi guys, Are there any security concerns in leaving the default pom file(s) in meta-inf of generated jars for commercial products? I find it useful to leave it there for troubleshooting purpose, thinking that there is not much security concerns but my peers are thinking otherwise. I would like to seek some advise/opinions on this topic. Cheers! -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Determine what depends on artifact?
If you open your project in NetBeans, you can right click on the dependecy and view the details, part of this includes a visual dependency graph On Aug 31, 2011 1:28 PM, Brown, Alex abr...@barclaycardus.com wrote: Hello, I am a Maven 3 user and I am looking for a tool that allows me to easily see the dependencies that an artifact has (dependency:tree) as well as what depends on it (??). This second element is apparently more difficult with the tools I have seen. For example, if I have a repository with 100 artifacts that exist and that might have cross dependencies, I would like to see of those artifacts what depends on what and what is depended on by others. I made a little tool to get this in xml form, but would love to see a more robust solution. Thanks, Alex Barclays www.barclaycardus.com This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on.
Re: Looking for feedback and tryout for hibenate3-maven-plugin 3.0-SNAPSHOT
The problem I had with the past version was the lack of good documentation, I see the documentation is somewhat better, but IMHO its still very lacking... On 30 August 2011 23:23, Dan Tran dant...@gmail.com wrote: Hello, hibernate3-maven-plugin 3.0 is a complete rewrite of version 2.x and it is not backward compatible. The new version also support latest hibernate tool chains and JPA 2.0. Before we can release this plugin, please help to test and provide feedback. The site is at http://mojo.codehaus.org/hibernate3-maven-plugin Thanks -Dan PS. Special thanks Johann Reyes for all the hard work for this much friendlier version and lots of tests. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Looking for feedback and tryout for hibenate3-maven-plugin 3.0-SNAPSHOT
Really I would like to see better concrete examples and explanations of how to use each goal. This seems to be somewhat sparse still. In the past, personally I had trouble getting the hbm2cfg and hbm2java goals to work together, I was generating my mappings and entities from the existing database Schema and it took a lot of work, including needing a custom ReverseEnginneringStrategy. I think real world practical examples are the key here... On 31 August 2011 00:12, Dan Tran dant...@gmail.com wrote: Hi Adam, Do you have a list of doc suggestion you have in mind? -Dan On Tue, Aug 30, 2011 at 2:57 PM, Adam Retter adam.ret...@googlemail.com wrote: The problem I had with the past version was the lack of good documentation, I see the documentation is somewhat better, but IMHO its still very lacking... On 30 August 2011 23:23, Dan Tran dant...@gmail.com wrote: Hello, hibernate3-maven-plugin 3.0 is a complete rewrite of version 2.x and it is not backward compatible. The new version also support latest hibernate tool chains and JPA 2.0. Before we can release this plugin, please help to test and provide feedback. The site is at http://mojo.codehaus.org/hibernate3-maven-plugin Thanks -Dan PS. Special thanks Johann Reyes for all the hard work for this much friendlier version and lots of tests. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Generating Config Files for multi-module project
Is there a way to do this without using settings.xml, I really want to make this as easy as possible for our other developers i.e. have everything in the pom.xml or project files. On 27 March 2011 16:33, Martin Gainty mgai...@hotmail.com wrote: the output of the xslt transform will generate filter.properties which identifyies the transformed files to be read in by each child module then setup peofiles in each child (module) pom react to profiles to set the exact location_of_filter parameter %USER_HOME%/.m2/settings.xml settings ... profiles profile idlocation_of_filter1/id properties location_of_filter/src/assemble/filter.properties/location_of_filter /properties /profile profile idlocation_of_filter2/id properties location_of_filter/src/assemble/filter2.properties/location_of_filter /properties /profile profile /profiles activeProfiles activeProfilelocation_of_filter1/activeProfile /activeProfiles ... /settings http://maven.apache.org/guides/introduction/introduction-to-profiles.html !-- then your local pom.xml will have profiles which will detect the location_of_filter property -- profiles profile idlocation_of_filter1/id build plugins plugin artifactIdmaven-assembly-plugin/artifactId version2.2.1/version executions execution phasepackage/phase goals goalrun/goal /goals configuration filters filter${location_of_filter}/filter.properties/filter /filters configuration /configuration /plugin /plugins /profile profile /profile /profiles http://maven.apache.org/plugins/maven-assembly-plugin/examples/single/filtering-some-distribution-files.html Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Subject: Re: Generating Config Files for multi-module project From: topp...@codehaus.org Date: Sat, 26 Mar 2011 15:05:08 -0400 To: users@maven.apache.org It sounds like you are mostly stuck on the config files issue so I'll focus on that. Ron already answered this, but I had this typed and didn't send it for some reason. I'm basically repeating what he's already said. I would organize the config files into a separate top-level project, then have these other projects depend on it. The output of this project will be your config files as a jar, but I would suggest not worrying about that in the config file build. The m2 repo needs to have a single artifact per build, and it does not make sense to have one build per config file, if you see what I mean. So what you would do here is use the assembly plugin to extract the config files you need from the config file artifact jar for each specific product scenario. If there are separate POMs for each product scenario, you could copy the plugin to each module with a separate configuration element for the file selection used by that specific product. Or you could put the assembly plugin in a parent build one time, but have it rely on properties elements in the child build. In this manner, product scenarios share a common POM with the single assembly plugin, but each child POM has the specific config files listed. There's probably other ways to accomplish this, but that's the path I would go if I were doing it. Brian On Mar 26, 2011, at 12:15 PM, Adam Retter wrote: Hi there, I am trying to migrate a complex Ant setup to Maven and need some help about how we can share our config files. I have a series of Maven project modules that make up the Jar files for my project. I also need to produce several end product scenarios - 1) A WAR file for users to deploy in Tomcat etc. 2) A IzPack installer distribution (I have seen the IzPack plugin). 3) Several Zip file distributions
Generating Config Files for multi-module project
Hi there, I am trying to migrate a complex Ant setup to Maven and need some help about how we can share our config files. I have a series of Maven project modules that make up the Jar files for my project. I also need to produce several end product scenarios - 1) A WAR file for users to deploy in Tomcat etc. 2) A IzPack installer distribution (I have seen the IzPack plugin). 3) Several Zip file distributions, various combinations of the output of my maven modules. I understand that I can create a Maven module to produce each of these, and that is indeed my intention. However, I have some common config files etc that I need to incorporate into each of these final product scenarios. So my question is, where can I keep these config files??? I would like to have one atomic version of them, that can be reused by each scenario, some sort of dependency. To complicate things - 1) These config files typically are generated from template XML files using XSLT, with some parameters injected into the XSLT depending on the scenario. 2) These config files need to be easily modified by our end-users, who use our product scenarios, so packaging them into Jar files is a not a good idea. Thanks Adam. -- Adam Retter skype: adam.retter tweet: adamretter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: eXist native XML database
Sure, but should we not also include a list of dependencies in the pom for our Artifcat? -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: 28 May 2010 13:54 To: Maven Users List Subject: Re: eXist native XML database I myself am a big fan of Maven, and would love to do a port of eXist from Ant (we are heavily invested), over to Maven. Unfortunately I just don't have enough hours in the day at present to undertake this. You do realize that simply uploading your artifacts (built by Ant, Eclipse, Netbeans, shell script, whatever) to a Maven repo is very different from actually porting your build to Maven, right? This user is just asking to get your artifacts in Central or another repo. I suggest you consider the Sonatype FOSS forge which is an easy way to make it happen: http://nexus.sonatype.org/oss-repository-hosting.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: eXist native XML database
Hi Wes, That is very kind, thanks. Yes we have a development mailing list at - exist-developm...@lists.sourceforge.net You may need to check the SourceForge page to get subscribed - http://sourceforge.net/projects/exist/support Cheers Adam. -Original Message- From: Wes Wannemacher [mailto:w...@wantii.com] Sent: 28 May 2010 14:49 To: Maven Users List Subject: Re: eXist native XML database Adam, I work on the struts project here at apache, but I am getting pretty good with maven ;) I'd like to help you guys port to maven... I don't use exist, but came across it recently and was very interested. If you don't mind, I'll start perusing the source and send you questions off-list. Is there a developers mailing list for eXist? -Wes On Fri, May 28, 2010 at 4:59 AM, Adam Retter adam.ret...@landmark.co.uk wrote: Hi there I am one of the eXist developers. We certainly are interested in what our users want, but as yet we have only had 2 or 3 express an interest in using Maven it is unfortunately not a top priority for us at the present time. I myself am a big fan of Maven, and would love to do a port of eXist from Ant (we are heavily invested), over to Maven. Unfortunately I just don't have enough hours in the day at present to undertake this. If there is an experienced Maven developer out there that might be interested in contributing such changes then I would certainly encourage that. For the time being the solution is really to place eXist and its dependencies into your own artifact repository (either local or server e.g. Artifactory et al.) Thanks Adam. -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: 09 May 2010 19:00 To: Maven Users List Subject: Re: eXist native XML database I'm working on maven project and I need to use embedded eXist database. Unfortunatelly, there is only 5 years old version in repo1.maven.org. You need to get the eXist people to do the uploads for newer versions of their files. If enough eXist users and developers care about Maven, they will do it. how could I tell maven developers to add required packages to the repository? You don't. If you can't get the eXist folks to get it done, you will need to (less ideally) manually install them into your own local repo cache on each machine that will build your project or (more ideally) install something like Nexus, Archiva, Artifactory and install them there so your coworkers can use the artifacts too. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: eXist native XML database
I am not off on Holiday unless I am aware. eXist does not support any particular MVC framework, but there are a number of possibilities are RESTful XQuery frameworks, of which we also have our own approach in the project based around the XQueryURLRewriteFilter -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: 28 May 2010 15:50 To: users@maven.apache.org Subject: RE: eXist native XML database Good Afternoon Adam before you take long holiday could you offer any information on which MVC framework eXist 1.4 will be supporting? Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Fri, 28 May 2010 09:48:45 -0400 Subject: Re: eXist native XML database From: w...@wantii.com To: users@maven.apache.org Adam, I work on the struts project here at apache, but I am getting pretty good with maven ;) I'd like to help you guys port to maven... I don't use exist, but came across it recently and was very interested. If you don't mind, I'll start perusing the source and send you questions off-list. Is there a developers mailing list for eXist? -Wes On Fri, May 28, 2010 at 4:59 AM, Adam Retter adam.ret...@landmark.co.uk wrote: Hi there I am one of the eXist developers. We certainly are interested in what our users want, but as yet we have only had 2 or 3 express an interest in using Maven it is unfortunately not a top priority for us at the present time. I myself am a big fan of Maven, and would love to do a port of eXist from Ant (we are heavily invested), over to Maven. Unfortunately I just don't have enough hours in the day at present to undertake this. If there is an experienced Maven developer out there that might be interested in contributing such changes then I would certainly encourage that. For the time being the solution is really to place eXist and its dependencies into your own artifact repository (either local or server e.g. Artifactory et al.) Thanks Adam. -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: 09 May 2010 19:00 To: Maven Users List Subject: Re: eXist native XML database I'm working on maven project and I need to use embedded eXist database. Unfortunatelly, there is only 5 years old version in repo1.maven.org. You need to get the eXist people to do the uploads for newer versions of their files. If enough eXist users and developers care about Maven, they will do it. how could I tell maven developers to add required packages to the repository? You don't. If you can't get the eXist folks to get it done, you will need to (less ideally) manually install them into your own local repo cache on each machine that will build your project or (more ideally) install something like Nexus, Archiva, Artifactory and install them there so your coworkers can use the artifacts too. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org _ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_3
RE: eXist native XML database
Hi there I am one of the eXist developers. We certainly are interested in what our users want, but as yet we have only had 2 or 3 express an interest in using Maven it is unfortunately not a top priority for us at the present time. I myself am a big fan of Maven, and would love to do a port of eXist from Ant (we are heavily invested), over to Maven. Unfortunately I just don't have enough hours in the day at present to undertake this. If there is an experienced Maven developer out there that might be interested in contributing such changes then I would certainly encourage that. For the time being the solution is really to place eXist and its dependencies into your own artifact repository (either local or server e.g. Artifactory et al.) Thanks Adam. -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: 09 May 2010 19:00 To: Maven Users List Subject: Re: eXist native XML database I'm working on maven project and I need to use embedded eXist database. Unfortunatelly, there is only 5 years old version in repo1.maven.org. You need to get the eXist people to do the uploads for newer versions of their files. If enough eXist users and developers care about Maven, they will do it. how could I tell maven developers to add required packages to the repository? You don't. If you can't get the eXist folks to get it done, you will need to (less ideally) manually install them into your own local repo cache on each machine that will build your project or (more ideally) install something like Nexus, Archiva, Artifactory and install them there so your coworkers can use the artifacts too. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to download resources for WebApp build
I have a number of XML Schema documents that are currently held in Subversion. I also have a number of web projects (all using Maven), that need a copy of these XML Schema documents. I need these Schemas for two different reasons - 1) During the compile phase, for the JAXB Maven Plugin to generate some classes for me 2) For placement in my src/main/webapp xsd sub-folder, so that the Schemas themselves are accessible from the web by our users. I would like to be able to download the Schemas before the JAXB compile phase, if they were then placed according to (2), I could configure the JAXB Maven plugin to pick up the Schemas from that location. Is there a plugin that could achieve this for me? otherwise what is the best way to achieve this? Thanks Adam. -- Adam Retter Landmark Information Group 01392 68 5403 http://www.landmark.co.uk Registered Office: 7 Abbey Court, Eagle Way, Sowton, Exeter, Devon, EX2 7HY Registered Number 2892803 Registered in England and Wales This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail. Landmark Information Group Limited cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments and recommend that you subject these to your virus checking procedures prior to use. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
failsafe-maven-plugin configuration issues
I have both Unit tests and Integration tests in my project and was attempting to manage this with the Surefire plugin in this way - http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html But I ran into problems - http://markmail.org/search/?q=list%3Aorg.apache.maven.users#query:list%3Aorg.apache.maven.users+page:4+mid:om7z6osunu5pz4gm+state:results It was recommended that I switch to the failsafe-maven-plugin for managing my integration tests and as such I modified my project layout so it looks like this - src/main/java src/main/resources src/test/java src/test/resources src/systest/java src/systest/resources So the idea is that I keep my tests in src/test and my integration tests in src/systest. I added the following to my pom.xml - plugin groupIdorg.codehaus.mojo/groupId artifactIdfailsafe-maven-plugin/artifactId !-- version2.4.3-alpha-1/version -- configuration testSourceDirectory${basedir}/src/systest/java/testSourceDirectory includes include*.java/include /includes /configuration executions execution idintegration-test/id phaseintegration-test/phase goals goalintegration-test/goal /goals /execution execution idverify/id phaseverify/phase goals goalverify/goal /goals /execution /executions /plugin But only the unit tests are run in the test goal and no integration tests are found or run during the integration-test goal. If I change the inclusion to **/*.java, then the problem is that the unit tests are run during the test goal and the unit tests and integration tests are mixed up and run together during the integration-test goal. The idea is that the integration-test goal should just run the integration tests (obviously after running the unit tests as part of the test goal). So what am I doing wrong here? -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: failsafe-maven-plugin configuration issues
Just wondering how they compile when I change the inclusion to */*.java for the failsafe plugin? Is there some better way of doing this whilst keeping the Unit Tests and Integration Tests in separate folders? 2010/1/25 Stephen Connolly stephen.alan.conno...@gmail.com: you are failing to also compile your integration tests you'd need a second execution of compiler:testCompile 2010/1/25 Adam Retter adam.ret...@googlemail.com I have both Unit tests and Integration tests in my project and was attempting to manage this with the Surefire plugin in this way - http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html But I ran into problems - http://markmail.org/search/?q=list%3Aorg.apache.maven.users#query:list%3Aorg.apache.maven.users+page:4+mid:om7z6osunu5pz4gm+state:results It was recommended that I switch to the failsafe-maven-plugin for managing my integration tests and as such I modified my project layout so it looks like this - src/main/java src/main/resources src/test/java src/test/resources src/systest/java src/systest/resources So the idea is that I keep my tests in src/test and my integration tests in src/systest. I added the following to my pom.xml - plugin groupIdorg.codehaus.mojo/groupId artifactIdfailsafe-maven-plugin/artifactId !-- version2.4.3-alpha-1/version -- configuration testSourceDirectory${basedir}/src/systest/java/testSourceDirectory includes include*.java/include /includes /configuration executions execution idintegration-test/id phaseintegration-test/phase goals goalintegration-test/goal /goals /execution execution idverify/id phaseverify/phase goals goalverify/goal /goals /execution /executions /plugin But only the unit tests are run in the test goal and no integration tests are found or run during the integration-test goal. If I change the inclusion to **/*.java, then the problem is that the unit tests are run during the test goal and the unit tests and integration tests are mixed up and run together during the integration-test goal. The idea is that the integration-test goal should just run the integration tests (obviously after running the unit tests as part of the test goal). So what am I doing wrong here? -- Adam Retter skype :adam.retter http://www.adamretter.org.uk -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: failsafe-maven-plugin configuration issues
I tried to add a second compile phase but this didnt seem to help - plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.6/source target1.6/target /configuration executions execution idcompile-it/id phasepre-integration-test/phase goals goalcompile/goal /goals configuration includes include${basedir}/src/systest/java/**/*.java/include /includes /configuration /execution /executions /plugin Any chance, you could explain to me a simple pom.xml where I have my Unit tests and Integration tests separated? 2010/1/25 Stephen Connolly stephen.alan.conno...@gmail.com: failsafe surefire do not compile the classes. m-compiler-p is responsible for compiling the classes 2010/1/25 Adam Retter adam.ret...@googlemail.com Just wondering how they compile when I change the inclusion to */*.java for the failsafe plugin? Is there some better way of doing this whilst keeping the Unit Tests and Integration Tests in separate folders? 2010/1/25 Stephen Connolly stephen.alan.conno...@gmail.com: you are failing to also compile your integration tests you'd need a second execution of compiler:testCompile 2010/1/25 Adam Retter adam.ret...@googlemail.com I have both Unit tests and Integration tests in my project and was attempting to manage this with the Surefire plugin in this way - http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html But I ran into problems - http://markmail.org/search/?q=list%3Aorg.apache.maven.users#query:list%3Aorg.apache.maven.users+page:4+mid:om7z6osunu5pz4gm+state:results It was recommended that I switch to the failsafe-maven-plugin for managing my integration tests and as such I modified my project layout so it looks like this - src/main/java src/main/resources src/test/java src/test/resources src/systest/java src/systest/resources So the idea is that I keep my tests in src/test and my integration tests in src/systest. I added the following to my pom.xml - plugin groupIdorg.codehaus.mojo/groupId artifactIdfailsafe-maven-plugin/artifactId !-- version2.4.3-alpha-1/version -- configuration testSourceDirectory${basedir}/src/systest/java/testSourceDirectory includes include*.java/include /includes /configuration executions execution idintegration-test/id phaseintegration-test/phase goals goalintegration-test/goal /goals /execution execution idverify/id phaseverify/phase goals goalverify/goal /goals /execution /executions /plugin But only the unit tests are run in the test goal and no integration tests are found or run during the integration-test goal. If I change the inclusion to **/*.java, then the problem is that the unit tests are run during the test goal and the unit tests and integration tests are mixed up and run together during the integration-test goal. The idea is that the integration-test goal should just run the integration tests (obviously after running the unit tests as part of the test goal). So what am I doing wrong here? -- Adam Retter skype :adam.retter http://www.adamretter.org.uk -- Adam Retter skype :adam.retter http://www.adamretter.org.uk -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
failsafe-maven-plugin and test resources
I am now using the failsafe-maven-plugin to run my integration tests, however some of these tests require external resources which I have placed in src/test/resources. It appears that these resources are copied to the target, but that it occurs after the integration-test - which causes my integration tests to fail :-( e.g. - $ mvn clean $ file /home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct /home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct: ERROR: cannot open `/home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct' (No such file or directory) As expected, then - $ mvn integration-test The test fails with - error message=file:/home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct (No such file or directory) type=java.io.FileNotFoundException java.io.FileNotFoundException: file:/home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct (No such file or directory) at java.io.FileInputStream.open(Native Method) However, the file command indicates that the file does exist - $ file /home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct /home/CORP/aretter/NetBeansProjects/new-DataWarehouse/tools/SchemaShredder/target/test-classes/schemas/ndew/LIG-CEPC-3.1/element-tree.correct: ASCII text, with CRLF line terminators So I assume the resources plugin is executed after my failsafe plugin, can I some how change this? Or do I have a configuration error somewhere? -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem with exclusions
My exclusions from my test configuration in my POM seem to be being ignored. I am following the following example, to try and setup Unit Tests and Integration Tests - http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html My POM looks like this - project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIduk.co.landmark.solutions/groupId artifactIdSchemaShredder/artifactId version2.1/version packagingjar/packaging nameSchemaShredder/name urlhttp://maven.apache.org/url build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.6/source target1.6/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId configuration skiptrue/skip /configuration executions execution idunit-tests/id phasetest/phase goals goaltest/goal /goals configuration skipfalse/skip excludes exclude**/systest/**/exclude /excludes /configuration /execution execution idintegration-tests/id phaseintegration-test/phase goals goaltest/goal /goals configuration skipfalse/skip includes include**/systest/**/include /includes /configuration /execution /executions /plugin /plugins /build dependencies ... /dependencies /project My project layout looks like this - /SchemaShredder /SchemaShredder/src /SchemaShredder/src/uk/... /SchemaShredder/test /SchemaShredder/test/java /SchemaShredder/test/java/uk/... (unit tests in here) /SchemaShredder/test/java/systest/uk/... (integration-tests in here) /SchemaShredder/test/resources For some reason I dont understand when I try and excluse the integration tests (**/systest/**) from the test phase, it doesnt exclude them and still tries to execute them. Also if I change the exclusion to **.java I would expect no tests to run, but again it seems to ignore the exclusion and run all the tests still. Help, what am I doing wrong? Thanks Adam. -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Problem with exclusions
Yes that is an option, but I dont really like the idea of having to prefix all my integration tests with IT*.java which is required by the failsafe plugin. Also surely the exclusions stuff should work? and I would need to use them to exclude the IT tests which are used by the failsafe plugin from the standard tests anyways? 2010/1/22 Stephen Connolly stephen.alan.conno...@gmail.com: you'd probably have more luck using maven-failsafe-plugin to run your integration tests and leave maven-surefire-plugin for running the unit tests... also it would not require quite so extreme hackyness Sent from my [rhymes with tryPod] ;-) On 22 Jan 2010, at 11:32, Adam Retter adam.ret...@googlemail.com wrote: My exclusions from my test configuration in my POM seem to be being ignored. I am following the following example, to try and setup Unit Tests and Integration Tests - http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html My POM looks like this - project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIduk.co.landmark.solutions/groupId artifactIdSchemaShredder/artifactId version2.1/version packagingjar/packaging nameSchemaShredder/name urlhttp://maven.apache.org/url build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.6/source target1.6/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId configuration skiptrue/skip /configuration executions execution idunit-tests/id phasetest/phase goals goaltest/goal /goals configuration skipfalse/skip excludes exclude**/systest/**/exclude /excludes /configuration /execution execution idintegration-tests/id phaseintegration-test/phase goals goaltest/goal /goals configuration skipfalse/skip includes include**/systest/**/include /includes /configuration /execution /executions /plugin /plugins /build dependencies ... /dependencies /project My project layout looks like this - /SchemaShredder /SchemaShredder/src /SchemaShredder/src/uk/... /SchemaShredder/test /SchemaShredder/test/java /SchemaShredder/test/java/uk/... (unit tests in here) /SchemaShredder/test/java/systest/uk/... (integration-tests in here) /SchemaShredder/test/resources For some reason I dont understand when I try and excluse the integration tests (**/systest/**) from the test phase, it doesnt exclude them and still tries to execute them. Also if I change the exclusion to **.java I would expect no tests to run, but again it seems to ignore the exclusion and run all the tests still. Help, what am I doing wrong? Thanks Adam. -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Adam Retter skype :adam.retter http://www.adamretter.org.uk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org