Channel log for #maven

Time Nick Message
12:42 AM LazyJoe Hi! What is going on at the incubators composer project? I have seen that the sources have been removed from SVN with a message like "marriage called off".
12:42 AM edyoon ian: Hi.
12:43 AM edyoon ian: Are you there?
12:44 AM Brian LazyJoe, I think it's being redone as plexus only
12:47 AM LazyJoe Brian: Why? Any public discussion available?
12:53 AM edyoon brett: Can i ask some personal question via e-mail?
12:53 AM brett edyoon: depends on how personal :)
12:53 AM brett but sure
12:53 AM edyoon brett: Thanks.
2:04 AM ian edyoon: yeah?
2:08 AM edyoon ian: I sended a mail. When you get a moment, could you check that mail?
2:10 AM ian edyoon: i'm probably not who you think i am
2:11 AM edyoon ian: oh. sorry. :)
7:45 AM i386 any of the mavenide guys here?
7:45 AM i386 The netbeans stuff ROCKS
7:45 AM mkleint i386: thanks.
7:45 AM i386 mkleint: seriously - its not crap at all
7:46 AM i386 Im an IDEA refugee now... :)
7:46 AM mkleint :)
7:46 AM mkleint still heaps of stuff to do..
7:46 AM i386 Id be glad to help out
7:46 AM i386 You guys have an irc room ?
7:47 AM mkleint i386: cool.
7:47 AM mkleint i386: it's basically 2 guys, me and anuradha, we have a mailing list we don't use, just chant on gtalk..
7:48 AM i386 mkleint: cool
7:48 AM mkleint i386: a lot of work has to be done on netbeans side unfortunately.. profiles and webservices come to mind..
7:48 AM i386 nods
7:48 AM mkleint profiles==profiler
7:48 AM i386 Unfortunately ?
7:48 AM i386 Is the API a bit crap?
7:48 AM mkleint some features in netbeans assume an ant-based project type..
7:49 AM mkleint profiler and webservices expose that in api..
7:49 AM i386 yay, I love assumptions
7:49 AM mkleint http://mevenide.codehaus.org/m2-site/mevenide2-netbeans/building.html
7:50 AM mkleint i've sort of tried to push them in my direction but have no real influence.. but given that the maven project seem to have a good portion of netbeans userbase, it migth change for 6.5
7:51 AM i386 Ill take a look over the weekend
7:51 AM mkleint anyway, if you feel like contributing, file bugs, attach patches or post ideas to the dev list..
10:37 AM alkemist The tag of a repo in , that is to match a server id for authentication?
10:42 AM maxb yes
10:42 AM alkemist Ta.
10:42 AM alkemist Docs aren't very clear on that.
10:43 AM maxb_ Also potentially for matching an entry in a parent pom for overriding
10:43 AM alkemist Thats a bit weird???
10:44 AM alkemist What if there are two repos that require authentication to read from, so they need to have the same id???
10:44 AM maxb_ Uh, yes, don't mind me, I have my ssh and my gui client open
10:44 AM alkemist You can't specify different details in the parent because they key off id?
10:45 AM alkemist I guess you could have duplicate entries in your settings.xml
10:45 AM maxb_ The intent is one repo == one id
10:46 AM alkemist See my point though? Typically you can have several repos at one server, which all share the same authentication.
11:47 AM Sherriff alkemist: Use a build artifact manager?
11:47 AM alkemist Archiva.
11:47 AM Sherriff or nexus or artifactory
11:49 AM alkemist Oh, you are suggesting I use one?
11:53 AM alkemist Sherriff: if you are offering that as a solution, it doesn't change anything. You might have misread.
2:44 PM _-_cgp_-_ Is there a way to develop with WTP, and have your changes automatically reflected in a running tomcat instance?
2:45 PM _-_cgp_-_ Seems that my context.xml/web.xml don't get copied
2:45 PM _-_cgp_-_ a running tomcat instance being within eclipse
6:34 PM Dexter how can someone handle resources which add up to be huge in size and needed in many projects without committing them to SCM for each project? Is there a way that mimic the repository behavior?
6:43 PM jesse_ Dexter: bundle them up and use the dependency or remote resources plugins to pull them into the needed projects
6:46 PM Dexter jesse: the remote resources plugins looks good...
9:39 PM eu hboutemy: ping
9:40 PM hboutemy eu: hi Eugene
9:41 PM eu hboutemy: I was wondering if artifact packaging is actually the same as type...
9:41 PM eu hboutemy: btw, thnx for looking at mngeclipse-566
9:41 PM hboutemy AFAIK, yes. I don't know why the 2 terms are used alternatively
9:44 PM maxb_ packaging implies a particular type?
9:45 PM maxb_ or, at least, packaging is the only control you have over the type of a main artifact
9:47 PM eu hboutemy: I guess we good then. thnx
9:47 PM hboutemy found this: http://docs.codehaus.org/display/MAVEN/Packaging+vs+Type+-+Derived+and+Attached+Artifacts
9:48 PM hboutemy maxb_: the initial question from is eu is why I used packaging attribute in a class from nexus in a type field for a dependency section of a pom, then assumed type = packaging
9:49 PM maxb_ hmm.... is the type of a maven-plugin "maven-plugin" or "jar"
9:51 PM hboutemy just tested: jar
9:51 PM eu hboutemy: so, maven-plugin won't work as a type?
9:52 PM hboutemy like explained in the previous link, "packaging IS A SUBSET of "
9:54 PM maxb_ Uhm, isn't packaging=maven-plugin type=jar a counter-example to that?
9:55 PM maxb_ Since maven-plugin is present in the set of valid but not in the set of valid
9:55 PM hboutemy yes, I was trying this assertion on that example too and had the same conclusion :)
9:57 PM eu hboutemy: what "subset of type" means in this example? is maven-plugin is actually an illegal type?
9:57 PM hboutemy I was only copying http://docs.codehaus.org/display/MAVEN/Packaging+vs+Type+-+Derived+and+Attached+Artifacts...
9:58 PM maxb_ Is it correct to say that a packaging is-a LifecycleMapping ?
9:59 PM maxb_ Is a type an ArtifactHandler ?
10:00 PM maxb_ hmm, no, an ArtifactHandler contains a type as a property
10:00 PM eu hboutemy: I am completely confused now :)
10:00 PM hboutemy the reference is the url above, written by Brett in 2005
10:00 PM maxb_ However all the ones I can find, the ArtifactHandler role-hint equals its type property
10:01 PM hboutemy contains following explanations: "Type -> packaging + classifier mapping"
10:01 PM hboutemy "Plugins can specify implementations of type handlers (and many will be in the core). These will indicate the packaging and classifier that they belong to. The default implementation will use packaging = type, no classifier."
10:02 PM maxb_ I think type -> ArtifactHandler -> {packaging, extension, classifier}
10:02 PM hboutemy yes, that's it
10:03 PM maxb_ Except that the classifier isn't always obeyed
10:03 PM maxb_ For example, I can't find an ArtifactHandler declaring classifier=test-sources
10:03 PM maxb_ (in the 2.0.9 uberjar components.xml, anyway)
10:05 PM maxb_ So.... A project's defines its lifecycle bindings, and the plugins that therefore execute control what type of artifact is produced, and the type contains a {packaging,classifier,extension}
10:05 PM maxb_ there's no 100% guarantee that the first and second packaging will be the same, but I really hope they would be
10:06 PM maxb_ and the classifier will sometimes be overridden by plugin or user configuration of plugin
10:06 PM maxb_ (Is what I think)
10:06 PM hboutemy no better explanation here ;)
10:09 PM hboutemy now, it's late in France. Bye