Title: Message Title
Sergei Ivanov commented on an issue
I am using GitHub site-maven-plugin, which publishes directly to gh-pages and
can be bound to site-deploy phase. Note: the default maven-site-plugin in that
case needs to have its site deployment suppressed (i.e. use it for site
generation only).
https://raw.githubusercontent.com/sergei-ivanov
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
}
3. You also need to call buildContext.refresh(outputDirectory) before exiting
the mojo execute() method in all cases where execution succeeded (even if it
was skipped due to other checks).
Try it and see whether it works.
Kind regards,
--
Sergei Ivanov
Среда, 29 апреля 2015, 20:17 +02:00 от
015 11:12, "Sergei Ivanov" < sergei_iva...@mail.ru > a écrit :
>>Baptiste,
>>
>>While it is not too late, can you please rename MojoHaus organisation to all
>>lower case, so that it looks better in URLs? Just go into organisation
>>profile and click Ren
Baptiste,
While it is not too late, can you please rename MojoHaus organisation to all
lower case, so that it looks better in URLs? Just go into organisation profile
and click Rename Organisation at the bottom of the page. That change will only
affect repos and github pages URLs. You can then
Site publication for each mojo can be performed as part of the release using
github's own site plugin (default maven site deployment needs to be
suppressed). It pushes the generated site into gh-pages branch of the same
project, which is then rendered and delivered by github.
Then you'll have a
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
That name must have been my largest contribution to the cause so far :)
--
Sergei
>
>Saturday, 14 March 2015 12:43 + from Hervé BOUTEMY
>:
>ok, we have a clear winner: MojoHaus
>(and we'll have a statement like "formerly known as Codehaus Mojo project" on
>our website once migrated)
>I creat
Another idea for a GitHub org that I recently had was a MojoHaus mash-up. That
would have at least some heritage of CodeHaus Mojo brand preserved. A quick
google search reveals that the name is only used on the music scene, so should
be clear to use in software world.
--
Sergei
>
>Tuesday, 10 M
I think the community needs a unique and recognisable name. If CodeHaus is
subject to copyright or any other rights outside of public domain, then we need
a replacement. To please the French people on this list, I was about to suggest
CodeMaison as a replacement for CodeHaus brand, but it looks
sufficient for our needs? Or do we need
>another location for actual mailing lists which are Discussion-oriented and
>not related to a particular commit?
>2015-03-02 11:06 GMT+01:00 Sergei Ivanov < sergei_iva...@mail.ru > :
>>Mailing lists _are_ important. I was not trying to imply
wee bit more than just pushing and reviewing
>code.
>2015-03-02 9:46 GMT+01:00 Sergei Ivanov < sergei_iva...@mail.ru > :
>>Mailing lists are a completely orthogonal feature to the development stack. I
>>am struggling to understand why can they not be hosted somewhere e
Mailing lists are a completely orthogonal feature to the development stack. I
am struggling to understand why can they not be hosted somewhere else and why
the lack of mailing lists is an impediment to migration to git and GitHub.
--
Sergei
>
>Monday, 2 March 2015 08:38 + from Trygve Laugstø
Hi,
I should say, if Codehaus is no more, GitHub would be my obvious first choice
of an alternative platform.
1. Version control.
SVN is a dinosaur and a major impediment for contributing and integrating
patches. Git provides a much more streamlined workflow from both committer's
and contribu
some framework for invoking Java9 tools as soon as
the API and the JDK structure fully crystallise.
--
Sergei Ivanov
>
>Wednesday, 18 February 2015 08:30 + from Jörg Schaible
>:
>Hi Tiago,
>just because Java 9 requires minimum source/target to be 1.6 for building,
>it does not
is
likely complicated and ugly.
Configuration variants with profiles:
http://stackoverflow.com/questions/15886209/maven-is-not-working-in-java-8-when-javadoc-tags-are-incomplete/22981151#22981151
Watch this space:
https://jira.codehaus.org/browse/MJAVADOC-387
Kind regards,
--
Sergei Ivanov
П
@Lennart: is it a coincidence that your email signature follows the same
format pattern? ;)
Anyway, I agree with Anders: instead of dumping a huge multi line message into
the log, can you please split it into one log statement per line?
The advantages are:
1) you don't need to take care of emit
ward.
Also, as part of the clean-up, I was able to delete the legacy mojo and plexus
taglet handlers from javadoc plugin configuration. There is no need for them
now, as everything is annotation-driven these days.
--
Sergei
>
>Tuesday, 10 February 2015 17:44 +0000 from Sergei Ivanov
Hi,
I would argue for keeping the doclint turned on, even though I know it can
cause a lot of pain. Unfortunately, doclint enforces an all-or-nothing
approach, where one cannot suppress it for particular classes or methods.
However, most (if not all) custom javadoc tags in maven world have alre
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov created an issue
Hi Lennart,
I believe using String[] instead might do the trick. Or if the problem only
manifests itself under maven2, then it would make more sense to discontinue
support for maven2 instead of wasting resources on legacy platform.
Kind regards,
--
Sergei
>
>Wednesday, 4 February 2015 07:59 +
Hi Lennart,
Yes to all three from me: it is time to move on and ditch the legacy.
Kind regards,
--
Sergei
>
>Wednesday, 4 February 2015 08:35 + from Lennart Jörelid
>:
>Hello all,
>Since I'm in the process of performing a major upgrade to the jaxb2 plugin,
>I'm contemplating setting maven
Wild guess. Could it be a workaround for a command line length limitation on
Windows (and to a much lesser extent on Linux)?
--
Sergei Ivanov
>
>Tuesday, 30 December 2014 22:00 + from Anders Hammar :
>I'm fine with deprecating it. There has often been a "tradition&qu
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov created an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov edited a comment on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Have you seen my patch attached to the JIRA?
--
Sergei Ivanov
>
>Tuesday, 16 September 2014 22:17 +0100 from Jörg Hohwiller
>:
>Hi there,
>
>unfortunately there seems to be no other idea and I am lost with this.
>As the result of the Mojo is correct and only groovy is nut
process for ajdoc,
passing the generated classpath on the command line.
See exec-maven-plugin:java mojo for an example of forking a new java process
with a proper support for toolchains. Or, I guess, the standard
javadoc-maven-plugin does a similar thing.
--
Sergei Ivanov
Wed, 10 Sep 2014 00
Title: Message Title
Sergei Ivanov created an issue
ls.jar (or equivalent) is,
taking java toolchain into account if present. Then it could simply fork an
ajdoc process with the newly built classpath using the right java executable
(again taken from a java toolchain if present).
--
Sergei Ivanov
Tue, 9 Sep 2014 23:42:05 +0200 от Lennart Jörelid :
Title: Message Title
Sergei Ivanov updated an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Hi Dan,
Looks like the drive letter C: differs in case between expected and actual. You
may want to change the test script to use case-insensitive comparison on
windows.
Regards,
--
Sergei Ivanov
>
>Wednesday, 20 August 2014 07:26 +0100 from Dan Tran :
>no problem building on linux
/MavenSite for Sonar Maven Plugin. I
hope that it will help to a certain extent reduce the amount of incorrectly
raised issues.
Kind regards,
--
Sergei Ivanov
Tue, 3 Jun 2014 15:51:10 -0500 (CDT) от "Julien HENRY (JIRA)"
:
>Julien HENRY assigned an issue to Julien HENRY
>
&g
Title: Message Title
Sergei Ivanov created an issue
etter that way:
keepOrAdd
keepIfExists
remove
...
Kind regards,
--
Sergei Ivanov
Friday, 23 May 2014 23:58 +0100 from Jörg Hohwiller :
Hi there,
I did not get any feedback yet.
Meanwhile I refactored the Mojo and invented FlattenDescriptor that can
be configured like
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov created an issue
nProjectBuilder.buildFromRepository( projectArtifact,
remoteRepositories, localRepository, true );
String type = project.getPackaging(); // this is the packaging type
as declared at the top of the project POM
}
I hope the above works for you.
Kind regards,
--
Sergei Ivanov
Tue, 13 May 2014
Title: Message Title
Sergei Ivanov commented on an issue
(dictated by
nbm-maven-plugin), but the projects are built for both java 6 and 7.
+1 for ditching java5 support
--
Sergei Ivanov
Tuesday, 8 April 2014 07:20 +0100 from Anders Hammar :
I'd say it's up to you as the developer to decide on java requirement.
Personally I would ditch java
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Title: Message Title
Sergei Ivanov commented on an issue
Hello,
Due to an apparent lack of interest, I am afraid I'll have to drop the idea of
hosting the plugin at CodeHaus Mojo. Sorry for bothering you.
Kind regards,
--
Sergei Ivanov
Среда, 15 января 2014, 3:02 +04:00 от Sergei Ivanov :
>Hello,
>
>I have been maintaining a fork of
Sergei Ivanov
mainly for performance reasons, because it may take
quite a few minutes to go through a reasonably large suite of Invoker
integration tests. The run-its profile is always auto-activated during plugin
release though.
Kind regards,
--
Sergei Ivanov
Среда, 22 января 2014, 7:03 +08:00 от "B. K.
Sergei Ivanov
,
--
Sergei Ivanov
Thursday, 16 January 2014 10:45 + from khmarbaise :
Hi,
you just want to get to codehaus to get on Maven Central ? Or do i
misunderstand a thing.
There is no need to get to codeaus if you just want to get into Maven
Central.
Just follow this guide:
https://docs.sonatype.org
the plugin in production environment
(mission-critical finance applications) for the last two years or so.
The current home for the plugin is:
http://sergei-ivanov.github.io/maven-protoc-plugin/ (Plugin Documentation)
https://github.com/sergei-ivanov/maven-protoc-plugin (Git repo)
The proposed
Sergei Ivanov
Sergei Ivanov
Sergei Ivanov
Beans Module Maven Plugin
Priority:
Major
Reporter:
Sergei I
, family: "windows"
Project:
Maven 2.x Versions Plugin
Priority:
Sergei Ivanov
t Plugin
Priority:
[
http://jira.codehaus.org/browse/MCOBERTURA-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=253653#action_253653
]
Sergei Ivanov commented on MCOBERTURA-75:
-
@Gayathri: it's not currently possib
[
http://jira.codehaus.org/browse/MEMMA-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=222472#action_222472
]
Sergei Ivanov commented on MEMMA-14:
Please see MCOBERTURA-75 for implementation details.
&
[
http://jira.codehaus.org/browse/MCOBERTURA-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221524#action_221524
]
Sergei Ivanov commented on MCOBERTURA-75:
-
log entry in skipMojo() seems to be mislea
[
http://jira.codehaus.org/browse/MCOBERTURA-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221151#action_221151
]
Sergei Ivanov commented on MCOBERTURA-75:
-
I think there are two separate issues b
Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100)
Java version: 1.6.0_20
Default locale: en_GB, platform encoding: Cp1252
OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows"
Reporter: Sergei Ivanov
When Cobertura plugin is
Add 'skip' property to suppress mojo execution
--
Key: MEMMA-14
URL: http://jira.codehaus.org/browse/MEMMA-14
Project: Mojo EMMA Plugin
Issue Type: New Feature
Reporter: Ser
83 matches
Mail list logo