https://bz.apache.org/bugzilla/show_bug.cgi?id=68928
Bug ID: 68928
Summary: Apache httpd not starting with mod_jk 1.2.49 after
upgrade to SLES 15 SP5
Product: Tomcat Connectors
Version: 1.2.49
Hardware: PC
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #8 from Mark Thomas ---
Arguably the this issue isn't a Tomcat issue. This bug is a result of the
application using the work-around of setting the system property. That in turn
is used due to application and/or library issues
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
Remy Maucherat changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=68919
--- Comment #1 from Christopher Schultz ---
This can be easily done using the ROOT web application with a custom response
for e.g. /myapp/* which will execute when /myapp/ hasn't deployed properly.
You can even use the status code of your
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
--- Comment #8 from 7elem...@mail.bg ---
(In reply to Rainer Jung from comment #7)
> Your reproduction suggestion sounds easy, but it misses a lot of important
> precision. Since separating out CATALINA_BASE is a working recipe for many
&
https://bz.apache.org/bugzilla/show_bug.cgi?id=68919
Michael Osipov changed:
What|Removed |Added
CC||micha...@apache.org
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68919
Bug ID: 68919
Summary: Make Tomcat return 503 on stopped web applications
Product: Tomcat 9
Version: 9.0.x
Hardware: All
OS: All
Status: NEW
Severity
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
--- Comment #7 from Rainer Jung ---
Your reproduction suggestion sounds easy, but it misses a lot of important
precision. Since separating out CATALINA_BASE is a working recipe for many of
us, could you please answer:
- which OS
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
7elem...@mail.bg changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
--- Comment #5 from Michael Osipov ---
Created attachment 39673
--> https://bz.apache.org/bugzilla/attachment.cgi?id=39673=edit
Failed tests
(In reply to Christopher Schultz from comment #4)
> Thanks for doing this work; it IS pro
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #7 from Chris ---
Hi,
we have a central utility method to create our own instances of
"com.ctc.wstx.stax.WstxInputFactory" that is not the issue.
But we use libraries, that in the depth just call
"XMLInputFac
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #6 from Christopher Schultz ---
Is it possible for you to use your custom XMLInputFactory directly instead of
calling getInstance(), or do you need Tomcat's JSP compiler to use your custom
XMLInputFactory?
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
--- Comment #4 from Christopher Schultz ---
Thanks for doing this work; it IS promising.
Can you share the details of the failures?
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
Christopher Schultz changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
--- Comment #4 from 7elem...@mail.bg ---
"The only time "user.dir" is used is if the code initializing Tomcat doesn't
give it any specific information about where to load the configuration files
from."
How do you give specif
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
7elem...@mail.bg changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #3 from 7elem
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
--- Comment #3 from Michael Osipov ---
(In reply to Christopher Schultz from comment #1)
> (In reply to Michael Osipov from comment #0)
> > since we also do support LibreSSL [...]
>
> Note: Support for LibreSSL is more o
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #5 from Chris ---
You are absolutely right. Setting a SystemProperty within a web application is
not a desired approach.
The circumstances of our web application are rather homogeneous: it is always
installed as the one and only
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
--- Comment #2 from Remy Maucherat ---
I will review next week. It is very convoluted so it's possible something is
missing.
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
Christopher Schultz changed:
What|Removed |Added
OS||All
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68911
Bug ID: 68911
Summary: Newly introduced ConfigurationSource doesn't respect
environment variables
Product: Tomcat 9
Version: 9.0.x
Hardware: PC
Status: NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #4 from Konstantin Kolinko ---
(In reply to Chris from comment #2)
>
> System.setProperty(javax.xml.stream.XMLInputFactory.class.getName(),
> WstxInputFactory.class.getName());
>
The above line of code affects t
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
--- Comment #2 from Michael Osipov ---
(In reply to Christopher Schultz from comment #1)
> (In reply to Michael Osipov from comment #0)
> > since we also do support LibreSSL [...]
>
> Note: Support for LibreSSL is more o
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #3 from Christopher Schultz ---
:(
Sorry about that. We'll re-evaluate our solution to the opposite problem, which
is ClassLoader-pinning when the webapp's ClassLoader is used to obtain the
XMLInputFactory.
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
--- Comment #1 from Christopher Schultz ---
(In reply to Michael Osipov from comment #0)
> since we also do support LibreSSL [...]
Note: Support for LibreSSL is more of an aspiration and less of a requirement.
We don't technically advert
https://bz.apache.org/bugzilla/show_bug.cgi?id=68876
--- Comment #2 from Mark Thomas ---
I've converted the original mdl file to six SCG files and added those to the
main branch. I've also fixed the "warpper" typo.
They still need quite a bit of clean up including:
- cleaning up the
https://bz.apache.org/bugzilla/show_bug.cgi?id=68876
Mark Thomas changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Mark
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
Michael Osipov changed:
What|Removed |Added
CC||micha...@apache.org
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68910
Bug ID: 68910
Summary: Improve LibreSSL version check in tcnative.m4
Product: Tomcat Native
Version: 2.0.7
Hardware: All
OS: All
Status: NEW
Severity
https://bz.apache.org/bugzilla/show_bug.cgi?id=68908
--- Comment #2 from Mark Thomas ---
*** Bug 68878 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=68878
Mark Thomas changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=64839
Mark Thomas changed:
What|Removed |Added
CC||huangzeling8...@dingtalk.co
https://bz.apache.org/bugzilla/show_bug.cgi?id=68908
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
OS
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
--- Comment #2 from Chris ---
Yeah, it comes down to these changes:
https://github.com/apache/tomcat/commit/a2167e13c19115aecd220cd3be19d43d36126f3b
https://github.com/apache/tomcat/commit/3b8f277a7ffc1193ed6c6d4fff85db6dc7327e39
We set
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
Chris changed:
What|Removed |Added
OS||All
--- Comment #1 from Chris ---
I located
https://bz.apache.org/bugzilla/show_bug.cgi?id=68909
Bug ID: 68909
Summary: JSP compilation error due to classpath problems
Product: Tomcat 9
Version: 9.0.88
Hardware: PC
Status: NEW
Severity: normal
Priority
https://bz.apache.org/bugzilla/show_bug.cgi?id=68908
Bug ID: 68908
Summary: Tomcat feints death, there is no ClientPoller thread
in the stack information
Product: Tomcat 9
Version: 9.0.39
Hardware: PC
Status
https://bz.apache.org/bugzilla/show_bug.cgi?id=68901
Michael Osipov changed:
What|Removed |Added
CC||micha...@apache.org
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68901
--- Comment #1 from Michael Osipov ---
I'd like to see this backed by the current RFC if it is a requirement or just
the way Tomcat handles it. Also maybe it might be worth to raise the same issue
with HTTPd as well.
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=68901
Tiago do Couto changed:
What|Removed |Added
CC||ti...@docouto.dev
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68901
Bug ID: 68901
Summary: Coyote is hardcoded to drop connections on
400|408|411|414|500|503|501 which should be
configurable for application level errors to prevent
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
--- Comment #4 from Christopher Schultz ---
(In reply to Mark Thomas from comment #3)
> The JSP prologue and pageEncoding MUST agree for JSP documents in XML syntax.
s/pageEncoding/contentType/?
pageEncoding specifies the encod
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
--- Comment #3 from Mark Thomas ---
For the record, Chris is correct.
The JSP prologue and pageEncoding MUST agree for JSP documents in XML syntax.
For JSP pages that are not in XML syntax, the prologue is just template text
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
--- Comment #5 from Christopher Schultz ---
I'm ignorant of the threading details of Websocket, so maybe this is a stupid
question: Could a single thread be used to perform these kinds of cleanups,
instead of an army of threads? That would let
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
Christopher Schultz changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
--- Comment #1 from Michael Osipov ---
As far as I understand they should not contain an XML prolog at all since they
aren't JSPX
--
You are receiving this mail because:
You are the assignee for the bug
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=68895
wdevexp...@gmail.com changed:
What|Removed |Added
Keywords||APIBug, FAQ, FixedInTrunk
https://bz.apache.org/bugzilla/show_bug.cgi?id=68895
Bug ID: 68895
Summary: webdeveloper
Product: Tomcat Connectors
Version: unspecified
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
Component
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
--- Comment #4 from Matt M ---
Thank you for the feedback and completely agree that there are other factors
involved in creating the conditions for this issue to occur.
The intent behind the proposal is to make those scenarios more
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
Matt M changed:
What|Removed |Added
Attachment #39658|0 |1
is obsolete
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
--- Comment #2 from Mark Thomas ---
Patches should be in diff -u form.
The Tomcat team avoids using system properties for configuration unless
absolutely necessary (it isn't necessary here).
Given that this requires a network interruption
https://bz.apache.org/bugzilla/show_bug.cgi?id=68889
Remy Maucherat changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
Bug ID: 68890
Summary: Several JSPs in the manage application have
contradicting encoding
Product: Tomcat 11
Version: 11.0.0-M18
Hardware: All
OS: All
https://bz.apache.org/bugzilla/show_bug.cgi?id=68890
Michael Osipov changed:
What|Removed |Added
CC||micha...@apache.org
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68889
Michael Osipov changed:
What|Removed |Added
CC||micha...@apache.org
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68889
Bug ID: 68889
Summary: README.md refers to superseded Tomcat 10.0 version
Product: Tomcat 10
Version: 10.1.20
Hardware: All
OS: All
Status: NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
Michael Osipov changed:
What|Removed |Added
Attachment #39658|1 |0
is patch
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
Oded Brilon changed:
What|Removed |Added
CC||oded.bri...@servicenow.com
--
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
Matt M changed:
What|Removed |Added
CC||inconceiva...@gmail.com
--- Comment #1 from
https://bz.apache.org/bugzilla/show_bug.cgi?id=68884
Bug ID: 68884
Summary: Delayed HTTP Traffic Processing After Mass Websocket
Disconnect/Reconnect
Product: Tomcat 9
Version: 9.0.75
Hardware: All
OS
https://bz.apache.org/bugzilla/show_bug.cgi?id=68878
Bug ID: 68878
Summary: Tomcat feints death, there is no ClientPoller thread
in the stack information
Product: Tomcat 9
Version: 9.0.39
Hardware: PC
OS
https://bz.apache.org/bugzilla/show_bug.cgi?id=68876
Bug ID: 68876
Summary: serverStartup.pdf missing sources
Product: Tomcat 9
Version: 9.0.87
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
Remy Maucherat changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
--- Comment #5 from Christoph Empl ---
org.apache.catalina.filters.FailedRequestFilter
--
You are receiving this mail because:
You are the assignee for the bug
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
--- Comment #4 from Remy Maucherat ---
What is FailedRequestFilter ?
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
Christoph Empl changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
--- Comment #3 from Christoph Empl ---
I don't think that this commit
(https://github.com/apache/tomcat/commit/e7f902bb73c15a75e153c4a25036eabe788d3bb6)
fixes the error to the full extent.
In my use case, the IllegalStateException is thrown
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
Remy Maucherat changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68862
--- Comment #1 from Christoph Empl ---
Correction of my description: InputBuffer calls Response#sendError since
https://github.com/apache/tomcat/commit/700d582b508d899aa6dd2d1cc1e42c12e9f47ba0
--
You are receiving this mail because:
You
https://bz.apache.org/bugzilla/show_bug.cgi?id=68742
Remy Maucherat changed:
What|Removed |Added
OS||All
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68868
Mark Thomas changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=68868
Naman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bz.apache.org/bugzilla/show_bug.cgi?id=68871
Mark Thomas changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68868
Mark Thomas changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=68871
--- Comment #1 from hbelfer ---
In java the following code :
Object requestObject =
context.getMessageContext().get(jakarta.xml.ws.handler.MessageContext.SERVLET_REQUEST);
requestObject is null therefor String adrs = request.getRemoteAddr
https://bz.apache.org/bugzilla/show_bug.cgi?id=68871
Bug ID: 68871
Summary: getRemoteAddr does not work anymore!
Product: Tomcat 10
Version: unspecified
Hardware: Other
OS: Linux
Status: NEW
Severity
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://bz.apache.org/bugzilla/show_bug.cgi?id=68868
Bug ID: 68868
Summary: Log rotation in a Spring Boot application leaves
threads in timed_waiting state
Product: Tomcat 10
Version: unspecified
Hardware: PC
https://bz.apache.org/bugzilla/show_bug.cgi?id=68866
Brigade Citrine changed:
What|Removed |Added
URL||https://www.brigadecitrine
https://bz.apache.org/bugzilla/show_bug.cgi?id=68866
Bug ID: 68866
Summary: WebSocket reading
Product: Tomcat 10
Version: unspecified
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
Component
101 - 200 of 47005 matches
Mail list logo