RFR: [8218152] javac fails and exits with no error if a bad annotation processor is on the classpath

Wed Apr 10 09:58:07 UTC 2019

Hi Jan, 

Thanks for responding. 

I don't think you are missing anything with regards to the use of this:
>     public FatalError(JCDiagnostic d, Throwable t) {}

I think that was me missing the fact this would cause NPE and mask the 
actual issue.

I will probably go with your original suggestion: 
> Would there be an issue with simply changing the "catch 
> (Throwable)" to also report the same error as
> "catch (ServiceConfigurationError)"?

Will make these changes and generate some new webrevs for this and post 
again when they are available. 

Thanks
Steve Groeger
IBM Runtime Technologies
Hursley, Winchester
Tel: (44) 1962 816911  Mobex: 279990  Mobile: 07718 517 129
Fax (44) 1962 816800
Lotus Notes: Steve Groeger/UK/IBM
Internet: groeges at uk.ibm.com

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

From:   Jan Lahoda <jan.lahoda at oracle.com>
To:     Steve Groeger <GROEGES at uk.ibm.com>
Cc:     compiler-dev at openjdk.java.net, Jonathan Gibbons 
<jonathan.gibbons at oracle.com>
Date:   10/04/2019 09:51
Subject:        Re: RFR: [8218152] javac fails and exits with no error if 
a bad annotation processor is on the classpath

Hi Steve,

I apologize for a late reply. For the FatalError, seems that this 
constructor is being called there:
     public FatalError(JCDiagnostic d, Throwable t) {
         super(d.toString(), t);
     }

with "d == null". That, I think, will lead to an immediate NPE, which I 
don't think is desirable, as it will hide the actual exception that was 
thrown. Or do I miss something?

Thanks,
     Jan

On 09. 04. 19 11:02, Steve Groeger wrote:
> Hi Jan,
> 
> I sent the post below about a month ago but didn't get a response from 
> you as to the review of the new webrevs.
> Not sure whether you got it or not but I would be grateful if you could 
> take a look at these webrevs and let me know whether they are OK now.
> If they are OK, please let me know the next steps needed to get these 
> merged into the code base.
> 
> Thanks
> Steve Groeger
> IBM Runtime Technologies
> Hursley, Winchester
> Tel: (44) 1962 816911  Mobex: 279990  Mobile: 07718 517 129
> Fax (44) 1962 816800
> Lotus Notes: Steve Groeger/UK/IBM
> Internet: groeges at uk.ibm.com
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 

> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
3AU
> 
> 
> 
> From: Steve Groeger <GROEGES at uk.ibm.com>
> To: Jan Lahoda <jan.lahoda at oracle.com>
> Cc: compiler-dev at openjdk.java.net
> Date: 07/03/2019 09:57
> Subject: Re: RFR: [8218152] javac fails and exits with no error if a bad 

> annotation processor is on the classpath
> Sent by: "compiler-dev" <compiler-dev-bounces at openjdk.java.net>
> ------------------------------------------------------------------------
> 
> 
> 
> Hi Jan,
> 
> Thanks for providing a possible test for the malformed Annotation 
Processor.
> I have taken the code you provided and tweaked it a bit (for jdk) and 
> had to
> write a similar thing for jdk8u as some of the functionality in the test 

> is not
> available in the same form in jdk8u (well, not that I could find!!!)
> 
> I would be grateful if you could review to code in the new webrevs.
> _
> __
https://urldefense.proofpoint.com/v2/url?u=http-3A__cr.openjdk.java.net_-7Esgroeger_8218152_jdk_webrev.02_-5F-5F&d=DwID-g&c=jf_iaSHvJObTbx-siA1ZOg&r=78GW2OHz7nNTH2dBkTx7-TKh2QCt3JD3zukzeUO8RpA&m=uCg3akeFaW8zN9SsRJe7AlymlgusgBYtdoAIIrc1fdU&s=jWm2HAcUvWNUBxGsKYIxVQTHvgLka4bP9ecl4AGdIvU&e=

> __
https://urldefense.proofpoint.com/v2/url?u=http-3A__cr.openjdk.java.net_-7Esgroeger_8218152_jdk8u_webrev.02_-5F&d=DwID-g&c=jf_iaSHvJObTbx-siA1ZOg&r=78GW2OHz7nNTH2dBkTx7-TKh2QCt3JD3zukzeUO8RpA&m=uCg3akeFaW8zN9SsRJe7AlymlgusgBYtdoAIIrc1fdU&s=l65q77Htdor8AqiYZojE5bAmUKGwdASX9gNxXpyRZCg&e=

> 
> Any issues please let me know.
> 
> PS. I left the FatalErorr in JavacProcessingEnvironment.javaas we
> wanted Jon to comment on whether this is what is required or whether
> we go with your previous suggestion.
> 
> Thanks
> Steve Groeger
> IBM Runtime Technologies
> Hursley, Winchester
> Tel: (44) 1962 816911  Mobex: 279990  Mobile: 07718 517 129
> Fax (44) 1962 816800
> Lotus Notes: Steve Groeger/UK/IBM
> Internet: groeges at uk.ibm.com
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 

> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
3AU
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 

> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
3AU
> 
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 

> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
3AU

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20190410/db4c4a03/attachment.html>