Fw: Custom type converter for Mojo configuration?
(From: http://stackoverflow.com/questions/10188534/)
I need to use custom type, e.g., `LunarDate`, in my Mojo object:
class MyMojo extends AbstractMojo {
/** @parameter */
LunarDate lunarDate;
}
And I want to configure the parameter in `configuration` section in
pom.xml.
configuration
lunarDate丁丑年二月初四/lunarDate
/configuration
(The type `LunarDate` is just an example to illustrate the question)
I've already had the type converters, but how to enable them?
Re: Maven Indexer, filter by period of time and classNames field
Hi Tamás, Thanks for your answer. However, can you give me an example to use it with a nexus repository (I mean how to create the indexing context and which kind of URL to pass)? Is there a nexus repository available to do what I would like to do with Maven Central? Kind Regards, Laurent On Tue, Apr 17, 2012 at 11:46 AM, Tamás Cservenák ta...@cservenak.net wrote: Your example accesses Central Repository Index (http://repo1.maven.org/maven2), and due to bandwidth considerations, it does NOT index, hence index chunks you download does not have classNames in it. Otherwise, your code looks good. Try the same against a Nexus repository with some JARs deployed, it will work. In short, Central repository uses min and maven-plugin set of creators, while Nexus uses full set of index creators. you can use Luke http://www.getopt.org/luke/ to inspect what downloaded index actually contains min is the bare minimum, and is always present, while others are optional creators. Hope helps, ~t~ On Tue, Apr 17, 2012 at 9:11 AM, Laurent Pellegrino laurent.pellegr...@gmail.com wrote: Hi all, I am trying to use Apache maven indexer to retrieve artifacts whose for example their lastModified field indicates a date between January and February of this year (1). Then, for each artifact retrieved, I would like to get the classNames field value (2). To achieve it I tried to use the API provided with Maven indexer and the Lucene API but with both methods it seems impossible to fullfill requirements (1) and (2) at the same time. By using the Maven indexer API (c.f. [1]) I retrieve artifacts for the desired period of time but when I access to the field classNames I get null instead of the right value for artifacts with packaging of type JAR. However, I have specified a JarFileContentsIndexCreator for indexers. Is there a bug during reconstruction of artifacts info, is it a correct behavior or do I miss something? My second idea was to use directly Lucene to retrieve what I need but according to the implementation MinimalArtifactInfoIndexCreator declares the field lastModified (FLD_LAST_MODIFIED) as being not indexed. Thus, it is impossible to perform a search by using the efficient NumericRangeFilter predicate. Moreover, in terms of execution time this method would be better than the first solution that uses an ArtifactFilter which is iteratively applied among all the documents. Is it not possible to index this field? More generally, does someone has a method to achieve requirement (1) and (2)? [1] http://pastebin.com/raw.php?i=qaNXjWT5 Thanks. Kind Regards, Laurent - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[ANN] Maven Doxia Sitetools 1.3 Released
The Doxia Sitetools team is pleased to announce the doxia-sitetools-1.3 release! Doxia Sitetools generates sites, consisting of static and dynamic content that was generated by Doxia. http://maven.apache.org/doxia/doxia-sitetools/ Release Notes - Maven Doxia Sitetools - Version 1.3 ** Bug * [DOXIASITETOOLS-54] - site.xml should also have title attribute for all elements that have alt attributes * [DOXIASITETOOLS-59] - Using a relative path to an image in a poweredBylogo generates a wrong src value for HTML img tag * [DOXIASITETOOLS-65] - footer declared in the site.xml is not inherited in multi-module sites * [DOXIASITETOOLS-70] - Html title of generated pages does not include project name ** Improvement * [DOXIASITETOOLS-60] - Useless error message error in opening zip file in DefaultSiteRenderer.createContextForSkin() * [DOXIASITETOOLS-62] - improve breadcrumbs inheritance: if child defines an item already in parent, remove every breadcrumb item from parent after it * [DOXIASITETOOLS-63] - Make publish date configurable * [DOXIASITETOOLS-64] - Change style for menuitems to recognize the ones with a long name * [DOXIASITETOOLS-66] - Add Velocity Toolmanager support ** New Feature * [DOXIASITETOOLS-71] - Add the version of doxia-site-renderer that is used to the generated site * [DOXIASITETOOLS-72] - Allow declaring Google AdSense in site.xml ** Task * [DOXIASITETOOLS-73] - Update to Doxia base 1.3 Have fun! -Doxia Sitetools team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Preparing for two releases of Maven Site Plugin
Hi, Now that the Doxia releases are done, I'd like to focus on Maven Site Plugin. We have two pending releases; 2.4 which will be the last release of the 2.x series and then 3.1. Looking in JIRA, all the issues scheduled for 2.4 have been fixed and closed. Does anyone want to add anything more to that release? If not, I'll prepare the 2.4 release this weekend. When we look at the 3.1 release in JIRA there are 5 scheduled issues that have not been solved. Here's a summary of them and how I'd like to handle them: MSITE-484 Support adding and overriding report plugins in new maven-site-plugin 3.x reportPlugins configuration format http://jira.codehaus.org/browse/MSITE-484 This is a major issue that might require changes to Maven core. Push it to later release. MSITE-582 Make it possible to remove breadcrumbs in child projects again http://jira.codehaus.org/browse/MSITE-582 Might already be solved. MSITE-596 inheritedReports IT fails http://jira.codehaus.org/browse/MSITE-596 Proposed solution requires changes to Maven core. Push to a later release, but document the current behavior as per Lukas' comment. MSITE-601 Period added to URL prevents proper cloning with Mercurial http://jira.codehaus.org/browse/MSITE-601 Unless someone has a patch for it, I'd like to unschedule it. MSITE-604 Properties from settings.xml are not recognized in site distribution management http://jira.codehaus.org/browse/MSITE-604 This is strangely related to MSITE-632, but I cannot find a suitable solution to either of them. Push to a later release. Do we want to add any more issues to the 3.1 release? Please comment on this. -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
