Re: Adding a module
Hello, I am pinging the list about this issue. It seems to be related to some DI with plexus, or at least that's what I can infer... I tried changing packages to org.apache.m.d.module.muse but this did not change anything. I may be doing something in my code, or in my pom,or in the plexus descriptors. What is really puzzling is that this used to work when the code was embedded in doxia-core, months ago. Thanks for any bit of time in looking this, I am pretty sure this is something obvious my eyes cannot catch. Regards, Arnaud Bailly -- View this message in context: http://www.nabble.com/Adding-a-module-tp14997185p15312821.html Sent from the Doxia - dev mailing list archive at Nabble.com.
Re: Defining a custom lifecycle
"Brian E. Fox" <[EMAIL PROTECTED]> writes: > Take a look at the maven-archetypeng-plugin (currently in mojo/sandbox) in > the plugin piece you will see the lifecycles. > Thanks for the pointer. As already said, the net conclusion is that one can define its own lifecycle, with mojo bindings as she sees fit, so long as the phases are named after one of the phases in the clean/build/site lifecycles. Am I right ? BTW, I don't think this is really a problem: One can always decide that he will do jarring of a bunch of sources in the compile phase or whatever. Phases are just names. It would be nice to be able to change the displayed name, but this is merely some cosmetic enhancement. Regards. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pruning build graph
"Brian E. Fox" <[EMAIL PROTECTED]> writes: > It's already there, try mvn install -FAE (run mvn -? To see the other options) > I have not been reading the source thoroughly enough. Thanks. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using maven-verifier
"Brian E. Fox" <[EMAIL PROTECTED]> writes:
> You're not crazy. The verifier always inserts clean. It seems like that
> should be configurable for cases like yoursor perhaps testing something
> that breaks in a non-clean build. See the code:
>
> public void executeGoals( List goals, Map envVars )
> throws VerificationException
> {
> if ( goals.size() == 0 )
> {
> throw new VerificationException( "No goals specified" );
> }
>
> List allGoals = new ArrayList();
>
> allGoals.add( "clean:clean" );
>
> allGoals.addAll( goals );
>
> For now, you could submit a patch for the verifier and/or use the invoker
> directly.
>
Thanks Brian. OK, I will submit the patch I have done: defined an
autoclean property that is on by default. I found the verifier easy
to use for integration testing, I have been stuck in the past trying
to do the same things with maven embedder.
Regards.
--
OQube < software engineering \ génie logiciel >
Arnaud Bailly, Dr.
\web> http://www.oqube.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Pruning build graph
Hello again, when doing multiproject build, it could be interesting to have a failure mode which is different from all or nothing. In particular, it could be interesting to be able to continue the reactor build of all projects that do not depend on a failed built project, while aborting building of those depending on it. Is this something interesting ? Crappy ? too complicated ? -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Defining a custom lifecycle
Paul Gier <[EMAIL PROTECTED]> writes: > I believe those lifecycles are defined under the maven lifecycle > component here: > https://svn.apache.org/repos/asf/maven/components/trunk/maven-lifecycle/src/main/mdo/maven-lifecycle.mdo > > But I don't think that really helps your issue. > Thanks, I was looking for .xml file :-( But yes, it doesn't help very much as it seems to imply that cannot define other bindings than clean/site/build because of the LifecycleBindings class that references those three and only those. So when one is doing LifecycleUtils.mergeBindings(), he is stuck with the phase names defined in these bindings. Once again, I may be missing something Regards -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Defining a custom lifecycle
Jason van Zyl <[EMAIL PROTECTED]> writes: > I'll try to decouple a few examples for you next week. Where we have > customization of the default lifecycle (what you call a mapping), and > a new lifecycle like the the site and clean lifecycles. > > They all work, you're probably just getting tripped up on a detail and > the only documentation is the working code. I am pretty sure they all work, I am using maven everyday :) Could you please just point me to the sources ? I could not find the lifecycle's definition in the clean plugin nor the site plugin. They are probably in another component. Thanks a lot, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Defining a custom lifecycle
Jason van Zyl <[EMAIL PROTECTED]> writes: > On 3 Aug 07, at 8:51 AM 3 Aug 07, Sebastien Brunot wrote: > >> Hey, great news ! >> >> Any pointer to a documentation for this, or to an entry point class >> in the source code ? >> > > Here's a full example: > > http://svn.codehaus.org/plexus/plexus-appserver/trunk/plexus- > appserver-maven-plugin/ > Hello, I may be missing something, but the example you are giving us seems to fall into solution 'one' I talked about in a previous mail: custom lifecycle *mapping*. BTW, I tried to follow Denis Cabasson's advice (yes, I read your mails) to implement a custom lifecycle, which after all seems possible as said in chap. 4 of the maven user guide at Sonatype (http://www.sonatype.com/book/lifecycle.html). Unfortunately it does not work :-( Or at least it does not work as I think it would work. I have a test project with 3 mojos; - one: create a file and add one line - two: add line to same file - one-two: fork customcycle with phase two (or package in the second version) When I define my lifecycle.xml as this: customcycle one one two two I got this error in my test: --- Test set: oqube.maven.archetype.CustomLifecycleCreationTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.093 sec <<< FAILURE! callingPluginShouldCreateOneFile(oqube.maven.archetype.CustomLifecycleCreationTest) Time elapsed: 2.065 sec <<< FAILURE! org.apache.maven.it.VerificationException: Exit code was non-zero: 1; log = + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'clean'. [INFO] Preparing :one-two [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to find lifecycle for phase 'two' [INFO] [INFO] Trace org.apache.maven.BuildFailureException: Unable to find lifecycle for phase 'two' at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getLifecycleForPhase(DefaultLifecycleExecutor.java:916) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(DefaultLifecycleExecutor.java:756) at But when I have a lifecycle such as customcycle compile one package two It works OK. So it does not seem indeed possible to create custome lifecycle (in a plugin ?), that is a sequence of particular phases different from the standard maven phases. Which is the right answer ? Regards -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using maven-verifier
Jason van Zyl <[EMAIL PROTECTED]> writes: > Brian is in the process of writing up how to create ITs from the new > sample project we have that is turned into an archetype with the new > archetype code. We'll be there shortly, but these are made for use > internally but there are ITs for projects that projects that don't > have POMs. > Maybe I am looking at the wrong place but I could not find a project wihout a pom in core-integration-tests/src/test/resources (r562156). Could someone please give me an example ? Thanks a lot, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Defining a custom lifecycle
Jason van Zyl <[EMAIL PROTECTED]> writes: > On 2 Aug 07, at 9:22 AM 2 Aug 07, Arnaud Bailly wrote: > >> "Sebastien Brunot" <[EMAIL PROTECTED]> writes: >> >>> Am I asking the question to the good mailing list ? Should it be >>> asked >>> to the user mailing list instead ? >>> >> >> Sure, this is the right ML. >> Part of the answer may be here: >> http://jira.codehaus.org/browse/MNG-1950 >> >> In short: you can't without hacking maven sources :-) Or maybe that >> has changed recently >> > > To make a new lifecycle say for a custom component? We have a > lifecycle for archetypes now, and projects like XWiki have their own > custom lifecycles. Doesn't require changing the sources. Not sure in > what context you mean it requires hacking the sources but many people > have made custom lifecycles. > Pretty sure you better than me, so you must be right. I inferred this answer while browsing the referred Jira issues, various questions/answers seemed to distinguish 2 cases: - the easy one: I want to create a custom *mapping* for the maven lifecycle, eg. like what is done in maven-archetype: Need to create a component.xml for plexus, with mapping for - the hard one (at least it seems so): I want to define a custom *lifecycle*, that is have my own phases executed, along with their mapping. But as I said, I would be happy to be corrected, maybe with some helpful pointer to example. Regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using maven-verifier
Hello, I am trying to write some integration tests along the line of what is done in core-it. I am using the maven-verifier module and I want to check the behavior of creating a custom archetype with archetype:create. I ran into 1 problem: Verifier always add clean:clean goal in front of all goals I had, but when I run archetype:create, I do not have a POM so I got errors. Is there any other way to do what I want ? Am I using the verifier the wrong way ? Thanks for answers, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven integration tests
Hello, I am trying to run and understand maven-it suite. It runs OK but everything is put in my home dir repo instead of in the environment defined LOCAL_REPO. I this normal ? There is a simple workaround: create settings.xml in the script with correct settings. Regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Defining a custom lifecycle
"Sebastien Brunot" <[EMAIL PROTECTED]> writes: > Thanks for this link arnaud, it answers my question. I think I'm gonna have a > look at workflow engines to use instead of maven. > You are welcome. Anyway, maven is just a kind of workflow engine. I am not aware of your particular use case, but why don't you try to use maven's modularity to achieve your goal ? However, as one says: "When you have a hammer, every problem is a nail" :-) Regards -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Defining a custom lifecycle
"Sebastien Brunot" <[EMAIL PROTECTED]> writes: > Am I asking the question to the good mailing list ? Should it be asked > to the user mailing list instead ? > Sure, this is the right ML. Part of the answer may be here: http://jira.codehaus.org/browse/MNG-1950 In short: you can't without hacking maven sources :-) Or maybe that has changed recently HTH -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting the Build Results from a Plugin
"Ruben Gutierrez" <[EMAIL PROTECTED]> writes: > The problem is, I haven't found a simple way to access the build > results from a Mojo. > Hello, I am not the most competent to answer but from a strictly logical point of view, what you are requesting seems very difficult: How can you know if the build is successful from within it :) ? > > I'm kind of clueless right now :-/ > > Can anyone help me telling where to look or what to read, or if what I > want to do is possible at all? > I would also like to know if this is possible. my 1/2 ct. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon EU
Brett Porter <[EMAIL PROTECTED]> writes: > Hi, > Hello, > > Any other thoughts? Interest from the folks attending in anything in > particular? > I am far from being a regular contributor to maven, for lack of time and lack of the "big picture" (hence lack of time to construct it myself from code source), maybe also from lack of skill. My main interest in ApacheCon is then to meet the people behind maven who have this "big picture" in their head, to understand the choices, rationales and plans behind what maven is and will be, so that I could feel more comfortable in doing some hacking on it. I am the kind of person that needs to understand what's under the hood to start working on something. More specifically, I am interested in discussing/advancing/learning on the following topics: - unified reporting system that would allow easier dashboards, statistics collection, report generation... (already talked about it a while ago) - maven test execution and reporting system (ie. surefire), at all levels: unit, integration, functional. There seems to be a lot of open issues without assignees, and I would like to provide manpower on these and to work on a more general view of automated testing. - maven documentation system (ie. doxia) - Jason Van Zyl Enterprise maven initiative. See you next week, Regards. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon?
Brett Porter <[EMAIL PROTECTED]> writes: > Hi, > > Who here will be at ApacheCon in May? I know Jason is as he is > speaking. Anyone want to get together there? > Hello, I think I will be there to follow your presentation and training and other apache topics. Not sure yet as there are budget issues :-) Hope I could have some discussions about maven internals to advance things I proposed last year (central API for reporting/BI). Regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [surefire] Adding providers
I did not saw this one, thanks. Seems like a lot of people are interested in solving this issue :-) I add a comment, just in case. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[surefire] Adding providers
Hi to all, I wish to extend maven-surefire with a new provider. As far as I can tell from the plugin's source code, this is not possible without modification of the plugin's code as providers are hardcoded in the constructSurefireBooter() method. BTW, this explains http://jira.codehaus.org/browse/SUREFIRE-169 : testNg always supersedes junit. Am I missing something or is there any plan to allow for a more open provider API ? Regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Standard Reporting
tabase would allow one to retrieve the *evolution* of the information attached to a project over time and various builds. This functionality is today provided by qalab plugin, once again in an *ad hoc* way. I dont know exactly what development effort this would imply: 1. creating the primary structure from the project at startup 2. populating the RDF database from this primary information gathered along the way 3. giving access to this database through an API to all plugins 4. providing a transformation framework for easy report generation from the database and rendering I think that 2 and 3 above are the same thing: the primary and secondary information could all be created by the various plugins involved in a build, with some bootstrapping in 1 to create the basic structure (projects, modules, base directories...). Comments are of course welcomed and sought after. As I said, I am still interested. Regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, PhD \tel> (33) 3 59 08 61 98 \mob> (33) 6 17 12 19 78 \web> http://www.oqube.com RCS Lille B 490 219 730 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven central reporting API
Jason van Zyl <[EMAIL PROTECTED]> writes: > > I was just commenting on the use of XML. If I were to design a pure > reporting Data API I would probably not use XML at all. I would > probably use find a format that would provide the fastest data > processing capabilities because I would like real-time reporting. RDF is just W3C buzz word for directed labelled graphs. Objects naturally form directed (labelled) graphs. Hence it seems natural to use the normalized query and representation (N3 and XML) of RDF to represent OO data structures. > > very useful, but I would still like to come up with a Data API that > would provide a canonical format for data that could be consumed by a > reporting system we came up with. Maybe that's too much to do with I totally agree with you. RDF is just a way to store and query data but everything is wrapped into an API for use by plugins and reporters. That's why I think the xradar solution is a pis-aller as we say in french. > limited resources but that's the idea I had. I think in the short > term if we're going to use everything that exists then I think XRadar > is the most complete, well thought out solution that is ready for use > right now. > OK. I am ready to try discussing with xradar team and maybe come up with a midway satisfying solution. Could you please contact them ? regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven central reporting API
Jason van Zyl <[EMAIL PROTECTED]> writes: > > http://xradar.sourceforge.net/ > Thank you for the pointer, really interesting tool. This is not the kind of thing I was thinking about but it might be an alternative, with the obvious advantage of existing :-) BTW, I am not sure using a RDF database is slower than working with XML files and XLT tranforms. You seem to know or have already been in touch with the people developing it. What about getting in touch with them and starting a real project that would incorporate xradar into maven process ? I am ready to become involved in this project even without leading it :-) I feel my vision and xradar's one are the same so let's try it that way. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven central reporting API
jallen <[EMAIL PROTECTED]> writes: Hi John, > I'm afraid I not replying to answer your questions but I am very excited > that someone is taking this on! Encouraging posts are always welcomed :-) > > What I have found from promoting a low-cost (read open-source or cheap such > as JIRA/Confluence) ALM environment based upon Maven and Eclipse (as the > integration backbones) is that it's Mavens ability to construct a complete > project portal, snapshotted from the current source base, that has senior > management, CMMi experts and a industry luminaries alike (no names but we're > talking gang-of-four level) all 'ooh-ing' in their seats. I had exactly te same experience with maven the first time I (with other people from my company) produced our first project's sites. > > Information sharing, collaboration and, critically, governance reporting and > enforcement (be it tests reports, quality metrics, heuristics, plan My first motivation was in assessing reliability and quality metrics. > > The development of a proper maven/apache framework to supports > report/measure execution, storage, aggregation, distribution, querying, > publication and of course site integration would result in Maven being > elevated to the place it always set out to be, project comprehension and > technical management, and really enable IT organisations to bridge the gap > between the technical disciplines (code, docs, tests) and the > managerial/governance disciplines (quality, progress, process). As someone > who spends his time researching s/w development methods, processes and tools > strategies for a 1+ billion dollar IT company I know this is what we need > and I think Maven is the perfect platform for it. As you can see, I made some concrete proposals to reach this goal and am currently trying to implement some kind of proof of concept that would. But maven is a huge underdocumented beast to tame, even with the kind support of the list. I am currently trying to create a centralized RDF database using a plugin (ie. not touching on maven core) but I have basic problems to extract informations from my plugin's environment. Progress will be slow but there seems to be more than one people interested in it so I am eager to show something that could form the basis of a maven component. > > soapbox-eof Not sure of translation. Is this the same as "brosse à reluire" in french ? regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven central reporting API
Brett Porter <[EMAIL PROTECTED]> writes: >> 2. How can I retrieve a mojo instance from another mojo in the same >> or a sub project ? > > I think the answer is that you can't. All plugin communication is > meant to happen through the project instance. > > We certainly need to find a way to make that extensible, but I'd > suggest for now that you should be taking in XML output files that > most plugins generate and processing them for starters. > That's really annoying if I want to handle aggregation properly (and this is the whole point of what I am trying to do :-) ) What I really need is way to climb back in the project's tree to retrieve some configuration value of a mojo. For instance, I may have the following config: root project (database: foo.rdf) | + project A (agg: yes, database: FooA.rdf) | +- subbproject A1 +- subbproject A2 | + project B (agg: no) +- subbproject B1 +- subbproject B2 When I am executing mojo for project B2, I want to retrieve RDF database for root. But in A1, I need database FooA. I maybe could do it using the MavenProject object but I could not share database instance and that will lead to really messy code I think. > I have seen some people think about it from time to time, but not in > any detail. Definitely worth investigating, particularly as a way of > reviewing how we handle the lifecycle concurrency issues. To delve deeper into this, I am having a hard time finding maven's big picture and unfortunately, comments in code are rather fragmentary and barely useful (when they exist). Is there a document on maven architecture somewhere ? Think the answer is no, but asking anyway :-) Thx for your reply, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hierarchy retrieval
Hello, An important question (to me of course :-)) may have been buried into irrelevant chatting in my previous post. I am reposting it free of excess fat: 1. Given that a plugin is bound in a parent pom, Is there one mojo instance for each project in the hierarchy ? I think this is the case but I am not sure. 2.1. If so, how can I retrieve a mojo instance from another mojo in the same or a sub project ? 2.2. If not, what does this mean ? Thx, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven 2 plugin dev question
fogwolf <[EMAIL PROTECTED]> writes:
> Hi there.
>
> I am converting my Maven 1 environment to Maven 2 & am running into an issue
> with a plugin I'm trying to update. This plugin basically filters some
> template files, replacing placeholder values, & places them within
> directories under the project on which the plugin is being run. In Maven 1
> these templates in jelly format & were bundled with the plugin. I'm finding
> in Maven 2 you can't seem to be able to bundle templates like this with the
> plugin - is this true? I feel like this makes the plugin less
I think this is false if you access the templates from the classpath
(ie. getClass().getResourceAsStream("xxx/yyy/zzz")). Then you can
bundle your templates (or any other resource files) within your
plugin's jar. Alternatively, you could bundle templates as separate
jar and make your plugin depend on it.
regards
--
OQube < software engineering \ génie logiciel >
Arnaud Bailly, Dr.
\web> http://www.oqube.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maven central reporting API
Hi, A couple of weeks ago I posted a proposal about a centralized reporting feature for maven that would allow easy aggregation of information at whatever level is needed. This proposal is centered around the idea of creating and maintaining a RDF database that could be used by plugins to find information or store information to be latter processed by other plugins or external tools. I am trying to implement a small proof of concept without modifying maven base codebase and using only plugins. I plan to do the following: 1. a base plugin to create initially the RDF database and populate it with basic pom's information 2. a modified compiler plugin to store source files structure information 3. a modified surefire plugin to store test results in the graph attached to the test source files and projects 4. a modified test report lpugin that would take advantage of the RDF graph to generate aggregated reports I have started learning to use Jena's API which is quite simple and I am currently stuck with the following problem. A basic feature of this idea is that inheritance be handled correctly, which means that if the CreateMojo is invoked in a subproject with its 'inherit' attribute set to true, then it should attach its informations in its parents RDF database, not in its own. Furthermore, this should be done recursively until one reach the toplevel project or 'inherit' is set to false. Questions (which may be trivial) are: 1. Is there one mojo instance for each project in the hierarchy ? I think this is the case but I am not sure. 2. How can I retrieve a mojo instance from another mojo in the same or a sub project ? Help appreciated of course :-). BTW, thinking about all this, it occured to me that maven may be viewed as an interpreter for a DSL dedicated to software artifacts construction and management. The language is declarative and takes the (rather verbose and unhandy) form of an XML dialect. The various POM's ingredients describes either: 1. data *values*, to be later processed by *functions*: File path settings, configuration options, project's id card all fall into this case. These values are organized in a tree such that one can refer to variable's values using dotted notation (eg. =foo.bar.baz=) 2. *functions* that process the project's data, that is essentially plugins (essentiallye mojos), which may themselves be parameterized by some more data or values. The POM (and maven defaults settings ) itself can be viewed as a function providing *scheduling* or orchestration of the various *phases* of the build process. The lifecycle feature of maven gives a declarative way to *hook* functions invocations (ie. plugins and their contained mojos) or in maven parlance *binding a mojo to a phase of the lifecycle*. Sub-modules structure is just plain old function recursion. Dependency management is preparation step to allow proper linking and may not be considered part of the "language" it self. Thinking that way, one can imagine doing the following things: - provide a non-XML language layer tha would allow expressing a build process in an easier to use form than what is actually available - compile the build program for: - optimizing the build time - eventually detecting concurrency pattern such that distributed execution (eg. using compile farms) coul be provided Is this plain scrap or has someone else already thought about doing that kind of things ? regards -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stuck !
"Juan F. Codagnone" <[EMAIL PROTECTED]> writes: > Hi Arnaud, > Hi Juan, > I think that what you are missing is to add an to your pom. I tried this but it does not work. See http://jira.codehaus.org/browse/DOXIA-68, my problem is similar. > your jar has the plexus xml? Yes :-) Actually, I posted a (ugly) workaround on the users list yesterday and I while file a jira issue. Thanks for caring to answer anyway, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bootstrap.sh
"Hilco Wijbenga" <[EMAIL PROTECTED]> writes: > Anyone? Maybe you could try building maven setting the property maven.online=false such that build does not try to download artifacts from remote repos. $> export MAVEN_OPTS=-Dmaven.online=false $> sh bootstrap.sh (assume bash...) HTH, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stuck
"Vincent Siveton" <[EMAIL PROTECTED]> writes: > Hi Arnaud, > > You need to : > * svn up and install doxia / maven [1] (and delete files in your old M2_HOME) > * or manually install maven-reporting, doxia-sink-api, and copy all > generated jar to your $M2_HOME/lib THat's what I did, but there seems to be some conflicts with plugins dependencies. I finally did the following: - modified and installed 1.0-alpha-7 - modified and installed 1.0-alpha-8 - added tracing (ugly System.err :-( I confess ) in my module to check instanciation - used plain maven-2.0.4 I finally managed to have my parser invoked, albeit two times: Here is the full trace of execution (parsing errors are mine). You can notice that *both* doxia-core-1.0-alpha-8 and alpha-7 are used as my module is instantiated two times. I tried forcing version with but did not work. Have you gon any clue why the "right" module way does not work ? Same error than DOXIA-68 I think regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stuck
Hi to all, This post is a follow up on my previous posts about trying to extend doxia with a new input format (eg. muse). As suggested by answers to my questions, I tried to integrate my module directly into doxia, (trunk version, ie. 1.0-alpha-9-SNAPSHOT). This implied modification hence recompiling of maven as there is a dependency in maven on doxia-core, doxia-sink-api and doxia-site-renderer. Compilation of doxia is ok. With integrated module (ie. in doxia-core/src/main/java/org.../module/muse as other base formats), the module and parser get instantiated correctly in plexus. Compilation of maven is a bit tricky (and long). I had to modify all references to doxia version. I first tried 2.1-SNAPSHOT but felt back on 2.0.x branch as the 2.1 version does not output dependency tree informations with -e -X flags... Then I recompiled maven-site-plugin with modified doxia dependencies. When I tried site generation with this setting, I got an error: [DEBUG] Trace java.lang.NoClassDefFoundError: org/apache/maven/doxia/sink/SinkFactory at org.apache.maven.plugins.site.AbstractSiteRenderingMojo.locateReports(AbstractSiteRenderingMojo.java:555) at org.apache.maven.plugins.site.AbstractSiteRenderingMojo.locateDocuments(AbstractSiteRenderingMojo.java:584) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:113) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:417) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475) : Moreover, the sink-api used is not 1.0-alpha-9 but alpha-7 as there are other dependencies that need this API (project-info-reports). As correcting this error rwould imply checking all plugins for the doxia version used, I am the left with the option to hack current release of doxia. I think that: - either I missed something important - there is a problem as it should not be so complicated to extend a component when you are using an IoC container. As said before, any help appreciated. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extending reporting management
Mike Perham <[EMAIL PROTECTED]> writes: > Unfortunately my area is not the OWL-part of our system, but I sit right > next to the guys that do use it. :-) We have been using Jena but are > replacing it with our own impl to minimize large external > dependencies. I The last time I tried to look at Jena, I was a bit overwhelmed by its size... 2.3 Mb is bit large for a support library. Anyway, I will give it a try. > > Note that I think it is Jena that is packaged in a questionable manner - > they package core XML classes in their jar so you can easily get some ugly > ClassCastExceptions and funky VM errors if you are not careful. If you > have more in-depth questions, let me know and I can relay them. Thanks a lot. I will try to make things moving a bit. -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compilation problem
java:77)
at
org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:62)
at
org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93)
at
org.codehaus.plexus.component.manager.PerLookupComponentManager.getComponent(PerLookupComponentManager.java:48)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331)
... 21 more
Caused by: java.lang.NoClassDefFoundError:
org/codehaus/plexus/archiver/ArchiverException
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2328)
at java.lang.Class.getConstructor0(Class.java:2640)
at java.lang.Class.newInstance0(Class.java:321)
at java.lang.Class.newInstance(Class.java:303)
at
org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:44)
... 25 more
[INFO]
[INFO] Total time: 7 seconds
[INFO] Finished at: Thu Aug 17 11:53:48 CEST 2006
[INFO] Final Memory: 9M/18M
[INFO]
Exception in thread "main" java.lang.Exception: Error executing Maven: exit
code = 1
at
org.apache.maven.bootstrap.installer.BootstrapInstaller.runMaven(BootstrapInstaller.java:222)
at
org.apache.maven.bootstrap.installer.BootstrapInstaller.run(BootstrapInstaller.java:131)
at
org.apache.maven.bootstrap.installer.BootstrapInstaller.main(BootstrapInstaller.java:91)
--
OQube < software engineering \ génie logiciel >
Arnaud Bailly, Dr.
\web> http://www.oqube.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extending reporting management
Hello, > Sorry, we use a ton of OWL here and so I'm used to using it as a synonym > for RDF. So I guess you could give me some advice on this idea as I have no practical experience using RDF/OWL tools :-) As I understand it, RDF graphs are just labelled directed graphs with OWL being a "grammar" for such graphs and with some predefined node and edges labels. The reporting API could just be a simple API for building an in-memory graph, with a specific plugin/component for transformation to suitable external RDF representation (N3, XML, whatever). But as one may need to query the graph, I think I need a real RDF API, so my question is: What is the right tool for starting the whole thing ? I know about Jena and Sesame. As I have a bit of spare time, I will try to hack a proof-of-concept into maven current codebase and post a patch. Thx -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Extending reporting management
some bootstrapping in 1 to create the basic structure (projects, modules, base directories...). Comments are of course welcomed and sought after. regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stuck ! (was Re: Doxia module)
Hello, I still have troubles with doxia while trying to add a new module. I can see from posts in the users list that other people have troubles with using non standard modules like twiki. I tried copying my muse module to doxia-modules, it works fine and compiles ok, but I am left with the problem of telling maven to use my version of doxia. I could think of various solutions to this problem, including full recompilation of maven with modified dependency but I dont think this is the rigth way: there must be a way to add a plexus component to a system without recompiling everything. After all, this is the whole point of component based software engineering ! So I am asking my question again: How can I add a new module (ie. input file format) to doxia in such a way that this format can be used to document a project in maven ? I suspect this has something to do with injecting a new plexus component, which may be something that is done when a jar or classpath entry is loadedd ( ? maybe through classworlds). Any insights into this would be greatly appreciated as I desperately want this plugin to work. thx, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Doxia module
"Vincent Siveton" <[EMAIL PROTECTED]> writes: > Hi Arnaud, > > defined like forward, modifies the Maven install so I am > not sure it is the best way for your case. Maybe put stuff in > with runtime scope. > Does not work: site is created but muse/ directories content is not processed. I will try direct integration with doxia and custom installation. If it works that way, would you be interested in a patch to doxia-modules tree ? BTW, if you dont know muse, here is the link: http://www.mwolson.org/static/doc/muse.html regards, -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Doxia module
Hi Vincent, Thanks for the answer, I was giving up hope :-) My problem is that I want to use my muse format for site generation in maven. Here is what I did (unsuccessfully until now): - I created a MuseSiteModule and MuseParser, both tagged as plexus components: @plexus.component role="org.apache.maven.doxia.parser.Parser" role-hint="muse" and @plexus.component role="org.apache.maven.doxia.site.module.SiteModule" role-hint="muse" - I packaged this as a standard maven jar with following pom: 4.0.0 oqube.muse doxia-muse-module jar 1.0-SNAPSHOT Muse Doxia Module org.apache.maven.doxia doxia-core 1.0-alpha-8 org.apache.maven.doxia doxia-sink-api 1.0-alpha-8 junit junit 3.8.1 test oqube.muse muse-parser 1.0-SNAPSHOT org.codehaus.plexus plexus-maven-plugin descriptor - I then tried this on a project with: oqube.muse doxia-muse-module 1.0-SNAPSHOT It fails with an error in plexus composition phase which I suspect is due to bad type/wrong name/whatever. Thx -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Doxia module
Hello, i posted this on users-list but it may be better suited to dev-list. I am trying to implement a new module for doxia (based on muse syntax for those who care) and dont know how to integrate it in the site generation process for maven. I guess this is only a matter of proper configuration for plexus but ... ? help appreciated, thx -- OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. \web> http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MNG-1560) Guide to accessing repository with https client authentication
[ http://jira.codehaus.org/browse/MNG-1560?page=all ] Arnaud Bailly updated MNG-1560: --- Attachment: guide-repository-ssl.apt My apologie for the multiple uploads, the last one seems to be in expected format. > Guide to accessing repository with https client authentication > -- > > Key: MNG-1560 > URL: http://jira.codehaus.org/browse/MNG-1560 > Project: Maven 2 > Type: Improvement > Components: documentation - guides > Versions: 2.0 > Reporter: Arnaud Bailly > Priority: Minor > Fix For: 2.0.1 > Attachments: MavenRepoSSLAccess.apt, guide-repository-ssl.apt, > guide-repository-ssl.apt > > > The attachment describes a way (in APT format) to use a remote repository > through HTTPS with client-side certificate authentication. This may be useful > in corporate or private development settings. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-1560) Guide to accessing repository with https client authentication
[ http://jira.codehaus.org/browse/MNG-1560?page=comments#action_51640 ] Arnaud Bailly commented on MNG-1560: I have updated the mini guide for accessing repository through SSL, trying to comply with the other guides. I have transfered the section on properties setting as a maven 2.0 section and put a caveat for maven1.X users. Hope it is ok > Guide to accessing repository with https client authentication > -- > > Key: MNG-1560 > URL: http://jira.codehaus.org/browse/MNG-1560 > Project: Maven 2 > Type: Improvement > Components: documentation - guides > Versions: 2.0 > Reporter: Arnaud Bailly > Priority: Minor > Fix For: 2.0.1 > Attachments: MavenRepoSSLAccess.apt, guide-repository-ssl.apt > > > The attachment describes a way (in APT format) to use a remote repository > through HTTPS with client-side certificate authentication. This may be useful > in corporate or private development settings. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MNG-1560) Guide to accessing repository with https client authentication
[ http://jira.codehaus.org/browse/MNG-1560?page=all ] Arnaud Bailly updated MNG-1560: --- Attachment: guide-repository-ssl.apt > Guide to accessing repository with https client authentication > -- > > Key: MNG-1560 > URL: http://jira.codehaus.org/browse/MNG-1560 > Project: Maven 2 > Type: Improvement > Components: documentation - guides > Versions: 2.0 > Reporter: Arnaud Bailly > Priority: Minor > Fix For: 2.0.1 > Attachments: MavenRepoSSLAccess.apt, guide-repository-ssl.apt > > > The attachment describes a way (in APT format) to use a remote repository > through HTTPS with client-side certificate authentication. This may be useful > in corporate or private development settings. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MNG-1560) Guide to accessing repository with https client authentication
Guide to accessing repository with https client authentication -- Key: MNG-1560 URL: http://jira.codehaus.org/browse/MNG-1560 Project: Maven 2 Type: Improvement Components: documentation - guides Versions: 2.0 Reporter: Arnaud Bailly Priority: Minor Fix For: 2.0 Attachments: MavenRepoSSLAccess.apt The attachment describes a way (in APT format) to use a remote repository through HTTPS with client-side certificate authentication. This may be useful in corporate or private development settings. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MPPDF-52) Better handling of figures
Better handling of figures -- Key: MPPDF-52 URL: http://jira.codehaus.org/browse/MPPDF-52 Project: maven-pdf-plugin Type: Improvement Versions: 2.4 Environment: linux, maven 1.0.2, jdk1.4.2 Reporter: Arnaud Bailly Priority: Minor When an image is included in the document whose height is greater than the page size, FOP crashes with the cryptic message : [java] [INFO] [61] [java] [INFO] [62] [java] [ERROR] file:/home/nono/project/workspace/abailly/target/pdf/project.fo:269:141 No meaningful layout in block after many attempts. Infinite loop is assumed. Processing halted. A simple fix is to set the height or content-height attribute in fo to a meaningful. This issue comes from the fact that fop uses a default graphics resolution of 72dpi which is not meaningful for printing devices (it is the standard resolution of screen devices). The resolution should be 300 or 600 dpi. A more involved fix would be to allows definition of substitution properties in the plugin, something like: maven.pdf.substitute.from=(.*).png maven.pdf.substitute.to=(.*).pdf This properties, if defined are then used by the XSLT transformer to replace low-res graphics with hi-res ones. This leaves to the user the responsibility of providing both images -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changelog svn plugin patch
Lukas Theussl wrote: Hi Arnaud, I believe there is a already an issue open that adresses this problem: http://jira.codehaus.org/browse/MPCHANGELOG-70 Please either attach your patch there (it is obviously more complete than the one that was submitted already) or open a new issue for it. Done ! -- Arnaud Bailly - Ingénieur de Recherche NORSYS 1, rue de la Cense des Raines ZAC du Moulin 59710 ENNEVELIN Tel : (33) 3 28 76 56 76 Fax : (33) 3 28 76 57 00 Web : http://www.norsys.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MPCHANGELOG-70) The Subversion parser of the maven-changelog-plugin chokes on spaces in usernames.
[ http://jira.codehaus.org/browse/MPCHANGELOG-70?page=all ] Arnaud Bailly updated MPCHANGELOG-70: - Attachment: author-whitespace.patch Another patch with different (more general) RE and fixes to test cases > The Subversion parser of the maven-changelog-plugin chokes on spaces in > usernames. > -- > > Key: MPCHANGELOG-70 > URL: http://jira.codehaus.org/browse/MPCHANGELOG-70 > Project: maven-changelog-plugin > Type: Bug > Versions: 1.8.2 > Reporter: Henning Schmiedehausen > Attachments: author-whitespace.patch, patch > > > We use client certificates for authentication to the web server which holds > our SVN repository. This results in the changelog messages containing the CN > field of the certificate; in my case e.g. it is "Henning Schmiedehausen". > Subversion now produces log files like this: > > r237 | Henning Schmiedehausen | 2005-08-10 13:02:39 +0200 (Wed, 10 Aug 2005) > | 3 lines > and the changelog report is empty. The reason for this is a bad regular > expression in the SvnLogParser which does not expect user names to contain > blanks. > The attached patch fixes this by using a greedy RE. Changelog now works for > me again. Please consider this patch to be part of the (not yet released?!?) > 1.8.2 or 1.8.3 release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Changelog svn plugin patch
+r15 | kaz toto | 2002-08-26 10:24:58 -0400 (Mon, 26 Aug 2002) | 3 lines +Changed paths: + M /poolserver/trunk/build.xml + +Added white space to test author parsing. + + r14 | kaz | 2002-08-26 10:24:58 -0400 (Mon, 26 Aug 2002) | 3 lines Changed paths: M /poolserver/trunk/build.xml Yours, -- Arnaud Bailly - Ingénieur de Recherche NORSYS 1, rue de la Cense des Raines ZAC du Moulin 59710 ENNEVELIN Tel : (33) 3 28 76 56 76 Fax : (33) 3 28 76 57 00 Web : http://www.norsys.frIndex: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
