Just a question regarding plexus-compiler: Is it known to be used by
anything but the m-compiler-p? As we're bumping to v2.0, how about
breaking backwards compatibility? I'm thinking that we should change
the signature of Compiler.compile so that it doesn't just return a
list of messages, but rather return the result of the compilation
(together with a list of messages).
(Also, I wouldn't mind changing the name of the CompilerError class to
e.g. CompilerMessage.)

/Anders

On Fri, Oct 19, 2012 at 12:56 PM, Arnaud Héritier <aherit...@gmail.com> wrote:
> +1 to bump the compiler to 3.0 with this change
>
> On Fri, Oct 19, 2012 at 12:30 PM, Olivier Lamy <ol...@apache.org> wrote:
>
>> So as no objections it's now merged.
>> I bumped plexus-compiler version to 2.0-SNAPSHOT.
>>
>> As maven-compiler-plugin has a lot of changes (including incremental
>> stuff) I wonder about bump version to 3.0-SNAPSHOT ?
>>
>> 2012/10/18 Olivier Lamy <ol...@apache.org>:
>> > just FYI I have created a branch here
>> > https://github.com/sonatype/plexus-compiler/tree/PLXCOMP-1
>> > This supports 1.5 and javax.tools if available in the user env.
>> >
>> > I have noticed some perf degradation testing the pull request
>> > https://github.com/sonatype/plexus-compiler/pull/6.
>> > Using  JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
>> > for each compilation is very slower.
>> >
>> > So I have tried to mimic similar stuff as done with current Javacc
>> > (the reuseStrategy see
>> >
>> http://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html#compilerReuseStrategy
>> > ). NOTE that's a *very* basic pool mechanism :-).
>> >
>> > As I have no idea if the compiler is threadsafe or not (it's not
>> > documented to be thread safe in javadoc but at least javadoc samples
>> > says it can be reused for future compilation). Tests on my env (osx +
>> > java  1.6.0_37) looks to say yes.
>> >
>> > In compiler plugin (not committed yet), I have added a flag to disable
>> > use of javax.tools usage (as it if that breaks on some os/jdk users
>> > will be able to disable it even if that's detected to be usable)
>> >
>> > WDYT ?
>> >
>> > 2012/10/1 Stephen Connolly <stephen.alan.conno...@gmail.com>:
>> >> On 28 September 2012 18:15, John Casey <jdca...@commonjava.org> wrote:
>> >>
>> >>> On 9/28/12 12:08 PM, Mark Struberg wrote:
>> >>>
>> >>>> +1
>> >>>>
>> >>>> Imo this comes hand in hand with moving maven-core to 1.6 as well and
>> a
>> >>>> version bump to mvn-3.2.0 or even mvn-3.5.0
>> >>>>
>> >>>> We might create a documentation page about "Strategies for targeting
>> >>>> older Java versions" which outlines the animal-sniffer, etc
>> >>>>
>> >>>> LieGrue,
>> >>>> strub
>> >>>>
>> >>>
>> >>> I think the plugin could be a sort of advance guard for the core
>> itself,
>> >>> since people can still use the core + the older version of the compiler
>> >>> plugin to run on 1.5...
>> >>>
>> >>> I wouldn't want to get mired in a discussion about when we're going to
>> >>> move the core up to 1.6, since that's a bit more work.
>> >>>
>> >>>
>> >> There is the Toolchains issue.
>> >>
>> >> At present, AFAIK we can use Toolchains to run Maven with Java 1.6 and
>> >> compile with Java 1.3.
>> >>
>> >> Surefire supports running tests via toolchains down to Java 1.3 IIRC
>> >>
>> >> If we are doing something that makes this kind of thing impossible *even
>> >> via toolchains* then my feeling is that I am -1.
>> >>
>> >> If we can find a way (more indirection please, it solves all problems
>> don't
>> >> you know) to allow this to work *and* retain toolchains support for
>> >> compiling with JDK 1.3 then +1.
>> >>
>> >>
>> >>>
>> >>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> ----- Original Message -----
>> >>>>
>> >>>>> From: John Casey <jdca...@commonjava.org>
>> >>>>> To: Maven Developers List <dev@maven.apache.org>
>> >>>>> Cc:
>> >>>>> Sent: Friday, September 28, 2012 6:53 PM
>> >>>>> Subject: PLXCOMP-1 and improving compiler-message parsing
>> >>>>>
>> >>>>> Hi everyone,
>> >>>>>
>> >>>>> There's a new patch to the plexus-compiler libraries which improves
>> the
>> >>>>> parsing of the output messages, especially for annotation processing.
>> >>>>> Previously, a lot of non-error messages caused plexus-compiler (and
>> >>>>> thereby,
>> >>>>> Maven) to think a compilation error had occurred. The patch fixes
>> this
>> >>>>> by using
>> >>>>> the javax.tools APIs to work with in-process compilation.
>> >>>>>
>> >>>>> The patch is here:
>> >>>>>
>> >>>>> https://github.com/sonatype/**plexus-compiler/pull/6<
>> https://github.com/sonatype/plexus-compiler/pull/6>
>> >>>>>
>> >>>>>
>> >>>>> The issue is here (it's been out there for a LONG time, as you can
>> see:
>> >>>>>
>> >>>>> http://jira.codehaus.org/**browse/PLXCOMP-1<
>> http://jira.codehaus.org/browse/PLXCOMP-1>
>> >>>>>
>> >>>>>
>> >>>>> The javax.tools APIs are JDK 1.6+ IIRC, so merging this patch would
>> >>>>> effectively
>> >>>>> drag the future of the maven-compiler-plugin up to requiring JDK 1.6.
>> >>>>> Personally, since JDK 1.5 has been out almost as long as I've been
>> coding
>> >>>>> (well, not too far), I don't see the problem. Remember, we're not
>> asking
>> >>>>> people to upgrade their production VM, only the build-time
>> version...and
>> >>>>> we have
>> >>>>> documented strategies for targeting older VM versions successfully.
>> >>>>>
>> >>>>> We might look at strategies for degrading gracefully in case someone
>> is
>> >>>>> using
>> >>>>> JDK 1.5, but IMO we need to be very careful about this. For
>> instance, I
>> >>>>> wouldn't want people to wind up with unexplained, random new errors
>> >>>>> because
>> >>>>> they accidentally set their $PATH wrong. But maybe we could give
>> them a
>> >>>>> large
>> >>>>> warning then switch over to forked-mode compilation in this case?
>> >>>>>
>> >>>>> I'd really hate to see this patch go unmerged because we're stuck
>> >>>>> supporting JDK 1.5...or if we do reject it on these grounds, maybe we
>> >>>>> need to
>> >>>>> talk about when it's reasonable to jump ship on 1.5 if not now?
>> >>>>>
>> >>>>> I'd LIKE to merge this patch, release plexus-compiler, and document
>> how
>> >>>>> to
>> >>>>> use it as a plugin-level dependency...then make the move to 1.6 for
>> the
>> >>>>> compiler
>> >>>>> plugin.
>> >>>>>
>> >>>>> Thoughts?
>> >>>>>
>> >>>>> -john
>> >>>>>
>> >>>>> -- John Casey
>> >>>>> Developer, PMC Member - Apache Maven (http://maven.apache.org)
>> >>>>> GitHub - http://github.com/jdcasey
>> >>>>>
>> >>>>> ------------------------------**------------------------------**
>> >>>>> ---------
>> >>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.**org<
>> dev-unsubscr...@maven.apache.org>
>> >>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>> >>>>>
>> >>>>>
>> >>>>
>> ------------------------------**------------------------------**---------
>> >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.**org<
>> dev-unsubscr...@maven.apache.org>
>> >>>> For additional commands, e-mail: dev-h...@maven.apache.org
>> >>>>
>> >>>>
>> >>>
>> >>> --
>> >>> John Casey
>> >>> Developer, PMC Member - Apache Maven (http://maven.apache.org)
>> >>> GitHub - http://github.com/jdcasey
>> >>>
>> >>>
>> ------------------------------**------------------------------**---------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.**org<
>> dev-unsubscr...@maven.apache.org>
>> >>> For additional commands, e-mail: dev-h...@maven.apache.org
>> >>>
>> >>>
>> >
>> >
>> >
>> > --
>> > Olivier Lamy
>> > Talend: http://coders.talend.com
>> > http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend: http://coders.talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
>
>
> --
> -----
> Arnaud Héritier
> 06-89-76-64-24
> http://aheritier.net
> Mail/GTalk: aherit...@gmail.com
> Twitter/Skype : aheritier

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to