I see it often; I raised this in slack a few weeks ago. Kevin & Mike Drob responded. It seems "gw clean" makes it go away. Still, this is annoying and points to a problem we should address.
~ David On Tue, May 5, 2020 at 8:40 AM Erick Erickson <erickerick...@gmail.com> wrote: > I was doing quite a bit of building the assemble and dev tasks and never > saw this. Of course I was bouncing between and and gradle a lot and > habitually executed a "git clean -d -x -f”, don’t have a clue whether > that’d be relevant, though I rather doubt it is. > > > On May 5, 2020, at 7:27 AM, Alan Woodward <romseyg...@gmail.com> wrote: > > > > Hi all, > > > > In about 50% of my gradle precommit runs, I get a Solr compilation error > that looks like this: > > > > > /Users/romseygeek/projects/lucene-solr/solr/core/src/test/org/apache/solr/cloud/hdfs/HdfsTestUtil.java:44: > error: BlockPoolSlice is not public in > org.apache.hadoop.hdfs.server.datanode.fsdataset.impl; cannot be accessed > from outside package > > import > org.apache.hadoop.hdfs.server.datanode.fsdataset.impl.BlockPoolSlice; > > > > From what I can tell, this class is designed to override classes from > Hadoop to fix certain bugs, but it seems that gradle is sometimes putting > the original Hadoop class files first in the class path, so the overridden > class is not picked up. > > > > Is anyone else seeing this? > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
