On 28/05/2014, at 9:48 am, Konstantin Kolinko wrote:
> 2014-05-28 1:35 GMT+04:00 Tim Whittington :
>> Switching to dev list…
>>
>>>
>>>> I’m using the interactive mode of https://github.com/timw/groktls
>>>> to dump these.
>>>
>>
Switching to dev list…
>
>> I’m using the interactive mode of https://github.com/timw/groktls
>> to dump these.
>
> Cool. I was just using the SSLInfo class and grep, obviously :)
>
> I've been thinking that the way Tomcat does JSSE cipher suites is a
> bit ... verbose. It would be nice to roll
On 16/04/2014, at 8:30 am, Christopher Schultz
wrote:
> Tim,
>
> On 4/14/14, 10:45 PM, Tim Whittington wrote:
>>
>> On 15/04/2014, at 1:14 pm, schu...@apache.org wrote:
>>
>>> Author: schultz
>>> Date: Tue Apr 15 01:14:40 2014
>>> New
On 15/04/2014, at 1:14 pm, schu...@apache.org wrote:
> Author: schultz
> Date: Tue Apr 15 01:14:40 2014
> New Revision: 1587379
>
> URL: http://svn.apache.org/r1587379
> Log:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56027
> Add more nuanced support for entering/requiring FIPS mod
On 15/04/2014, at 1:26 am, Christopher Schultz
wrote:
> Mark,
>
> On 4/13/14, 10:29 AM, Mark Thomas wrote:
>> On 13/04/2014 08:18, Christopher Schultz wrote:
>>> Mark,
>>>
>>> On 4/13/14, 10:10 AM, Mark Thomas wrote:
On 13/04/2014 08:09, Christopher Schultz wrote:
> All,
>
>
On 14/04/2014, at 9:23 pm, Rainer Jung wrote:
> On 14.04.2014 10:42, Tim Whittington wrote:
>>
>> On 14/04/2014, at 11:29 am, Tim Whittington wrote:
>>
>>>
>>> On 12/04/2014, at 1:17 am, Mladen Turk wrote:
>>>
>>>> Hi,
>>&
On 14/04/2014, at 11:29 am, Tim Whittington wrote:
>
> On 12/04/2014, at 1:17 am, Mladen Turk wrote:
>
>> Hi,
>>
>> Apache Tomcat Connectors 1.2.40 release candidate is ready
>> for vote at [1]. The build was done using tag [2].
>> This version is bugf
On 12/04/2014, at 1:17 am, Mladen Turk wrote:
> Hi,
>
> Apache Tomcat Connectors 1.2.40 release candidate is ready
> for vote at [1]. The build was done using tag [2].
> This version is bugfix release, fixing some issues
> found in version 1.2.39.
>
>
> The VOTE will remain open for at least
On 10/04/2014, at 11:50 pm, Mladen Turk wrote:
> Version 1.1.30 is bug fixing release with added ECDH
> if supported by OpenSSL library.
> The proposed release artefacts can be found at [1],
> and the build was done using tag [2].
>
> The VOTE will remain open for at least 48 hours.
>
> The Ap
Does this need a SSL_CTX_set_options(c->ctx, SSL_OP_SINGLE_ECDH_USE) as well?
The API docs are pretty sparse, but it looks like mod_ssl does this (as well as
nginx etc.)
The description in ssl.h is “If set, always create a new key when using
tmp_ecdh parameters”
Reading the docs for the equival
On 8/04/2014, at 11:56 pm, Konstantin Kolinko wrote:
> 2014-04-08 11:56 GMT+04:00 Mladen Turk :
>> Hi,
>>
>> I plan to tag JK 1.2.40 pretty soon (probably end of this week)
>> We have few bugs in the latest release which requires a new version.
>
> +1
>
> There is also a need for a tc-native
>
> The proposed 8.0.5 release is:
> [ ] Broken - do not release
> [ ] Alpha - go ahead and release as 8.0.5 (alpha)
> [x] Beta - go ahead and release as 8.0.5 (beta)
> [ ] Stable - go ahead and release as 8.0.5 (stable)
>
cheers
tim
On Fri, Feb 28, 2014 at 10:35 PM, Mladen Turk wrote:
> Hi,
>
> Apache Tomcat Connectors 1.2.39 release candidate is ready
> for vote at [1]. The build was done using tag [2].
> This version fixes few bugs found in released
> version 1.2.37 and adds some new features like IPV6 support.
>
>
> The V
As far as I know, JSSE doesn't support compression.
[1] claims this, but doesn't have a reference, and I can't find
anything else useful on the internet, although i recall an analysis of
the CRIME attack that claimed the same thing.
At this point I'd probably opt for an OpenJDK code dive.
tim
[1
On Tue, Jan 15, 2013 at 1:49 PM, Christopher Schultz
wrote:
> Tim,
>
> On 1/13/13 5:13 PM, Tim Whittington wrote:
>> On Mon, Jan 14, 2013 at 11:10 AM, wrote:
>>> https://issues.apache.org/bugzilla/show_bug.cgi?id=54406
>>>
>>> --- Comment #2 from Tim
On Mon, Jan 14, 2013 at 11:10 AM, wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=54406
>
> --- Comment #2 from Tim Whittington ---
> Fixed in trunk and in 7.0.x and will be included in 7.0.36 onwards.
>
> The change involved a modification to the org.apache.tomca
The Apache Tomcat Connectors 1.2.34 is
[X] Stable, go ahead and release
[ ] Broken because of ...
Looks fine on a quick test on OS X Snow Leopard, Windows 2003 Server.
I'm off on holiday, so won't be able to test multi-platform for a while.
cheers
tim
On Tue, Mar 20, 2012 at 9:49 PM, Mladen T
I see 1.2.33 ended up in the root of the /jk directory...
On Wed, Mar 14, 2012 at 10:07 AM, Tim Whittington wrote:
> Thanks Mladen
>
> The source distribution for 1.2.32 ended up in the root of the jk
> archive [1] (which I've only just found now ;), but all the other
> rel
Thanks Mladen
The source distribution for 1.2.32 ended up in the root of the jk
archive [1] (which I've only just found now ;), but all the other
releases have gone into the source subdirectory [2].
I assume this was unintentional?
[1] http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/
A spot belated, but:
[+1] Stable, release
Tested on OS X Snow Leopard and Windows 2003 Server.
No problems encountered.
Will be building on AIX/PPC64, HPUX/PARISC, HPUX/IA64, Solaris
10/Sparc, Solaris 10/x64 and a bunch of CentOS/RHEL versions soon.
cheers
tim
On Sat, Mar 10, 2012 at 1:00 AM,
extension_uri to distinguish between
the configurations (on the assumption that this will be the same on
every site in a web server farm).
cheers
tim
On Thu, Aug 18, 2011 at 8:08 PM, Tim Whittington wrote:
> Yeah - not sure what I was smoking on that one.
> Have reverted for another think.
&
The change in [1] has broken existing behaviour in some applications.
Consider the following situation:
- An application is context path /application
- The application has a servlet mapped to /*
- An authentication valve intercepts requests to /application and
returns (via a RequestDispatcher.forw
Yeah - not sure what I was smoking on that one.
Have reverted for another think.
The basic problem we have is that the shared memory code assumes a
single worker configuration, and when you have multiple ISAPI
Redirectors on a single IIS with different configs that goes a bit
wonky. For a start, t
>
> The proposed 1.2.32 release is:
> [ x] Stable - go ahead and release as 1.2.32 Stable
> [ ] Broken - do not release
>
>
Builds fine on OS X, Solaris, aix-ppc64, HPUX-IA64, HPUX-PARISC, Linux
x86, Linux x64, Windows x86 and Windows x64.
Testing on a mix of HTML + heavy AJAX apps shows no proble
+1 from me.
On Tue, Jun 28, 2011 at 7:17 AM, Konstantin Kolinko
wrote:
> 2011/6/27 Mladen Turk :
>> Hi,
>>
>> I have a time slot available so I volunteer as a 1.2.32 RM.
>> Think we are good for a new release.
>>
>> Comments, objections?
>
> Sounds good. +1.
>
> Best regards,
> Konstantin Kolinko
>
> There are enough changes for a 1.2.32 anyhows, so I would propose we
> start a new release cycle in about 2 weeks.
>
> OK?
+1
I could give RM a go if that works for ya'll - I've done a dry run
already to find where everything goes.
cheers
tim
+1
On Thu, May 19, 2011 at 1:38 AM, Mark Thomas wrote:
> All,
>
> We have the option to move to svnpubsub for managing our releases.
> Rather than copying artefacts to people.a.o and then waiting for rsync
> (every around 2 hours) we would commit the artefacts to svn and a commit
> hook would upd
On Tue, May 10, 2011 at 11:31 AM, Mark Thomas wrote:
> The proposed Apache Tomcat 7.0.14 release is now available for voting.
>
> It can be obtained from:
> http://people.apache.org/~markt/dev/tomcat-7/v7.0.14/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_14/
On Mon, Apr 11, 2011 at 6:17 PM, Mladen Turk wrote:
> Hi,
>
> I plan to create a
> sandbox/connectors/native/iis7
> for a native IIS7 C++ connector
> (since Microsoft deprecated ISAPI)
>
> Any objections?
We're only just getting the ISAPI one working properly ;)
+1 from me - let me know if you w
> Are those buffers ever discarded? I guess it comes down to whether the
> 8k buffer "belongs" to the connection or to the request. It looks like
> the bug arises from the buffer being treated like it belongs to the
> request when it really belongs to the connection.
>
> I agree, switching to a req
The Http11Protocol and Http11NioProtocol connectors set processorCache
to 200 by default, which matches the docs ([2]).
The Http11AprProtocol sets it to -1 (unlimited) - is this
intentional/desired or accidental?
This appears to have been introduced in [1] during some refactoring by Mladen.
[1] h
On Fri, Apr 8, 2011 at 2:40 AM, Christopher Schultz
wrote:
> Mark,
>
> I understand that a fix has already been applied, but...
>
> On 4/6/2011 7:16 AM, Mark Thomas wrote:
>> I thought of two options for issue 3:
>> a) Assign a processor (+ inputbuffer, output buffer etc.) to a socket
>> and don't
Given the severity of
https://issues.apache.org/bugzilla/show_bug.cgi?id=50957, would it be
a good idea to get a 7.0.13 release out soon?
7.0.12 mitigated the issue to a degree, but I'd feel better with a complete fix.
cheers
tim
---
On Wed, Apr 6, 2011 at 11:16 PM, Mark Thomas wrote:
> On 05/04/2011 10:50, Tim Whittington wrote:
>> Is what's actually going on more like:
>>
>> APR: use maxConnections == pollerSize (smallest will limit, but if
>> pollerSize < maxConnections then the socket b
axThreads (the default config
is 10,000 keepalive connections serviced by 200 threads with a 60
second keepalive timeout, which could lead to some large backlogs of
connected sockets that take 50 minutes to get serviced)
cheers
tim
On Tue, Apr 5, 2011 at 8:51 PM, Tim Whittington wrote:
> In the AJP
In the AJP standard implementation docs, the following are not
mentioned, although they're properties of AbstractEndpoint and
probably should work:
- bindOnInit
- maxConnections
Am I right in assuming these should be possible in the AJP connector
(my reading of the code indicates they are - just wa
> The proposed 7.0.12 release is:
>
> [ ] Broken - do not release
> [ ] Alpha - go ahead and release as 7.0.12 Alpha
> [ ] Beta - go ahead and release as 7.0.12 Beta
> [x ] Stable - go ahead and release as 7.0.12 Stable
>
https://issues.apache.org/bugzilla/show_bug.cgi?id=50957 is still a
bit o
> The builds for Tomcat 5.5.33 are ready for testing and approval.
> The candidates binaries are available here:
>
> http://people.apache.org/~jim/tomcat-5.5/
>
> According to the release process, the 5.5.33 build corresponding to the
> tag TOMCAT_5_5_33 [1] is:
>
> [ ] Broken
> [ ] Alpha
> [ ] Bet
On Tue, Jan 11, 2011 at 6:18 AM, jean-frederic clere wrote:
> The candidates binaries are available here:
> http://people.apache.org/~jfclere/tomcat-6/v6.0.30/
>
> According to the release process, the 6.0.30 build corresponding to the
> tag TOMCAT_6_0_30 is:
> [ ] Broken
> [ ] Alpha
> [ ] Beta
>
I've only been able to do limited testing, but let's keep the 7
releases ticking over.
tim
On Thu, Nov 25, 2010 at 7:52 AM, Mark Thomas wrote:
> The proposed Apache Tomcat 7.0.5 release is now available for voting.
>
> It can be obtained from:
> http://people.apache.org/~markt/dev/tomcat-7/v7.0.
On Tue, Oct 26, 2010 at 11:42 PM, Mladen Turk wrote:
> On 10/26/2010 11:28 AM, Mark Thomas wrote:
>>
>> Hi,
>>
>> I don't have the hardware to test if this is an issue on ia64 this but
>> the following files have the same MD5 hash:
>>
>>
>> http://www.apache.org/dist/tomcat/tomcat-connectors/nativ
Sorry, long holiday weekend in NZ.
> So, Tomcat Connectors 1.2.31 is:
> [x ] +1 release it
> [ ] -1 nope, it's broken
tim
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tom
+1
I just committed a minor fix for the Apache 2.0 build with VS 2005 -
not a blocker.
cheers
tim
On Thu, Oct 21, 2010 at 8:02 PM, Mladen Turk wrote:
> Hi,
>
> Seems we are fine for 1.2.31 now that httpd 2.3
> compiles without problems.
>
> I plan to tag 1.2.31_RC1 and make release
> candidate
+1 Beta
> The proposed 7.0.4 release is:
>
> [ ] Broken - do not release
> [ ] Alpha - go ahead and release as 7.0.4 Alpha
> [x ] Beta - go ahead and release as 7.0.4 Beta
> [ ] Stable - go ahead and release as 7.0.4 Stable
-
> This won't be straight forward since the data structure is being
> modified in the get - you can't upgrade a ReentrantReadWriteLock from
> a read lock to a write lock, so it doesn't handle this situation.
Correction: the same lock is required to protect get and put
operations on the WeakHashMap
>> Modified:
>> tomcat/trunk/java/javax/el/BeanELResolver.java
>> tomcat/trunk/java/org/apache/el/lang/ExpressionBuilder.java
>> tomcat/trunk/java/org/apache/el/util/ConcurrentCache.java
>>
>> Modified: tomcat/trunk/java/javax/el/BeanELResolver.java
>> URL:
>> http://svn.apache.org/viewvc
t 15, 2010 at 6:36 AM, Mark Thomas wrote:
> On 14/10/2010 16:08, Mark Thomas wrote:
>> On 14/10/2010 09:44, Tim Whittington wrote:
>>> I can have a look at this.
>>
>> Tim,
>>
>> Any progress on this? I'd like to get something into Tomcat 7 before I
I can have a look at this.
Is there a preferred way of making this configurable?
Given the caches are static, it's either going to be system property,
or changing to using an instance cache retained somewhere appropriate
(at the moment the builders appear to be instantiated in a lot of
places).
Ju
>> Hi all
>>
>> Working through
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=50026 there appears
>> to be a lack of broader community understanding/documentation of how
>> to configure file/resource serving in Tomcat.
>> In particular the fact that DefaultServlet is a Servlet (and not a
>>
Fixed
On Thu, Oct 7, 2010 at 12:38 PM, sebb wrote:
> Current tomcat-trunk:
>
> URL: http://svn.apache.org/repos/asf/tomcat/trunk
> Revision: 1005289
>
> svn ps svn:eol-style native
> test/org/apache/catalina/servlets/TestDefaultServlet.java
> svn ps svn:eol-style native
> test/org/apache/catalina
> res/ide-support/eclipse/start.launch
> res/ide-support/eclipse/stop.launch
These 2 files have licenses in them, the same as the eclipse.* files
in the same directory. Detection fail?
> test/org/apache/coyote/http11/TestAbstractHttp11Processor.java
> test/org/apache/coyote/http11/TestGzipOutputF
Hi all
Working through
https://issues.apache.org/bugzilla/show_bug.cgi?id=50026 there appears
to be a lack of broader community understanding/documentation of how
to configure file/resource serving in Tomcat.
In particular the fact that DefaultServlet is a Servlet (and not a
magic engine internal)
> 1. In DefaultServlet#getRelativePath(..) there is
> "if (request.getAttribute(Globals.INCLUDE_REQUEST_URI_ATTR) != null)"
> branch several lines above that. I suspect that it needs the same
> changes. (As it does the same things with the paths, though takes
> them from attributes).
Fixed. Than
I propose to replace the parallel arrays with a
ClassLoaderFactory.Repository(type, location) class and a
ClassLoaderFactory.RepositoryType enum.
(I know this is small fry, but just trying to get my feet under the
desk so to speak...)
Is the lack of such conventions now just a hangover from pre Ja
Yeah saw that, but the patch was broken and this appears to work fine.
I left the launch targets in place (Eclipse finds them anyway).
cheers
tim
On Tue, Sep 28, 2010 at 10:41 PM, Wesley Acheson
wrote:
> On Tue, Sep 28, 2010 at 11:36 AM, wrote:
>> Author: timw
>> Date: Tue Sep 28 09:36:08 2010
This is technically a race condition, but given the vague information
provided in ServletContextAttributeEvent (e.g. the inability to
differentiate adds vs replaces) I can't see it causing a real problem.
i.e. there's no atomicity in the interaction of an attribute listener
with the context, so a t
OK
Oh how I've missed working with Bugzilla...
tim
On Mon, Sep 27, 2010 at 6:29 AM, Mark Thomas wrote:
> On 26/09/2010 09:59, Rainer Jung wrote:
>> On 26.09.2010 10:23, bugzi...@apache.org wrote:
>>> https://issues.apache.org/bugzilla/show_bug.cgi?id=50001
>>&
Bah. Trying to convince Eclipse not to use tabs is proving tricky -
will be more vigilent..
cheers
tim
On Sun, Sep 26, 2010 at 3:28 AM, wrote:
> Author: rjung
> Date: Sat Sep 25 14:28:36 2010
> New Revision: 1001216
>
> URL: http://svn.apache.org/viewvc?rev=1001216&view=rev
> Log:
> Please no t
On Fri, Sep 24, 2010 at 6:49 AM, Wesley Acheson
wrote:
> On Thu, Sep 23, 2010 at 12:15 PM, wrote:
>> Author: timw
>> Date: Thu Sep 23 10:15:16 2010
>> New Revision: 1000392
>>
>> URL: http://svn.apache.org/viewvc?rev=1000392&view=rev
>> Log:
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=
OK, will do.
I've just had a motherboard failure, so will be a couple of days
before I can get this patched up.
Any objections to the suggestion of an 'eclipse' or 'ide-eclipse'
target to pull the Eclipse files into the root directory?
cheers
tim
On Fri, Sep 24, 2010 at 6:47 AM, Rainer Jung wro
I just committed a proposed fix for
https://issues.apache.org/bugzilla/show_bug.cgi?id=49511 - if can simulate
the required conditions that could bear some testing as well.
cheers
tim
On Tue, Sep 21, 2010 at 10:49 PM, Mladen Turk wrote:
> On 09/21/2010 12:05 PM, Tim Whittington wrote:
>
14, William A. Rowe Jr. wrote:
>
>> On 9/13/2010 6:11 PM, Tim Whittington wrote:
>>
>>> I agree with this approach.
>>>
>>> I'd like to get a 1.2.31 release out sometime to release the ISAPI
>>> Redirector log rotation though, before we start on
I agree with this approach.
I'd like to get a 1.2.31 release out sometime to release the ISAPI
Redirector log rotation though, before we start on 1.3.
cheers
tim
On Tue, Sep 14, 2010 at 9:38 AM, Rainer Jung wrote:
> On 13.09.2010 23:17, William A. Rowe Jr. wrote:
>
>> On 9/13/2010 4:15 PM, Wil
+1 from me.
I've been maintaining my own VS 2003 (and now 2005) solution for a while now
with Apache 2.0/2.2 projects.
cheers
tim
On Thu, Sep 9, 2010 at 4:51 AM, William A. Rowe Jr. wrote:
> It seems I've been lax in committing anything in recent memory, and had my
> commit privileges for the j
>
> When building x86 binaries, make sure PSDK dirs are included before MSVC6.
>
>
Why does this make a difference?
>
>
>
>> One thing I noticed is that VS6 can't read the .dsp and .dsw files
>> currently
>> in SVN, so I'm currently only doing cmdline builds.
>>
>>
> Check line endings. They mus
x27;m currently only doing cmdline builds.
cheers
tim
On Mon, Mar 8, 2010 at 9:37 PM, Mladen Turk wrote:
> On 03/08/2010 08:57 AM, Tim Whittington wrote:
>
>> Thanks
>>
>> I'm trying to track down a VC6 install so I can test the .dsp build before
>> I
>> com
On Tue, Mar 9, 2010 at 12:45 AM, wrote:
> Author: mturk
> Date: Mon Mar 8 11:45:37 2010
> New Revision: 920281
>
> URL: http://svn.apache.org/viewvc?rev=920281&view=rev
> Log:
> Use StringCbPrintf instead sprintf_s and use existing logger for logging
> new rotation file name
>
> Modified:
>t
Thanks
I'm trying to track down a VC6 install so I can test the .dsp build before I
commit.
Maybe a move to VC2003 as a minimum might be in order some day.
cheers
tim
On Mon, Mar 8, 2010 at 7:43 PM, Mladen Turk wrote:
> On 03/07/2010 09:31 PM, t...@apache.org wrote:
>
>> Author: timw
>>
>> +
Great - I hadn't considered that.
On Mon, Mar 8, 2010 at 10:55 AM, Mladen Turk wrote:
> On 03/07/2010 09:17 PM, t...@apache.org wrote:
>
>> Author: timw
>>
>> --- tomcat/jk/trunk/native/apache-2.0/mod_jk.rc (added)
>> +++ tomcat/jk/trunk/native/apache-2.0/mod_jk.rc Sun Mar 7 20:17:04 2010
>> @@
Thanks - I was wondering whether to do this, but forgot on the commit.
On Mon, Mar 8, 2010 at 7:01 PM, wrote:
> Author: mturk
> Date: Mon Mar 8 06:01:27 2010
> New Revision: 920199
>
> URL: http://svn.apache.org/viewvc?rev=920199&view=rev
> Log:
> Embed manifest inside dll
>
> Modified:
>to
I've committed this change now.
I replaced USE_RAW_HEADERS with USE_CGI_HEADERS, and inverted all the
conditionals.
cheers
tim
On Mon, Feb 8, 2010 at 9:13 PM, Tim Whittington wrote:
> OK, the most conservative change will be to enable USE_RAW_HEADERS in the
> makefiles/projects an
> 1) Logging Performance on ISAPI/Windows
> The logging changes for Windows seem to dramatically slow down log
performance.
I'm not seeing this on Windows XP - I get many logs per clock slice. (I
tried it with my builds, and Mladen's 1.2.27/28/30 builds).
I've noticed an issue with the IIS shutdown being blocked, but I'm pretty
sure it's not a regression.
https://issues.apache.org/bugzilla/show_bug.cgi?id=48830
cheers
tim
On Mon, Mar 1, 2010 at 9:03 PM, Tim Whittington wrote:
> >
> > Apache Tomcat Connectors 1.2.30
>
> Apache Tomcat Connectors 1.2.30 is:
>
> [x] Stable - no major issues, no regressions
> [ ] Beta - at least one significant issue -- tell us what it is
> [ ] Alpha - multiple significant issues -- tell us what they are
>
>
Tested with some RIA apps that utilise POST heavily, replicated the 1.
02/08/2010 08:38 AM, Tim Whittington wrote:
>>
>>> There's a USE_RAW_HEADERS define that will force the use of the raw HTTP
>>> headers and avoid this problem, so I'd propose that we make that
>>> behaviour
>>> the default.
>>>
>>
&
Hi all
Bug 38895 (Http headers with an underscore "_" change into hypen "-") points
out that the IIS Tomcat Connector uses (by default) the CGI style headers
from IIS, and thus mangles underscores in header names.
There's a USE_RAW_HEADERS define that will force the use of the raw HTTP
headers an
I guess we need to re-plan this since we missed the dates?
I'll hold off on the IIS log rotation changes until 1.2.29 is tagged.
cheers
tim
From: "Mladen Turk"
> To: dev@tomcat.apache.org
> Sent: Thursday, 7 January, 2010 12:42:07 AM GMT +12:00 New Zealand
> Subject: Re: JK 1.2.29 Plan
>
> +1
Thanks Rainer, and thanks everyone for the welcome (and the work you've put
into Tomcat over the years).
cheers
tim
- "Rainer Jung" wrote:
> On behalf of the Tomcat committers I am pleased to announce that Tim
> Whittington has been voted in as a new Tomcat committ
There's a long standing issue in the ISAPI redirector, that by default the HTTP
headers are obtained using the CGI style ALL_HTTP variable.
The net result of this is that the case of headers is lost, and all underscores
in the original header names are converted to dashes.
There's code in the r
> Not sure why are you using ftell_nolock
> We already have a problem with ISS logging because
> multiple processes (IIS 6+) can write to a single log file.
Yeah, my bad. Was hoping it would be cheaper than a file size check, but not
thinking about multi-process IIS.
>
> > On the configurat
SD_RECEIVE
+#else
+#define SHUT_RD 0x00
+#endif
+#endif
/** Drain and close the socket
* @param sd socket to close
- Original Message -
From: "Tim Whittington"
To: "Tomcat Developers List"
Sent: Thursday, 7 January, 2010 10:41:02 PM GMT +12:00 New Zealand
Sub
ntext, although
we could handle it).
cheers
tim
- Original Message -
From: "Mladen Turk"
To: "Tomcat Developers List"
Sent: Thursday, 7 January, 2010 10:26:13 PM GMT +12:00 New Zealand
Subject: Re: [PROPOSAL] Log rotation in Tomcat Connector
On 01/07/2010 09:56
This appears to have broken my build on Windows (VC 2005).
SHUT_RD is SD_RECEIVE on Windows?
cheers
tim
- Original Message -
From: mt...@apache.org
To: dev@tomcat.apache.org
Sent: Wednesday, 23 December, 2009 11:01:47 PM GMT +12:00 New Zealand
Subject: svn commit: r893452 - /tomca
;t like at all.
cheers
tim
- Original Message -
From: "Tim Whittington"
To: "Tomcat Developers List"
Sent: Wednesday, 6 January, 2010 3:28:47 PM GMT +12:00 New Zealand
Subject: Re: [PROPOSAL] Log rotation in Tomcat Connector
For consistency (with Apache at lea
aden Turk"
To: "Tomcat Developers List"
Sent: Thursday, 7 January, 2010 12:53:06 AM GMT +12:00 New Zealand
Subject: Re: [PROPOSAL] Log rotation in Tomcat Connector
On 01/06/2010 03:28 AM, Tim Whittington wrote:
>
> The downside of the rotatelogs approach is that it&#x
9 December, 2009 1:01:53 AM GMT +12:00 New Zealand
Subject: Re: [PROPOSAL] Log rotation in Tomcat Connector
Hi Tim,
On 18.12.2009 03:26, Tim Whittington wrote:
> Hi all
>
> We're experiencing issues with the Tomcat Connector log in some IIS
> production sites where the log file
We've experienced similar issues integrating lots of third party libraries
(Tomcat being one of them) into our OSGi runtime.
Essentially this boils down to OSGi liking extension functionality to be
provided by instantiation in the providing bundles, and publication using OSGi
services.
(i.e.
We've experienced similar issues integrating lots of third party libraries
(Tomcat being one of them) into our OSGi runtime.
Essentially this boils down to OSGi liking extension functionality to be
provided by instantiation in the providing bundles, and publication using OSGi
services.
(i.e.
Hi all
We're experiencing issues with the Tomcat Connector log in some IIS production
sites where the log file grows to a very large size (8GB on one site).
This is almost entirely due to connection errors between the front end and back
end produced when the back-end Tomcat is restarted after
Hi all
I¹ve noticed an unexpected and undocumented behaviour in the AJP connector
in Tomcat 5.5.27.
I¹ve configured the AJP connector to run on port 8009, which is occupied by
another process, but instead of failing the connector continues to scan
until it hits a free port and uses that. Inspectio
Hi all
I¹ve noticed an unexpected and undocumented behaviour in the AJP connector
in Tomcat 5.5.27.
I¹ve configured the AJP connector to run on port 8009, which is occupied by
another process, but instead of failing the connector continues to scan
until it hits a free port and uses that. Inspectio
I¹d appreciate a fix for
https://issues.apache.org/bugzilla/show_bug.cgi?id=46416 so I can build on
Windows without local patches.
cheers
tim
From: Mladen Turk
Reply-To: Tomcat Developers List
Date: Thu, 19 Feb 2009 16:39:50 +0100
To: Tomcat Developers List
Subject: Going for jk 1.2.28
Hi,
Any chance of anyone fixing this?
I¹d submit a patch myself, but it¹s trivial, and some more tidying than a
quick fix might be in order.
cheers
tim
From:
Reply-To: Tomcat Developers List
Date: Thu, 18 Dec 2008 14:04:22 -0800 (PST)
To:
Subject: DO NOT REPLY [Bug 46416] New: Include order in
This has broken the build on Windows also.
The addition of the log statement pushed the declaration of char* buff below
it out of the beginning of the block, and VC is being pedantic about the C
declaration rules.
tim
From: <[EMAIL PROTECTED]>
Reply-To: Tomcat Developers List
Date: Tue, 23 Sep
:20:06 +0200
To: Tomcat Developers List
Subject: Re: svn commit: r697779 - in /tomcat/connectors/trunk/jk:
native/common/jk_lb_worker.c native/common/jk_lb_worker.h
native/common/jk_shm.h native/common/jk_util.c native/common/jk_util.h
xdocs/miscellaneous/changelog.xml
Also fixed. Thanks again
This is failing to build in VC++ 2005
In jk_lb_worker.c:
+strcppy(p->s->session_cookie, p->session_cookie);
+strcppy(p->s->session_path, p->session_path);
I can¹t find a strcppy implementation in VC++ 2005, nor can I find
references to it on Google where is this function defined?
chee
This fails to build in VC.Net 2005 (actually the change in r697451 is the
culprit).
The definition of now/mstarted needs to precede the JK_TRACE_ENTER.
cheers
tim
From: <[EMAIL PROTECTED]>
Reply-To: Tomcat Developers List
Date: Sun, 21 Sep 2008 09:46:00 -
To:
Subject: svn commit: r697462
ral on that though, so feel free to veto that part of the
patch.
cheers
tim
_
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Friday, 4 January 2008 1:03 a.m.
To: Tomcat Developers List
Subject: Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Tim Whittington w
Binary builds of 1.2.26 for various platforms are available now from
http://sourceforge.net/projects/timsjk/
These include builds of a patched IIS 5/6 ISAPI Redirector that support
HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
cheers
tim
-Original Message-
From: Ra
Hi all
We've been using Tomcat and Tomcat Connectors in our company products for
almost 10 years now, and it's a very important part of our technology stack.
Over those years we've contributed some enhancements and fixes to the IIS
connector/ISAPI Redirector, and most of these have been accepted
1 - 100 of 113 matches
Mail list logo
