Re: tomcat presentations on ApacheCon 2021
On 27/09/2021 20:27, Усманов Азат Анварович wrote:
Hi everyone! Does anybody know where/when to find the video/audio/slides (if
any) from the last weeks's tomcat track on ApacheCon 2021?Because I completely
missed it last week.
I'm assuming all of these would be added to tomcat presentations page
http://tomcat.apache.org/presentations.html or
https://www.youtube.com/c/ApacheTomcatOfficial/videos at some point in time.I'm in no
rush , just wanna make sure I haven't missed anything which could be useful on a daily
basis. Especialy considering the fact that I've had a few aha ("I wish I'd knew
this earlier") type moments after watching tomcat presentations before.
The conference team has a few hundred videos to process. They should
start to appear over the next few weeks. Mine was pretty much the same
as the one from ApacheCon Asia which is already available.
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
tomcat presentations on ApacheCon 2021
Hi everyone! Does anybody know where/when to find the video/audio/slides (if
any) from the last weeks's tomcat track on ApacheCon 2021?Because I completely
missed it last week.
I'm assuming all of these would be added to tomcat presentations page
http://tomcat.apache.org/presentations.html or
https://www.youtube.com/c/ApacheTomcatOfficial/videos at some point in time.I'm
in no rush , just wanna make sure I haven't missed anything which could be
useful on a daily basis. Especialy considering the fact that I've had a few
aha ("I wish I'd knew this earlier") type moments after watching tomcat
presentations before.
С уважением,
Азат Усманов
Отдел разработки программного обеспечения
Казанский инновационный университет имени В.Г.Тимирясова
Re: AW: JASPIC AuthConfigProvider packaged with the web application not found
On 23/09/2021 07:03, Keil, Matthias (ORISA Software GmbH) wrote: Hi Bernd, Yes, I would like to define my Server Auth module in the jaspic-providers.xml and then provide the class with the web application. Sorry, that isn't going to be supported. You either need to provide everything at the container level or everything at the web application level. The main concern with configuration at the container level and implementation at the web application level is that web applications can be undeployed at which point everything breaks. I'll update the documentation to make these two options clearer. Mark Mit vielen Grüßen Matthias Keil -Ursprüngliche Nachricht- Von: Bernd Schatz Gesendet: Dienstag, 21. September 2021 23:25 An: users@tomcat.apache.org Betreff: Re: JASPIC AuthConfigProvider packaged with the web application not found Hi, Am 19.09.21 um 19:48 schrieb Keil, Matthias (ORISA Software GmbH): Hello everyone and thanks for the hints. They also work as expected and I can package the provider in the web application . Nevertheless, the Configuration Reference (https://tomcat.apache.org/tomcat-9.0-doc/config/jaspic.html) suggests that you define your own provider in jaspic-providers.xml and Tomcat will then find it. I am really only interested in a separate server auth module (SAM). Since I saw no way in the documentation to pack this into the web application. That's why I tried the way through the provider. You want to define the class in the jaspic-providers.xml but package the provider implementation(s) in the application(s) ? As I said, your suggestions work, but there are also a number of additional classes needed to provide the actual SAM. Thank you again If you dont need the whole flexibility of JASPI you can also do something like this: public class MyAuthProvider implements AuthConfigProvider, ServerAuthConfig, ServerAuthModule, ServerAuthContext - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 9.0 async read becomes blocking with chunked transfer-encoding
On 27/09/2021 15:55, Mark Thomas wrote: On 27/09/2021 09:08, Goldengate liu wrote: Hi Mark, I’m uploading some test files Thanks for the test case. I'm looking at this now. Bug found and fixed. One thing to note is that with chunked encoding it is possible for you to see isReady() return true only for the subsequent read to return 0 bytes. This happens when just (or only part of) the chunked header is available. The sample code you provided handled this correctly. The fix will be in the October release round. The release process for that should hopefully start later today. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 9.0 async read becomes blocking with chunked transfer-encoding
On 27/09/2021 09:08, Goldengate liu wrote:
Hi Mark,
I’m uploading some test files
Thanks for the test case. I'm looking at this now.
Mark
Below are the steps:
1. compile GetPayloadServlet.java and put it to
webapps/test/WEB-INF/classes/test/
2. put web.xml to webapps/test/WEB-INF/
3. start tomcat (9.0.19), I tried with 9.0.53, I got the same result
4. use HttpPostTest(I’m using Apache httpclient-4.5.1.jar,
httpcore-4.4.4.jar), the test is sending data with chunked
transfer-encoding, one step here
4.1. put a debug point before streamWrite at flushBuffer method in
org.apache.http.impl.io.SessionOutputBufferImpl, the purpose is to pause
flushing to the socket
*private* *void* flushBuffer() *throws* IOException {
*final* *int* len = *this*.buffer.length();
*if* (len > 0) {
streamWrite(*this*.buffer.buffer(), 0, len);
*this*.buffer.clear();
*this*.metrics.incrementBytesTransferred(len);
}
}
5. put a debug point on GetPayloadServlet
@Override
public void onDataAvailable() throws IOException {
byte buffer[] = new byte[BUFFER_SIZE];
while(inputStream.isReady()) {// when isReady returns true,
inputStream.read(buffer) is actually blocked with chunked encoding
int read = inputStream.read(buffer);
if (read < 0) {
break;
}
bos.write(buffer, 0, read);
}
}
6. we can see once SessionOutputBufferImpl.flushBuffer flushes the
data,inputStream.read(buffer) inside GetPayloadServlet will be
un-blocked with read
Or am I doing something wrong? this is a basic use case.
Thanks,
Andrew
On Sep 22, 2021, at 1:14 AM, Mark Thomas > wrote:
On 22/09/2021 08:22, Goldengate liu wrote:
Hi Chris,
Servlet 3.1 spec defines that ServletInputStream can be used to
read as non-blocking way as long as there is data ready locally by
calling isReady method and check the ready condition before calling
read, and read should throw IllegalStateException if called by
caller when data is not ready
The above only applies if the servlet is in async mode. Is it?
correct, when it’s running as async mode
OK. You are going to need to provide the simplest complete example
that demonstrates this then. Something like the source for a single
Servlet and a curl command to send a request to it.
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 9.0 async read becomes blocking with chunked transfer-encoding
Hi Mark, I’m uploading some test files
GetPayloadServlet.java
Description: Binary data
HttpPostTest.java
Description: Binary data
web.xml
Description: XML document
Below are the steps: 1. compile GetPayloadServlet.java and put it to webapps/test/WEB-INF/classes/test/ 2. put web.xml to webapps/test/WEB-INF/ 3. start tomcat (9.0.19), I tried with 9.0.53, I got the same result 4. use HttpPostTest(I’m using Apache httpclient-4.5.1.jar, httpcore-4.4.4.jar), the test is sending data with chunked transfer-encoding, one step here 4.1. put a debug point before streamWrite at flushBuffer method in org.apache.http.impl.io.SessionOutputBufferImpl, the purpose is to pause flushing to the socket private void flushBuffer() throws IOException { final int len = this.buffer.length(); if (len > 0) { streamWrite(this.buffer.buffer(), 0, len); this.buffer.clear(); this.metrics.incrementBytesTransferred(len); } } 5. put a debug point on GetPayloadServlet @Override public void onDataAvailable() throws IOException {byte buffer[] = new byte[BUFFER_SIZE];while(inputStream.isReady()) {// when isReady returns true, inputStream.read(buffer) is actually blocked with chunked encoding int read = inputStream.read(buffer); if (read < 0) { break; } bos.write(buffer, 0, read);} } 6. we can see once SessionOutputBufferImpl.flushBuffer flushes the data, inputStream.read(buffer) inside GetPayloadServlet will be un-blocked with read Or am I doing something wrong? this is a basic use case. Thanks, AndrewOn Sep 22, 2021, at 1:14 AM, Mark Thomas wrote:On 22/09/2021 08:22, Goldengate liu wrote:Hi Chris,Servlet 3.1 spec defines that ServletInputStream can be used to read as non-blocking way as long as there is data ready locally by calling isReady method and check the ready condition before calling read, and read should throw IllegalStateException if called by caller when data is not readyThe above only applies if the servlet is in async mode. Is it?correct, when it’s running as async modeOK. You are going to need to provide the simplest complete example that demonstrates this then. Something like the source for a single Servlet and a curl command to send a request to it.Mark-To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.orgFor additional commands, e-mail: users-h...@tomcat.apache.org
