RFR 8233844: Add LogCompilation build artifacts to .gitignore

Jorn Vernee jorn.vernee at oracle.com
Mon Nov 11 10:40:36 UTC 2019


Ok, I think I've solved the mystery; Using some event tracing I found 
that some java.exe instance was running maven on this directory. Killing 
that process (it was running in the background) throws up an error in 
VSCode about the extension container going down. Seems that some VSCode 
extension is indiscriminately running maven on the LogCompilation 
project (which it's picking up). Time to start disabling some plugins :)

Jorn

On 08/11/2019 18:48, Jorn Vernee wrote:
> Hello Erik,
>
> You are right, I spoke too soon. I deleted the artifacts and tried to 
> trigger the creation by doing a clean build and running some tests, 
> but neither seems to generate the artifacts. I'm really puzzled by 
> this, since I have 4 repos that contain these artifacts (both git and 
> hg), and I'm certain that I've never explicitly built this utility 
> using maven (I've never used it. I can imagine building it once and 
> not remembering, but not 4 times).
>
> Any way, here is the updated webrev: 
> http://cr.openjdk.java.net/~jvernee/8233844/webrev.02
>
> I'll keep an eye out for these artifacts appearing again.
>
> Thanks,
> Jorn
>
> On 08/11/2019 15:16, Erik Joelsson wrote:
>> Hello Jorn,
>>
>> On 2019-11-08 04:24, Jorn Vernee wrote:
>>> Hi,
>>>
>>> I'd like to contribute this very small patch that adds some 
>>> LogCompilation build artifacts to the .gitignore file.
>>>
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8233844
>>> Webrev: 
>>> http://cr.openjdk.java.net/~jvernee/8233844/webrev.00/index.html
>>>
>>> Testing = manual
>>>
>>> FWIW, it seems that these artifacts are produced at some point 
>>> either while doing a vanilla build, or when running the test, so 
>>> these artifacts will show up pretty much always when using Git 
>>> (AFAICS I have them in all my OpenJDK Git repos, and I've never 
>>> directly used this utility). So, it seems worth it to gitnore them.
>>>
>> I've never seen these artifacts, and the only way I can see them 
>> being created is if you explicitly invoke the maven build for 
>> LogCompilation (which of course is a perfectly valid thing to do). 
>> The .classpath, .project and .settings files are eclipse project 
>> files and it could be argued that those should be put on ignore 
>> regardless of where in the source tree they are found, just like we 
>> already do for .idea. When adding this for .gitignore, I would prefer 
>> if we could keep parity with .hgignore so please add it there too.
>>
>> /Erik
>>
>>> As a heads-up; I'm not a committer on the JDK project, so a sponsor 
>>> would need to push this.
>>>
>>> Thanks,
>>> Jorn
>>>



More information about the build-dev mailing list