vice on how to properly synchronize asynchronous
servlets that use the Java servlet 3.0 async APIs.
Especially, I'm trying to avoid having the servlet experience
IllegalStateExceptions when accessing HttpServletRequest and
HttpServletResponse objects that tomcat has recycled.
The theory I&
François,
>
> On 3/4/25 10:32 AM, François Rajotte wrote:
> > Hi,
> >
> > I'm looking for advice on how to properly synchronize asynchronous
> > servlets that use the Java servlet 3.0 async APIs.
> >
> > Especially, I'm trying
François,
On 3/4/25 10:32 AM, François Rajotte wrote:
Hi,
I'm looking for advice on how to properly synchronize asynchronous
servlets that use the Java servlet 3.0 async APIs.
Especially, I'm trying to avoid having the servlet experience
IllegalStateExceptions when
Hi,
I'm looking for advice on how to properly synchronize asynchronous
servlets that use the Java servlet 3.0 async APIs.
Especially, I'm trying to avoid having the servlet experience
IllegalStateExceptions when accessing HttpServletRequest and
HttpServletResponse objects that
Thanks for the help.
Best regards,
Chris Evans
-Original Message-
From: Christopher Schultz
Sent: Wednesday, February 26, 2025 7:38 AM
To: users@tomcat.apache.org
Subject: Re: Tomcat 10.1.36 Configuration Question: Client Certificate(s)
missing from servlet request object
Robert
Robert,
On 2/25/25 5:59 PM, Robert Turner wrote:
Tomcat 10.x uses the jakarta versions of the API, and I believe all the
attributes have been renamed:
"javax.servlet.request.X509Certificate" ->
"jakarta.servlet.request.X509Certificate"
+1
This is documented in Jakart
>
> Hello,
>
> I need assistance with accessing client certificates from a servlet. This
> is not a servlet code question but a configuration question. The call to:
> request.getAttribute("javax.servlet.request.X509Certificate");
>
> is not returning any certificates.
Hello,
I need assistance with accessing client certificates from a servlet. This is
not a servlet code question but a configuration question. The call to:
request.getAttribute("javax.servlet.request.X509Certificate");
is not returning any certificates. The last time that I needed
CVE-2024-56337 Apache Tomcat - RCE via write-enabled default servlet -
CVE-2024-50379 mitigation was incomplete
Severity: Important
Vendor: The Apache Software Foundation
Versions Affected:
Apache Tomcat 11.0.0-M1 to 11.0.1
Apache Tomcat 10.1.0-M1 to 10.1.33
Apache Tomcat 9.0.0.M1 to 9.0.97
I truly appreciate your swift response, Mark. Thank you so much!
On Thu, Dec 19, 2024 at 4:23 PM Mark Thomas wrote:
> On 19/12/2024 10:49, Thiru wrote:
> > Hello There,
> >
> > Good day!
> >
> > Could you kindly help clarify the following regarding CVE-2024-50379?
> >
> > In the default Tomcat
On 19/12/2024 10:49, Thiru wrote:
Hello There,
Good day!
Could you kindly help clarify the following regarding CVE-2024-50379?
In the default Tomcat setup, the readonly initialization parameter of the
DefaultServlet is not write-enabled, even for a case-insensitive file
system (Reference: http
Hello There,
Good day!
Could you kindly help clarify the following regarding CVE-2024-50379?
In the default Tomcat setup, the readonly initialization parameter of the
DefaultServlet is not write-enabled, even for a case-insensitive file
system (Reference: https://tomcat.apache.org/tomcat-9.0-doc
CVE-2024-50379 Apache Tomcat - RCE via write-enabled default servlet
Severity: Important
Vendor: The Apache Software Foundation
Versions Affected:
Apache Tomcat 11.0.0-M1 to 11.0.1
Apache Tomcat 10.1.0-M1 to 10.1.33
Apache Tomcat 9.0.0.M1 to 9.0.97
Description:
If the default servlet is write
Holger,
On 10/19/24 04:02, Holger Klawitter wrote:
you Servlet is not connected to any url.
You need a servlet mapping with a url-pattern
specifyng which url to reply to.
+1
-chris
Frank Myers wrote (at 2024-10-18 21:05 +):
Chris,
I use "http://9.114.12.58:8080/WHMerge/";
W
Frank,
you Servlet is not connected to any url.
You need a servlet mapping with a url-pattern
specifyng which url to reply to.
Frank Myers wrote (at 2024-10-18 21:05 +):
> Chris,
>
> I use "http://9.114.12.58:8080/WHMerge/";
> Web.xml (in the war file) contains
>
jakartaee/web-app_5_0.xsd"; id="WebApp_ID"
version="5.0">
WHMerge
WHMerge
com.ibm.wca4z.webhooks.WHMerge
With kindest regards,
Frank Myers
From: Christopher Schultz
Sent: Friday, October 18, 2024 11:53 AM
To: users@tomcat.ap
RL are you using to access your servlet? What does your web.xml
file look like?
Thanks,
-chris
From: Frank Myers
Sent: Thursday, October 17, 2024 9:31 AM
To: Tomcat Users List
Subject: [EXTERNAL] RE: Can't access servlet 404 advise requested
Holger,
I i
, him, his)
Developer
Slack: @Franklin Myers
E-mail: franklin.my...@ibm.com
From: Frank Myers
Sent: Thursday, October 17, 2024 9:31 AM
To: Tomcat Users List
Subject: [EXTERNAL] RE: Can't access servlet 404 advise requested
Holger,
I implemented both dopost
: Thursday, October 17, 2024 3:51:45 AM
To: Tomcat Users List
Subject: [EXTERNAL] Re: Can't access servlet 404 advise requested
Hello,
the path in the tomcat manager app brings you to http://localhost/WEBAPP/
or http://localhost/WEBAPP/index.html via HTTP GET. Is your servlet
configured to
Hello,
the path in the tomcat manager app brings you to http://localhost/WEBAPP/
or http://localhost/WEBAPP/index.html via HTTP GET. Is your servlet
configured to reply to that url? This is normally done in web.xml with
the Element.
Moreover: as you seem to be writing a doPost() Method. You
Hi all,
I'm running Tomcat9 on Ubuntu.
I copied a servlet war (a webhook) file which was automatically deployed in my
webapps directory.
Using the "Tomcat Web Application Manager" I see my servlet path and display
name listed.
When I click on the path I get the "HTTP St
t;
> >>> I'd like to put some effort into the DefaultServlet and the WebDAV servlet
> >>> to align them more with mod_autoindex and add some minor improvements if I
> >>> can cover my usecases here at work.
> >>>
> >>> Currently, I use
s,
> >>>
> >>> I'd like to put some effort into the DefaultServlet and the WebDAV servlet
> >>> to align them more with mod_autoindex and add some minor improvements if I
> >>> can cover my usecases here at work.
> >>>
> >>> C
Michael,
On 10/1/24 12:14, Michael Osipov wrote:
On 2024/10/01 15:20:53 Rémy Maucherat wrote:
On Tue, Oct 1, 2024 at 4:53 PM Michael Osipov wrote:
Folks,
I'd like to put some effort into the DefaultServlet and the WebDAV servlet
to align them more with mod_autoindex and add some
On 2024/10/01 15:20:53 Rémy Maucherat wrote:
> On Tue, Oct 1, 2024 at 4:53 PM Michael Osipov wrote:
> >
> > Folks,
> >
> > I'd like to put some effort into the DefaultServlet and the WebDAV servlet
> > to align them more with mod_autoindex and add some mi
On Tue, Oct 1, 2024 at 4:53 PM Michael Osipov wrote:
>
> Folks,
>
> I'd like to put some effort into the DefaultServlet and the WebDAV servlet
> to align them more with mod_autoindex and add some minor improvements if I
> can cover my usecases here at work.
>
> Cur
Folks,
I'd like to put some effort into the DefaultServlet and the WebDAV servlet
to align them more with mod_autoindex and add some minor improvements if I
can cover my usecases here at work.
Currently, I use mod_dav which I want to replace with the WebDAV servlet
because I don't have
All,
On 8/6/24 09:02, Chuck Caldarale wrote:
On Aug 6, 2024, at 07:50, Georg Kunkemöller
wrote:
i upgraded my tomcat-servlet-api from 10.1.25 to 10.1.26 and noticed that
between those 2 the module-info.class went missing which breaks my
application which requires the jakarta.servlet
> On Aug 6, 2024, at 07:50, Georg Kunkemöller
> wrote:
>
> i upgraded my tomcat-servlet-api from 10.1.25 to 10.1.26 and noticed that
> between those 2 the module-info.class went missing which breaks my
> application which requires the jakarta.servlet module. I could also
Hello,
i upgraded my tomcat-servlet-api from 10.1.25 to 10.1.26 and noticed that
between those 2 the module-info.class went missing which breaks my
application which requires the jakarta.servlet module. I could also not
find it i a subdirectory somewhere. Was this change intentional?
Best
e highly recommended.
> The unfortunate thing is that this book covers the JSP 2.0 and Servlet 2.4
> specifications in depth while my version of Tomcat (9.0.87) supports JSP 2.3
> and Servlets 4.0.
>
> In the Tomcat configuration part of the book, I am told to enable the Serv
ernet.
The unfortunate thing is that this book covers the JSP 2.0 and Servlet 2.4
specifications in depth while my version of Tomcat (9.0.87) supports JSP 2.3
and Servlets 4.0.
In the Tomcat configuration part of the book, I am told to enable the Servlet
invoker by uncommenting the following lines
On 01/02/2024 17:48, Ryanesch@yahoo wrote:
On Feb 1, 2024, at 10:34 AM, Mark Thomas wrote:
On 31/01/2024 00:15, Ryan Esch wrote:
From what I understand, the container knows if a user is authenticated by
using the session id passed to it and then looking up the user principal. If
this
>
> On Feb 1, 2024, at 10:34 AM, Mark Thomas wrote:
>
> On 31/01/2024 00:15, Ryan Esch wrote:
>> From what I understand, the container knows if a user is authenticated by
>> using the session id passed to it and then looking up the user principal. If
>> this is non-null, the user is authent
On 31/01/2024 00:15, Ryan Esch wrote:
From what I understand, the container knows if a user is authenticated by
using the session id passed to it and then looking up the user principal. If
this is non-null, the user is authenticated. I am using web.xml with security
constraints and UsersRoleL
What should happen if
session.getAttribute("javax.security.auth.subject") returns a non-null
value?
-Terence Bandoian
On 1/30/2024 5:15 PM, Ryan Esch wrote:
>From what I understand, the container knows if a user is authenticated by
using the session id passed to it and then looking up the us
>From what I understand, the container knows if a user is authenticated by
>using the session id passed to it and then looking up the user principal. If
>this is non-null, the user is authenticated. I am using web.xml with security
>constraints and UsersRoleLoginModule defined in jaas.conf which
Peter,
On 12/30/23 01:41, Peter Rader wrote:
Peter,
On 12/29/23 07:56, Peter Rader wrote:
having a URL like this:
https://localhost:8443/index.html works perfect. This is my mapping:
Nano-Nano-Servlet
/index.html
Nano-Nano-Servlet
*.ts
Unfortunately this URI does not load (because of
> Peter,
>
> On 12/29/23 07:56, Peter Rader wrote:
> > having a URL like this:
> >
> > https://localhost:8443/index.html works perfect. This is my mapping:
> >
> >
> > Nano-Nano-Servlet
> > /index.html
> >
> >
> > Nano-Na
Peter,
On 12/29/23 07:56, Peter Rader wrote:
having a URL like this:
https://localhost:8443/index.html works perfect. This is my mapping:
Nano-Nano-Servlet
/index.html
Nano-Nano-Servlet
*.ts
Unfortunately this URI does not load (because of the %-sign):
https://localhost:8443
-- Forwarded message -
From: Aryeh Friedman
Date: Fri, Dec 29, 2023 at 8:08 AM
Subject: Re: Servlet-Mapping having %-sign
To:
On Fri, Dec 29, 2023 at 7:57 AM Peter Rader wrote:
> https://localhost:8443/@rm%2fmodel.ts
No idea on the original question but the URL ab
No idea on the original question but the URL above mightiest well read:
http://dear.hacker.please/hack-me.jsp
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.
Hey,
having a URL like this:
https://localhost:8443/index.html works perfect. This is my mapping:
Nano-Nano-Servlet
/index.html
Nano-Nano-Servlet
*.ts
Unfortunately this URI does not load (because of the %-sign):
https://localhost:8443/@rm%2fmodel.ts
It gives a http-status:400
FYI I share this mail from the freemarker-mailsystem for your entertainment,
enjoy.
> Gesendet: Dienstag, 07. November 2023 um 23:50 Uhr
> Von: "Daniel Dekany"
> An: "FreeMarker developer list"
> Subject: Jakarta Servlet support decision
>
> The package
options on all of the backend’s classes. It appears that it was
down to me being an idiot!
In my servlet there is code that says:
ServletContext myContext = request.getServletContext();
ServletContext backendContext = myContext.getContext(“/backend”);
When I was creating the RequestDispatcher
Andy,
On 8/15/23 03:32, Andy Pont wrote:
Chris wrote…
The .forward() should keep all request headers (and many other things)
in-tact. You might want to log some things in plugins/whatever to see
what is being done.
You should be using the *same objects* your servlet got for the
request
Chris wrote…
The .forward() should keep all request headers (and many other things) in-tact.
You might want to log some things in plugins/whatever to see what is being done.
You should be using the *same objects* your servlet got for the request and response when
calling
ing received by the
backend servlet is the same as if it is called directly without me
intercepting it.
The .forward() should keep all request headers (and many other things)
in-tact. You might want to log some things in plugins/whatever to see
what is being done.
You should be using the *s
() method didn’t change anything on route in
either direction.
Using JD-GUI I have looked at the class that is generates the above
error message and it appears as the result of a check on the
“user-agent” setting. I am now puzzled as what is being received by the
backend servlet is the same as if
Mark wrote...
RequestDispatcher operates within a given ServletContext (web application).
You are trying to do a cross-context dispatch - i.e. to another web
application. To do this you will need to:
- enable cross-context dispatch for the /plugins web application
https://tomcat.apache.org/to
ttps:///backend/rest/abc/xx where “xx” represents a number
that tells it what to act upon.
I have started developing a new servlet which handles POST requests to
the URL: https:///plugins/abc/xx. In some cases (based on
a values in the request body), the servlet will process things itself
ckend” directory contains the parts of the system that do
the bulk of the work and appear to be mainly .jsp files.
Amongst other things, the “backend” handles a URL
https:///backend/rest/abc/xx where “xx” represents a
number that tells it what to act upon.
I have started developing a new se
tells it what to act upon.
I have started developing a new servlet which handles POST requests to
the URL: https:///plugins/abc/xx. In some cases (based on
a values in the request body), the servlet will process things itself
and generate its own response. For certain cases it just needs to
Yes. But fortunately it is not a tomcat issue. The NewRelic agent we used
for instrumentation, could've caused it. After disabling the Browser
instrumentation in newrelic it compiled fine. Also it worked well in other
server where we dont have newrelic. So Thanks for checking. Sorry for
updating it
On 01/08/2023 19:13, அருள்ராஜன் அ லை wrote:
Hi
We are recently upgraded tomcat 8.5.91 . While the below JSP compiled into
JAVA it is missing some content
JSP
JAVA class generated
try {
response.setContentType("text/html");
pageContext = _jspxFactory.getPageContex
mport javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
/**
* This servlet program is used to print "Hello World" on
* client browser by implementing servlet interface.
* @author w3spoint
*/
public class HelloWorld implements Servlet {
All,
Just saw this in production. We resolved it by bouncing the server
because we needed to use it :)
This is Tomcat 8.5.89.
> Exception: java.lang.NullPointerException Stack Trace:
> java.lang.NullPointerException: (no message)
>
org.apache.jasper.JspCompilationContext.createOutputDir(JspC
have recompiled it, and have placed the new
class file in the webapps directory.
Do you, or does anybody else have sny servlet book suggestions?
Amazon only had this and one other that was even older.
Please go back and read the responses from the other day. Check the
(threaded) mailing list archives
webapps directory.
Do you, or does anybody else have sny servlet book suggestions?
Amazon only had this and one other that was even older.
Sent from Yahoo Mail for iPhone
On Friday, January 13, 2023, 8:23 AM, Christopher Schultz
wrote:
Anthony,
On 1/12/23 18:18, Anthony Dell'Anno wrote:
&
EE or old
servlet, etc. package names while Tomcat 10 will want you to use the new
ones. Without going into too much detail, you basically want to change
every instance of:
javax.[stuff]
To:
jakarta.[stuff]
The book does a good job of explaining code samples, but doesn’t
describe any solutio
HelloWorld servlet, located in my
tomcat_home/webapps/servlet_files/classes/hello_app directory, with the
corresponding web.xml file located just outside of that folder.
The same directory structure is the same for servlet #2.
The URL pattern for HelloWorld is /HelloWorld, and the second servlet’s
On 30/06/2022 11:56, Jürgen Weber wrote:
Hi,
use case: HTML clients connect to @ServerEndpoint, some Servlet.GET
should send a message to connected HTML clients.
I found no other way to have the Servlet have a reference to the
ServerEndpoint than a hack with a static field, as in the Tomcat
Hi,
use case: HTML clients connect to @ServerEndpoint, some Servlet.GET
should send a message to connected HTML clients.
I found no other way to have the Servlet have a reference to the
ServerEndpoint than a hack with a static field, as in the Tomcat
sample.
https://github.com/apache/tomcat
Thanks for the quick fix :)
On 2022/02/28 16:47:20 Rémy Maucherat wrote:
> Thanks for the test, this is what I had in mind. As I kind of expected
> when reading about the sequential technique used, the previous fix was
> causing a new problem since the thread id was not reset until the full
> recy
On Mon, Feb 28, 2022 at 4:39 PM Istvan SZEKELY
wrote:
>
> I've written a NonBlocking ReadWrite test (testDelayedNBReadWrite, in the
> attached file). I'm not sure if it is a valid test case (though works on
> 8.5.73, fails on 8.5.75). If it is valid, i can make a PR if needed.
Thanks for the te
ic void testNonBlockingReadAsync() throws Exception {
doTestNonBlockingRead(false, true);
}
@Test(expected=IOException.class)
public void testNonBlockingReadIgnoreIsReady() throws Exception {
doTestNonBlockingRead(true, false);
}
private void doTestNonBlocking
On Thu, Feb 24, 2022 at 10:31 AM Istvan SZEKELY
wrote:
>
> Hello!
>
> I have an application where a ReadListener and a WriteListener (call it
> MyWriteListener) set to the ServletInputStream and the ServletOutputStream
> objects. Updating the Tomcat container from 8.5.73 to 8.5.75, the follow
> er
Hello!
I have an application where a ReadListener and a WriteListener (call it
MyWriteListener) set to the ServletInputStream and the ServletOutputStream
objects. Updating the Tomcat container from 8.5.73 to 8.5.75, the follow
error occured. The ServletOutputStream objects's isReady function alway
All,
When building a filter chain to execute for a request, the spec says
that the ordering is "as declared in the deployment descriptor". These
is an example in the spec language but I wanted to be absolutely sure I
understand this.
The ordering of the elements in web.xml is not relevant.
Thanks Remy, I now see that Mark has already been working on this and
committed 7 patches to resolve this issue. I see that these commits were
made right after the release of 9.0.43 (Feb. 1st while 9.0.43 was
release on Jan. 28th)
https://github.com/apache/tomcat/commit/ee6069392752f930c64e160a
Sorry it took so long to get back to this. @Mark I've just filed bug
65136 as requested:
https://bz.apache.org/bugzilla/show_bug.cgi?id=65136
*Manuel Dominguez Sarmiento*
On 07/01/2021 05:40, Mark Thomas wrote:
On 06/01/2021 21:48, Manuel Dominguez Sarmiento wrote:
Hi, our system consists on
On 06/01/2021 21:48, Manuel Dominguez Sarmiento wrote:
> Hi, our system consists on about 80+ webapps on different servers.
> Multiple webapps are deployed per Tomcat server remotely using the
> manager and host-manager webapps.
>
> This has been working fine for years, however some servers now ha
Hi, our system consists on about 80+ webapps on different servers.
Multiple webapps are deployed per Tomcat server remotely using the
manager and host-manager webapps.
This has been working fine for years, however some servers now have 5+
webapps and they are taking a long time to start. We in
Hi Chris -
>On 10/9/20 16:12, BOSECKER Nancy wrote:
>> I have a servlet that loads when Tomcat is started. It's loaded from xml:
>> > privileged="true"
>> antiResourceLocking="false"
>>
>> swallowOutp
Nancy,
On 10/9/20 16:12, BOSECKER Nancy wrote:
> I have a servlet that loads when Tomcat is started. It's loaded from xml:
> privileged="true"
> antiResourceLocking="false"
> unpackWAR="true"
> swallowOutput=&
Hi-
I have a servlet that loads when Tomcat is started. It's loaded from xml:
There isn't anything special about this particular one, but I've noticed that
Tomcat fails to load it sporadically with:
2020-10-09 13:04:40,250 [org.apache.catalina.core.StandardContex
On July 25, 2020 3:25:18 PM UTC, John Dale wrote:
>Greetings;
>
>We've wrapped my connection pool interface in a Factory. Can you
>confirm how the current request's thread is used by JDBC connection
>pooling to MySQL?
>
>Sincerely,
>
>John
>
>--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John,
On 7/25/20 11:25, John Dale wrote:
> We've wrapped my connection pool interface in a Factory. Can you
> confirm how the current request's thread is used by JDBC
> connection pooling to MySQL?
Are you using Tomcat to manage your DataSource re
Greetings;
We've wrapped my connection pool interface in a Factory. Can you
confirm how the current request's thread is used by JDBC connection
pooling to MySQL?
Sincerely,
John
-
To unsubscribe, e-mail: users-unsubscr...@tomc
wrote:
>
> > Hello
> >
> > I am trying to invoke a mbean through jmxproxy servlet. Arguments are
> > separated with , so when one argument itself is containing a coma, it
> > breaks the invocation.
> >
> > It seems there is no way to escape ,.
&
Hi,
On Mon, Mar 23, 2020 at 7:08 PM Arnaud Yahoo
wrote:
> Hello
>
> I am trying to invoke a mbean through jmxproxy servlet. Arguments are
> separated with , so when one argument itself is containing a coma, it
> breaks the invocation.
>
> It seems there is no way to esca
Hello
I am trying to invoke a mbean through jmxproxy servlet. Arguments are
separated with , so when one argument itself is containing a coma, it
breaks the invocation.
It seems there is no way to escape ,.
For example trying to save a context configuration fails :
curl -u user:pass -G
Subject: [OT] Has anyone ever implemented an FTP server using the Servlet API?
[External email: Use caution! Do not open attachments or click on links from
unknown senders or unexpected emails.]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All,
This is a weird question, I know. FTP, really?
Well
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All,
This is a weird question, I know. FTP, really?
Well, I have a product[1] that can deliver files via SFTP and FTPS but
not via a web service (e.g. HTTP PUT). I was wondering how feasible it
would be to build an FTP endpoint which could accept a
he.org/bugzilla/show_bug.cgi?id=59219
https://bz.apache.org/bugzilla/show_bug.cgi?id=59220
Those bugs were mainly fixed by modifying the service method of the
CoyoteAdapter class, but in my scenario, it looks like it's the
asyncDispatch method that is being hit instead.
Description of the sc
evelopment time for something that's mostly like used
>> once. That's why I settled on static. As for default
>> configuration, I plan on having only one listener and one servlet
>> for all requests of dynamic content and delegate accordingly as
>> per my the
nfo())
Keep in mind that not all web applications are deployed on a file
system. If the web application is deployed as a WAR you'll get null back.
Mark
> Does it then check if the file actually exists
> for both getRealPath() and getPathTranslated() and compare? Going forward
> to ha
-01.ibm.com/support/docview.wss?uid=swg21259282
> >
> > While reviewing the JSR-369 history, at jcp.org, it seems that this is
> > since servlet spec 2.3, perhaps even earlier. Does anyone know if the
> > email spec-sub...@jcp.org is the correct email which I can submit a
>
cp.org, it seems that this is
> since servlet spec 2.3, perhaps even earlier. Does anyone know if the
> email spec-sub...@jcp.org is the correct email which I can submit a
> proposal for updating the JSR-369?
It isn't.
The Java EE specs have moved to Eclipse and are in the process of
re
r inspecting what's be passed around to various components
before reaching the TC's default servlet):
Class: org.apache.catalina.connector.RequestFacade
ServletContext Class: org.apache.catalina.core.ApplicationContextFacade
ContextPath: /erm-0.0
After some further research, it appears the issue I'm encountering is known
since 2007 by IBM at least:
https://www-01.ibm.com/support/docview.wss?uid=swg21259282
While reviewing the JSR-369 history, at jcp.org, it seems that this is
since servlet spec 2.3, perhaps even earlier. Does a
RealPath(getServletPath() +
> >> getPathInfo());
> >> }
> >>return getServletContext().getRealPath(getServletPath());
> >> }
> >> }
> >> return null;
> >>
> >> I think that would also fix the translated path I
= null) {
>>if (getPathInfo() != null) {
>>
>>return getServletContext().getRealPath(getServletPath() +
>> getPathInfo());
>>}
>>return getServletContext().getRealPath(getServletPath());
>> }
>> }
>> return null;
>>
>>
256
>>
>> Tommy,
>>
>> On 6/15/19 21:51, Tommy Pham wrote:
>> > Hi Mark,
>> >
>> > After some research and thought about internal application flow, I
>> > think the 'cleanest' is have TC's default servlet handle the *.html
>>>
> >>>> After some research and thought about internal application
> >>>> flow, I think the 'cleanest' is have TC's default servlet
> >>>> handle the *.html requests and use the assigned filter to
> >>>> r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 6/16/19 14:58, André Warnier (tomcat) wrote:
> On 16.06.2019 07:39, Christopher Schultz wrote: [...]
>>
>> Surprisingly,
>
> -1
Meh.
>> browsers do not use the value for "id" as the "name" when a name
>> is not specified for an tag. W
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Tommy,
> Tommy,
>
> On 6/15/19 21:51, Tommy Pham wrote:
>>>> Hi Mark,
>>>>
>>>> After some research and thought about internal application
>>>> flow, I think the 'cleanest' is ha
On 16.06.2019 07:39, Christopher Schultz wrote:
[...]
Surprisingly,
-1
browsers do not use the value for "id" as the "name"
when a name is not specified for an tag. Without a "name"
attribute, the form element is not sent to the server. :(
Not really surprising, see :
1) https://www.w3sc
> After some research and thought about internal application flow, I
> > think the 'cleanest' is have TC's default servlet handle the *.html
> > requests and use the assigned filter to restrict the access as
> > desired. Is there a better approach? On that plan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Tommy,
On 6/15/19 21:51, Tommy Pham wrote:
> Hi Mark,
>
> After some research and thought about internal application flow, I
> think the 'cleanest' is have TC's default servlet handle the *.html
> requests and use t
1 - 100 of 3354 matches
Mail list logo
