Hi Linus, I've never used profiles before, so I couldn't tell you if it's the right approach.
In the short-term though, I would think that the main priority should be in getting a stable build that works both from the command line and from the Maven Eclipse plugin, and that generates releasable artifacts like an installable zip file, a Mac App, Linux rpms/debs, webstart app, etc. Once this is done then it should be relatively easy to publish libraries into sonatypes repository so that developers can do builds that are limited in scope and don't require them to check out quite so much code. I've spent the last couple of hours chasing down a rat hole because the artifactIds on some components were changed. I can build from the command line, but I can't build from Eclipse yet. I'm getting the missing artifact messages (shown below). These are in my local repository so they should resolve. 9/12/11 11:02:18 PM PDT: Missing artifact org.tigris.gef:gef:pom:0.13.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.tigris.swidgets:swidgets:pom:0.1.4-5:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.tigris.toolbar:toolbar:jar:1.4.1-20071227-1:compile 9/12/11 11:02:18 PM PDT: Missing artifact commons-collections:commons-collections:jar:3.1:compile 9/12/11 11:02:18 PM PDT: Missing artifact commons-lang:commons-lang:jar:2.1:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.jdom:jdom:jar:1.1:compile 9/12/11 11:02:18 PM PDT: Missing artifact antlr:antlr:jar:2.7.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact avalon-logkit:avalon-logkit:jar:2.1:compile 9/12/11 11:02:18 PM PDT: Missing artifact javax.servlet:servlet-api:jar:2.3:compile 9/12/11 11:02:18 PM PDT: Missing artifact geronimo-spec:geronimo-spec-javamail:jar:1.3.1-rc3:compile 9/12/11 11:02:18 PM PDT: Missing artifact geronimo-spec:geronimo-spec-jms:jar:1.1-rc4:compile 9/12/11 11:02:18 PM PDT: Missing artifact werken-xpath:werken-xpath:jar:0.9.4:compile 9/12/11 11:02:18 PM PDT: Missing artifact oro:oro:jar:2.0.8:compile 9/12/11 11:02:18 PM PDT: Missing artifact log4j:log4j:jar:1.2.6:compile 9/12/11 11:02:18 PM PDT: Missing artifact velocity:velocity:jar:1.5:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.eclipse.uml2:org.eclipse.uml2.uml.edit:pom:3.1.0.v201005031530:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.apache.xmlgraphics:batik-svggen:jar:1.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.apache.xmlgraphics:batik-awt-util:jar:1.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.apache.xmlgraphics:batik-util:jar:1.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact xml-apis:xml-apis:jar:1.3.04:compile 9/12/11 11:02:18 PM PDT: Missing artifact geronimo-spec:geronimo-spec-jms:pom:1.1-rc4:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.eclipse.emf:org.eclipse.emf.ecore.xmi:pom:2.5.0.v20100521-1846:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.eclipse.uml2:org.eclipse.uml2.common.edit:jar:1.5.0.v201005031530:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.jdom:jdom:pom:1.1:compile 9/12/11 11:02:18 PM PDT: Missing artifact org.apache.xmlgraphics:batik-awt-util:pom:1.7:compile 9/12/11 11:02:18 PM PDT: Missing artifact junit:junit:jar:4.8.2:test I'm also getting a number of warnings about invalid pom files when I do a command line build: [WARNING] POM for 'org.eclipse.uml2:org.eclipse.uml2.uml.edit:pom:3.1.0.v201005031530:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [WARNING] POM for 'org.eclipse.emf:org.eclipse.emf.ecore.xmi:pom:2.5.0.v20100521-1846:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [WARNING] POM for 'org.eclipse.uml2:org.eclipse.uml2.common.edit:pom:1.5.0.v201005031530:compile' is invalid. These poms (and some of the other defective ones I've seen) all used "org/something/whatever" as a groupId instead of "org.something.whatever". Mark On Mon, Sep 12, 2011 at 10:10 PM, Linus Tolke Tigris <[email protected]>wrote: > Hello Mark! > > I have now managed to checkout only the Notation part of ArgoUML > (src/argouml-core-notation) and build it using maven against the snapshots > and repositories. I have done this both from the command line (mvn) and from > within Eclipse (m2eclipse). > > For this to work I used the following settings file: > <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 > http://maven.apache.org/xsd/settings-1.0.0.xsd";> > > <profiles> > <profile> > <id>ArgoUML repositories</id> > <activation> > <activeByDefault>true</activeByDefault> > </activation> > > <repositories> > <repository> > <id>argouml-snapshots</id> > <name>ArgoUML snapshots</name> > <snapshots> > <enabled>true</enabled> > <updatePolicy>never</updatePolicy> > <checksumPolicy>fail</checksumPolicy> > </snapshots> > <url>https://oss.sonatype.org/content/repositories/snapshots > </url> > <layout>default</layout> > </repository> > <repository> > <id>argouml-released</id> > <name>ArgoUML released artifacts</name> > <releases> > <enabled>true</enabled> > <updatePolicy>never</updatePolicy> > <checksumPolicy>fail</checksumPolicy> > </releases> > <url>http://argouml-downloads.tigris.org/maven2</url> > <layout>default</layout> > </repository> > </repositories> > > </profile> > </profiles> > > </settings> > > > Is this the right way to go using Maven? > > /Linus > > > > > > 2011/8/26 Linus Tolke Tigris <[email protected]> > >> Hi Mark! >> >> Since I wrote this I have set up an Artifactory repository for snapshots >> courtesy of Sonatype. It is updated with new snapshots from the continuous >> integration server. >> >> It is time to make another attempt at this I think. >> >> /Linus >> >> >> >> 2011/8/26 Mark Fortner <[email protected]> >> >>> Hi Linus, >>> I'm not sure I understand what you're saying. >>> >>> At work we store the artifacts (the snapshot jars and poms) in our >>> Artifactory repository. This makes it possible for us to get JARs without >>> necessarily having to compile the underlying modules. >>> >>> Mark >>> >>> >>> >>> On Fri, Aug 19, 2011 at 1:36 PM, Linus Tolke Tigris <[email protected]>wrote: >>> >>>> Hello Mark! >>>> >>>> I just tested this. It didn't work very well. I the pom in argoprint is >>>> stated referring to snapshots, then also the referred to snapshots must be >>>> stored in the repository. For this reason there is no use storing the >>>> "referred-to poms" in the release repository. >>>> >>>> /Linus >>>> >>>> >>>> 2011/8/10 Linus Tolke Tigris <[email protected]> >>>> >>>>> Hello! >>>>> >>>>> We could manually add the parentpom and the argouml-core pom to the >>>>> argouml maven2 repository. >>>>> >>>>> /Linus >>>>> >>>>> 2011/8/10 Mark Fortner <[email protected]> >>>>> >>>>>> Hi Linus, >>>>>> Once we start using a mvn repo, developers will be able to get the pom >>>>>> from the repo. Until then, they'll need to check out argouml-app and do >>>>>> a >>>>>> clean install in order to get all the artifacts they need. >>>>>> >>>>>> Mark >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Aug 10, 2011 at 12:04 PM, Linus Tolke Tigris < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hello Mark! >>>>>>> >>>>>>> Why do they have to check out the argouml project? Isn't it enough to >>>>>>> put the parentpom in the argouml maven2 repository? >>>>>>> >>>>>>> /Linus >>>>>>> >>>>>>> >>>>>>> 2011/8/10 Mark Fortner <[email protected]> >>>>>>> >>>>>>>> Hi Linus, >>>>>>>> The pom that's checked in is preliminary and meant really to insure >>>>>>>> that we could build usable artifacts in case you needed to build >>>>>>>> argoprint >>>>>>>> in the short term. My first step in the process was to take the >>>>>>>> existing >>>>>>>> classpath from Eclipse and create a workable pom that produced >>>>>>>> artifacts >>>>>>>> that I could use, and that would allow me to handle the dependency >>>>>>>> management properly. I have a short term task to use commons vfs to >>>>>>>> support >>>>>>>> distributed template repositories and open office file formats, and I >>>>>>>> didn't >>>>>>>> want to litter up svn with additional jars. >>>>>>>> >>>>>>>> Now that I can build, my next step is to refactor the pom (with the >>>>>>>> changes that you mentioned). I'd like to get it to the point that you >>>>>>>> can do >>>>>>>> release builds from maven. >>>>>>>> >>>>>>>> Ideally the poms for modules should be fairly minimal, and the >>>>>>>> toppom should contain most of the configuration information. Although, >>>>>>>> it's >>>>>>>> a little confusing since toppom's location doesn't follow maven's >>>>>>>> convention >>>>>>>> and most people will expect the root level pom to have most of the >>>>>>>> configuration. This also means that module developers have to checkout >>>>>>>> argouml in order to build a module, and I don't believe that should be >>>>>>>> necessary. >>>>>>>> >>>>>>>> I used the outputDirectory and testOutputDirectory elements to >>>>>>>> insure that test classes didn't get mixed in with the classes that I >>>>>>>> want to >>>>>>>> distribute. The jar should only contain the classes and resources >>>>>>>> necessary >>>>>>>> to run and nothing else. I noticed that the other jars being created >>>>>>>> by the >>>>>>>> other argouml poms include lots of unnecessary files. This link shows >>>>>>>> a >>>>>>>> sample pom with separated test and compile directories: >>>>>>>> http://maven.apache.org/guides/introduction/introduction-to-the-pom.html >>>>>>>> >>>>>>>> I'll make the changes to argoprint's pom this evening (I'm in San >>>>>>>> Diego, UTC -8) before I make any changes to other poms. >>>>>>>> >>>>>>>> Let me know if you have any other questions. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Aug 10, 2011 at 11:11 AM, Linus Tolke Tigris < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hello Mark! >>>>>>>>> >>>>>>>>> I have the following questions/comments on the argoprint pom: >>>>>>>>> >>>>>>>>> - The groupId should probably be org.argouml or have you or >>>>>>>>> anyone registered argoprint.org? >>>>>>>>> - Since argoprint is not part of the core, its parentpom should >>>>>>>>> be parentpom instead of argouml-core, shouldn't it? >>>>>>>>> - You have not given scope to the dependencies. How do you >>>>>>>>> distinguish between compile time dependencies such as >>>>>>>>> argouml-core-model.jar >>>>>>>>> and run time dependencies such as argouml-core-model-mdr.jar? >>>>>>>>> - Why do you explicitly state outputDirectory and >>>>>>>>> testOutputDirectory. Isn't the maven default good enought? Isn't >>>>>>>>> that the >>>>>>>>> maven default? >>>>>>>>> - Shouldn't finalName contain a reference to version instead of >>>>>>>>> the explicit version? >>>>>>>>> - Should the pluginManagement be moved up to the top of the pom >>>>>>>>> tree eventually? I get the feeling you are doing things too far >>>>>>>>> down in the >>>>>>>>> pom/module-tree. >>>>>>>>> - Is it really needed to specify the same configuration both >>>>>>>>> for the plugin (maven-compiler-plugin, maven-surefire-plugin, and >>>>>>>>> maven-site-plugin) and for the defined executions? >>>>>>>>> - Why do you have the checkstyle plugin in the build? Doesn't >>>>>>>>> it belong with the reporting as I did in the parentpom? >>>>>>>>> >>>>>>>>> >>>>>>>>> I noticed that I should update the compiler version to java 1.6 in >>>>>>>>> for maven. I will do that now. >>>>>>>>> >>>>>>>>> /Linus >>>>>>>>> >>>>>>>>> >>>>>>>>> 2011/8/8 Mark Fortner <[email protected]> >>>>>>>>> >>>>>>>>>> Hi Laurent, >>>>>>>>>> I've updated the project, and tried it out on my Mac and Linux >>>>>>>>>> box. In both cases, I checked out the project into the same >>>>>>>>>> directory as >>>>>>>>>> the other argo projects and ran "mvn clean install" to build the >>>>>>>>>> project. >>>>>>>>>> The resulting jar file is in the target directory. I also ran >>>>>>>>>> launcher for >>>>>>>>>> UML1.4 and it worked. I'll give the UML2 launcher a try as well and >>>>>>>>>> see >>>>>>>>>> what happens. >>>>>>>>>> >>>>>>>>>> After that I'll give your patch a try and let you know what >>>>>>>>>> happens. >>>>>>>>>> >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Sun, Aug 7, 2011 at 4:10 PM, Mark Fortner <[email protected] >>>>>>>>>> > wrote: >>>>>>>>>> >>>>>>>>>>> Hi Laurent, >>>>>>>>>>> Thanks very much for the patch to the DiagramUtil class. I'm in >>>>>>>>>>> the process of mavenizing the project, when I finish that I'll >>>>>>>>>>> apply the >>>>>>>>>>> patch, and run the unit test to verify that we can read both UML1.4 >>>>>>>>>>> and UML2 >>>>>>>>>>> diagrams. >>>>>>>>>>> >>>>>>>>>>> I'll also check into the launch file issue that you mentioned and >>>>>>>>>>> make sure that we can still run ArgoPrint from Eclipse. >>>>>>>>>>> >>>>>>>>>>> Thanks for your help, >>>>>>>>>>> >>>>>>>>>>> Mark >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Sun, Aug 7, 2011 at 3:18 AM, Laurent BRAUD >>>>>>>>>>> <[email protected]>wrote: >>>>>>>>>>> >>>>>>>>>>>> I have no objection. >>>>>>>>>>>> >>>>>>>>>>>> I don't know if it can be include in this scope: >>>>>>>>>>>> >>>>>>>>>>>> http://argouml.tigris.org/ds/viewMessage.do?dsForumId=448&dsMessageId=2800057 >>>>>>>>>>>> => >>>>>>>>>>>> "Note that this patch isn't enought. In order to use really >>>>>>>>>>>> ArgoPrint with >>>>>>>>>>>> Eclipse, the dir "template" is needed in >>>>>>>>>>>> "argoprint\build-eclipse" (with all >>>>>>>>>>>> files)." >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> You said : >>>>>>>>>>>> "The source and test trees would move >>>>>>>>>>>> moved/reorganized/standardized" >>>>>>>>>>>> So, can you said when you start/finished. In fact, we don't have >>>>>>>>>>>> to add patch in this time. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Laurent. >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------ >>>>>>>>>>>> >>>>>>>>>>>> http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2812282 >>>>>>>>>>>> >>>>>>>>>>>> To unsubscribe from this discussion, e-mail: [ >>>>>>>>>>>> [email protected]]. >>>>>>>>>>>> To be allowed to post to the list contact the mailing list >>>>>>>>>>>> moderator, email: [[email protected]] >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > ------------------------------------------------------ http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2838090 To unsubscribe from this discussion, e-mail: [[email protected]]. To be allowed to post to the list contact the mailing list moderator, email: [[email protected]]
