Chris,
On Tue, Jan 22, 2019 at 7:16 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Igal,
>
> On 1/22/19 14:31, Igal Sapir wrote:
> > On Tue, Jan 22, 2019 at 11:09 AM Mark Thomas
> > wrote:
> >
> >> On 22/01/2019 18:13, Christ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Igal,
On 1/22/19 14:31, Igal Sapir wrote:
> On Tue, Jan 22, 2019 at 11:09 AM Mark Thomas
> wrote:
>
>> On 22/01/2019 18:13, Christopher Schultz wrote:
>>> All,
>>>
>>> Would it be okay to link to another web site -- specifically,
>>> Wikipedia -
https://bz.apache.org/bugzilla/show_bug.cgi?id=63103
Bug ID: 63103
Summary: Consider removing "source.jsp" from examples
Product: Tomcat 9
Version: 9.0.14
Hardware: All
OS: All
Status: NEW
Severity: minor
https://bz.apache.org/bugzilla/show_bug.cgi?id=63026
--- Comment #5 from Mark Thomas ---
RFC 4514 (string representation of distinguished names) states that a space at
the beginning or end of a string must be escaped (there are other escaping
requirements but I am ignoring them for this discussio
On Tue, Jan 22, 2019 at 11:09 AM Mark Thomas wrote:
> On 22/01/2019 18:13, Christopher Schultz wrote:
> > All,
> >
> > Would it be okay to link to another web site -- specifically,
> > Wikipedia -- in the Tomcat documentation?
> >
> > I'd like to link to the page on "block cipher modes" from the
On 22/01/2019 18:13, Christopher Schultz wrote:
> All,
>
> Would it be okay to link to another web site -- specifically,
> Wikipedia -- in the Tomcat documentation?
>
> I'd like to link to the page on "block cipher modes" from the
> EncryptInterceptor documentation.
>
> We have links to Oracle's
https://bz.apache.org/bugzilla/show_bug.cgi?id=58194
--- Comment #8 from Christopher Schultz ---
(In reply to Mark Thomas from comment #7)
> Tomcat 1.1.x reached [EOL ...]
Just for clarification, this should have been "_tcnative 1.1.x_ reached EOL..."
--
You are receiving this mail because:
Yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All,
Would it be okay to link to another web site -- specifically,
Wikipedia -- in the Tomcat documentation?
I'd like to link to the page on "block cipher modes" from the
EncryptInterceptor documentation.
We have links to Oracle's documentation, s
On Tue, Jan 22, 2019 at 5:19 AM Mark Thomas wrote:
> On 22/01/2019 04:13, Igal Sapir wrote:
> > On Mon, Jan 21, 2019 at 6:49 AM Mark Thomas wrote:
> >
>
> >>
> >> The Apache Tomcat Native 1.2.20 release is
> >> [X] Stable, go ahead and release
> >>
> >
> > Built and Tested on Ubuntu 18.04
> >
https://bz.apache.org/bugzilla/show_bug.cgi?id=63026
--- Comment #4 from Mark Thomas ---
Ah.
net user "bug63026 " pwd /ADD
does the trick. Interestingly, if you specify multiple spaces Windows only
escapes the last one in the UI. I wonder if this is an AD issue. I'll dig
further as I don't nece
https://bz.apache.org/bugzilla/show_bug.cgi?id=63026
--- Comment #3 from Mark Thomas ---
Which version of Windows are you using? I'm using my default AD test
environment built with 2k8r2 and the UI won't allow creating of users where the
CN has trailing spaces. Alternatively, how are you creating
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #30 from Rainer Jung ---
I agree.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apach
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #29 from Remy Maucherat ---
(In reply to Rainer Jung from comment #28)
> > (In reply to Rainer Jung from comment #25)
> > > Wouldn't it be better to limit the queue and log any exception resulting
> > > from the queue being full?
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #28 from Rainer Jung ---
> (In reply to Rainer Jung from comment #25)
> > Wouldn't it be better to limit the queue and log any exception resulting
> > from the queue being full?
>
> Sure, try it ;)
> (read the scheduled executor ja
Author: markt
Date: Tue Jan 22 14:36:00 2019
New Revision: 1851824
URL: http://svn.apache.org/viewvc?rev=1851824&view=rev
Log:
Remove out-dated comment
Modified:
tomcat/trunk/java/org/apache/catalina/core/ContainerBase.java
Modified: tomcat/trunk/java/org/apache/catalina/core/ContainerBase.j
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
Remy Maucherat changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: remm
Date: Tue Jan 22 14:27:43 2019
New Revision: 1851822
URL: http://svn.apache.org/viewvc?rev=1851822&view=rev
Log:
63078: Ensure the utility thread pool is at least two, as the deployer uses a
blocking pattern
Modified:
tomcat/trunk/java/org/apache/catalina/core/StandardServer.jav
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #26 from Remy Maucherat ---
(In reply to Mark Thomas from comment #24)
> First of all I forgot to say thank you to Peter for the thread dump. It was
> extremely helpful.
>
> I'd lean towards increasing the default and minimum utili
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #25 from Rainer Jung ---
Small addition: I think Rémy mentioned that we are currently using an unlimited
queue for the executor. It is one of the patterns I typically do not like much,
because then problems will go unnoticed for a l
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #24 from Mark Thomas ---
First of all I forgot to say thank you to Peter for the thread dump. It was
extremely helpful.
I'd lean towards increasing the default and minimum utility thread count from
one to two. That should fix this
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #23 from Remy Maucherat ---
Ok, I understand it too now, the background processor uses the first thread and
then the deployment task waits in the queue forever. I'll try to add code that
makes parallel deployment use a minimum of tw
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
Mark Thomas changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #22 from Mark Thomas --
On 22/01/2019 04:13, Igal Sapir wrote:
> On Mon, Jan 21, 2019 at 6:49 AM Mark Thomas wrote:
>
>> Version 1.2.20 includes the following changes compared to 1.2.19:
>>
>> - Fixed memory leak associated with the use of OpenSSL BIO (used when
>> OpenSSL provides the TLS functionality for the NIO an
Author: kkolinko
Date: Tue Jan 22 12:58:27 2019
New Revision: 1851811
URL: http://svn.apache.org/viewvc?rev=1851811&view=rev
Log:
Correct link to changelog for unreleased Tomcat Native: use trunk (1.2) instead
of 1.1.x branch.
I also changed URLs to use https.
Modified:
tomcat/site/trunk/do
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #21 from Remy Maucherat ---
Ok, Mark got it right: only one utility thread (thanks to my bad new default
... now fixed), blocked during deployment. No idea why this happens at this
point.
The log entry here also gave away the probl
Thanks Mark!
On 21/01/2019 20:11, Mark Thomas wrote:
I ran the Tomcat 9.0.x test suite on Linux with the latest 12 and 13
builds and all tests passed.
Mark
On 21/01/2019 11:32, Rory O'Donnell wrote:
Hi Mark,
**OpenJDK builds *- JDK 12 Early Access build 28 **is now available **at
: - jdk.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078
--- Comment #20 from Peter ---
Hi,
for the test I used a vanilla tomcat, added startStopThreads="0" startet it
only with the manager webapp and one smnall war-file (Echo.war)
1) after startup I took the first threadump
2) undeployed the the wa
27 matches
Mail list logo
