On 28/04/2020 10:25, Markus Fömpe wrote:
> On 28.04.20, 10:06, "Mark Thomas" <ma...@apache.org> wrote:
> 
> [...]
>>
>>> This is root cause:
>>>
>>> java.lang.ClassCastException: class 
>>> org.eclipse.jdt.internal.compiler.lookup.PlainPackageBinding cannot be cast 
>>> to class org.eclipse.jdt.internal.compiler.lookup.TypeBinding 
>>> (org.eclipse.jdt.internal.compiler.lookup.PlainPackageBinding and 
>>> org.eclipse.jdt.internal.compiler.lookup.TypeBinding are in unnamed module 
>>> of loader java.net.URLClassLoader @20398b7c)
>>
>> Which Java version are you using here?
>>
> Java 11 Corretto. To be more specific I tested now with the following 
> vendor/versions:
> - AWS Corretto 11.0.7+10-LTS
> - AdoptOpenJDK 11.0.7+10
> - Oracle OpenJDK 14.0.1+7

Thanks. I can confirm Java version doesn't appear to be a factor.

>>> I use the docker image tomcat:9.0.34.
>>
>> Just to note that the ASF doesn't provide Docker images. It seems
>> unlikely but if we can't reproduce this with a clean install of Apache
>> Tomcat as provided by the ASF, you might need to take this up with the
>> provider of that image.
>>
> 
> Ok, I mentioned the Docker image because I thought it might make the 
> reconstruction a bit easier.

Ack. I'm nearly always building from source. For me, just dropping a JSP
in ROOT is the simplest way to reproduce an issue.

> I have also tried it with my local Tomcat installed via homebrew, which 
> downloads Tomcat directly from ASF, and found the same error.

I can confirm it as well.

I've made some progress with the debugging. JDT 4.15 makes an additional
call to INameEnvironment.findType() and passes
"org.apache.jsp.test_jsp$1InnerClass". JDT 4.13 does not make that call.

I want to research a little more into why this has changed but it looks
like an update to the custom INameEnvironment we use in JDTCompiler will
be required.

Mark

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

Reply via email to