accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher <ctubb...@apache.org>
Subject Re: Maven incremental compilation issue
Date Tue, 06 May 2014 01:00:21 GMT
For the record, m2e doesn't use that plugin and Eclipse does do the
incremental compilation if you use that.
On May 5, 2014 8:38 PM, "Bill Havanki" <bhavanki@clouderagovt.com> wrote:

> Yeah, I clean more often than not as well.
>
> It appears that even the latest version of the compiler plugin, 3.1, has
> the problem, so we may be stuck waiting ...
>
>
> On Mon, May 5, 2014 at 8:29 PM, Christopher <ctubbsii@apache.org> wrote:
>
> > Personally, I prefer to recompile everything, but your suggestion seems
> > like a good workaround.
> >
> > You should file a bug with MPOM to bump the plugin version in the next
> > release, but, for what it's worth, I don't consider it worth overriding
> the
> > plugin version in our POM.
> > On May 5, 2014 7:54 PM, "Bill Havanki" <bhavanki@clouderagovt.com>
> wrote:
> >
> > > I've noticed lately that my builds of at least the core module always
> > > compile all the hundreds of classes in core, even if I didn't make any
> > > edits. I seem to have been encountering this problem:
> > >
> > >
> > >
> >
> http://stackoverflow.com/questions/17944108/maven-compiler-plugin-always-detecting-a-set-of-sources-as-stale
> > >
> > > The Apache parent POM (version 14) mandates version 3.1 of the compiler
> > > plugin, which is affected. I found when I tried the workaround of
> setting
> > > useIncrementalCompilation to false that the problem was avoided.
> > >
> > > If anyone else sees this, maybe the workaround will help. A good way is
> > > including -Dmaven.compiler.useIncrementalCompilation=false to
> MAVEN_OPTS.
> > >
> > > --
> > > // Bill Havanki
> > > // Solutions Architect, Cloudera Govt Solutions
> > > // 443.686.9283
> > >
> >
>
>
>
> --
> // Bill Havanki
> // Solutions Architect, Cloudera Govt Solutions
> // 443.686.9283
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message