[Bug 65240] Multi line CATALINA_OPTS is failing in with new catalina.sh

https://bz.apache.org/bugzilla/show_bug.cgi?id=65240 Maciej Jaros changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #2 from Maciej Jaros

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 --- Comment #6 from romain.manni-bucau --- If it helps: 1. TomEE already does it and cost of reading the full class can be limited by adjusting well the buffer size 2. Never use a real use case for "not class" level and worse cases frameworks

buildbot success in on tomcat-85-trunk

The Buildbot has detected a restored build on builder tomcat-85-trunk while building tomcat. Full details are available at: https://ci.apache.org/builders/tomcat-85-trunk/builds/2692 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: asf946_ubuntu Build Reason: The

Re: JSTL issue

Mark, On 4/15/21 04:57, Mark Thomas wrote: If we wanted to address this and provide a way to allow JSTL to have the control over the included content required to pass this TCK test then we could modify 'useBomIfPresent' as follows: - true   - no change - remains the default - false  - no

[tomcat] branch 8.5.x updated: Limit local LDAP server to listening on localhost

This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch 8.5.x in repository https://gitbox.apache.org/repos/asf/tomcat.git The following commit(s) were added to refs/heads/8.5.x by this push: new 7168281 Limit local LDAP server to listening on

[tomcat] branch 9.0.x updated (0fc9226 -> 012d0d6)

This is an automated email from the ASF dual-hosted git repository. markt pushed a change to branch 9.0.x in repository https://gitbox.apache.org/repos/asf/tomcat.git. from 0fc9226 Add unboundid.jar to test class path so new tests can compile add 012d0d6 Limit local LDAP server to

[tomcat] branch master updated: Limit local LDAP server to listening on localhost

This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git The following commit(s) were added to refs/heads/master by this push: new 6e0aa41 Limit local LDAP server to listening on

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 --- Comment #4 from romain.manni-bucau --- Hi, Not sure it changed in last release but since javaee 6 (to at least EE8) it was only about types: https://docs.oracle.com/javaee/6/api/javax/servlet/annotation/HandlesTypes.html: > Set of

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 --- Comment #3 from Remy Maucherat --- (In reply to Mark Thomas from comment #1) > Looks like a Tomcat bug to me. That no-one has hit this bug in the 10+ years > since the first Tomcat 7 release (where support for this was first added) >

Re: JSTL issue

Hi, I definitely value the feedback and thoughts. I understand and I agree it's unlikely to be a real world use case. I am happy to give it a try to improve the flag and submit a PR for it. I'll make sure to fire a new TCK build with everything (servlet, jsp, etc) so we have more confidence in

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 --- Comment #2 from Grzegorz Grzybek --- I don't think TCK tests this - otherwise it'd be caught. In my personal opinion, annotations from @HandlesTypes should be checked only at class level, not at the method level. On the other hand, "8.1

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 --- Comment #1 from Mark Thomas --- Looks like a Tomcat bug to me. That no-one has hit this bug in the 10+ years since the first Tomcat 7 release (where support for this was first added) suggests it is a very rarely used feature but we should

Re: JSTL issue

On 15/04/2021 09:03, Jean-Louis MONTEIRO wrote: I've got an answer from JSTL team. Here it is 1. Jakarta Tags Specification Section 7.4 details the tag: c:import Within

[Bug 65244] annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 Grzegorz Grzybek changed: What|Removed |Added CC||gr.grzy...@gmail.com -- You are

[Bug 65244] New: annotations from @HandlesTypes are checked only at class level when scanning

https://bz.apache.org/bugzilla/show_bug.cgi?id=65244 Bug ID: 65244 Summary: annotations from @HandlesTypes are checked only at class level when scanning Product: Tomcat 9 Version: 9.0.45 Hardware: PC OS:

Re: JSTL issue

I've got an answer from JSTL team. Here it is Here is my take: > >1. Jakarta Tags Specification Section 7.4 details the tag: >c:import > > > > Within this, it details the