headers
jfclere | 1 Jul 2008 09:06
Picon
Favicon

svn commit: r673011 - /tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml

Author: jfclere
Date: Tue Jul  1 00:06:54 2008
New Revision: 673011

URL: http://svn.apache.org/viewvc?rev=673011&view=rev
Log:
Just a note about PKCS12 key format.

Modified:
    tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml
URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml?rev=673011&r1=673010&r2=673011&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml Tue Jul  1 00:06:54 2008
 <at>  <at>  -450,7 +450,8  <at>  <at> 
   <tr>
     <td><code>keystoreType</code></td>
     <td>Add this element if using a keystore type other than
-    <code>JKS</code>.</td>
+        <code>JKS</code>. For example the *.p12 files from openssl can be
+        used using <code>PKCS12</code></td>
   </tr>
   <tr>
     <td><code>sslProtocol</code></td>
Permalink | Reply | 0 comments |
headers
Remy Maucherat | 1 Jul 2008 09:14
Picon
Favicon

Re: [VOTE] Release tc-native 1.1.14

On Wed, 2008-06-25 at 13:34 +0200, jean-frederic clere wrote:
> The candidates binaries are available here:
> http://people.apache.org/~jfclere/tcnative/v1.1.14/
> 
> According to the release process, the 1.1.14 tag is:
> [ ] Broken
> [ ] Alpha
> [ ] Beta
> [X] Stable

Rémy
Permalink | Reply | 1 comment |
headers
Henri Gomez | 1 Jul 2008 10:19
Picon
Gravatar

Re: [VOTE] Release tc-native 1.1.14

>> [X] Stable
Permalink | Reply | 0 comments |
headers
bugzilla | 1 Jul 2008 12:05
Picon
Favicon

DO NOT REPLY [Bug 45315] Wine support for building

https://issues.apache.org/bugzilla/show_bug.cgi?id=45315

Remy Maucherat <remm <at> apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #22199|0                           |1
        is obsolete|                            |

--- Comment #1 from Remy Maucherat <remm <at> apache.org>  2008-07-01 03:05:13 PST ---
Created an attachment (id=22200)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22200)
Improved patch

Improved patch (download NSIS zip during download, fix properties).

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 0 comments |
headers
remm | 1 Jul 2008 12:11
Picon
Favicon

svn commit: r673044 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: remm
Date: Tue Jul  1 03:11:11 2008
New Revision: 673044

URL: http://svn.apache.org/viewvc?rev=673044&view=rev
Log:
- Propose NSIS patch.

Modified:
    tomcat/tc6.0.x/trunk/STATUS.txt

Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=673044&r1=673043&r2=673044&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Jul  1 03:11:11 2008
 <at>  <at>  -59,7 +59,14  <at>  <at> 
    http://svn.apache.org/viewvc?rev=672454&view=rev
    +1: billbarker
    -1: remm: No, this gets called all the time, and we're trying to fix a small issue. The real
-             solution would be to recycle the fields (when exiting the process method of the processors)
-             since as mentioned here it is the cause of the problem (the "local" fields will often never
-             change, but there's no real guarantee overall):
+             solution would be to recycle the fields since as mentioned here it is the cause of 
+             the problem (the "local" fields will often never change, but there's no real 
+             guarantee overall - it mostly breaks down if there are multiple connectors, with AJP,
+             and seems impossible to anticipate):
              https://issues.apache.org/bugzilla/show_bug.cgi?id=36155#c17
+
+* Add Unix support for NSIS (unfortunately, I do not have any Windows computer left, so I need this
(Continue reading)

Permalink | Reply | 0 comments |
headers
jfclere | 1 Jul 2008 12:17
Picon
Favicon

svn commit: r673047 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: jfclere
Date: Tue Jul  1 03:17:17 2008
New Revision: 673047

URL: http://svn.apache.org/viewvc?rev=673047&view=rev
Log:
My votes ;-)

Modified:
    tomcat/tc6.0.x/trunk/STATUS.txt

Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=673047&r1=673046&r2=673047&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Jul  1 03:17:17 2008
 <at>  <at>  -51,7 +51,7  <at>  <at> 
 * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=45277
   Correct typo
   http://svn.apache.org/viewvc?rev=672399&view=rev
-  +1: markt, fhanik
+  +1: markt, fhanik, jfclere
   -1: 

 *  Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=36155
 <at>  <at>  -68,5 +68,5  <at>  <at> 
 * Add Unix support for NSIS (unfortunately, I do not have any Windows computer left, so I need this
   for 6.0.17)
   https://issues.apache.org/bugzilla/show_bug.cgi?id=45315
-  +1: remm
(Continue reading)

Permalink | Reply | 0 comments |
headers
jfclere | 1 Jul 2008 13:34
Picon
Favicon

svn commit: r673061 - /tomcat/trunk/webapps/docs/ssl-howto.xml

Author: jfclere
Date: Tue Jul  1 04:34:06 2008
New Revision: 673061

URL: http://svn.apache.org/viewvc?rev=673061&view=rev
Log:
Add some extra info on keystore type.

Modified:
    tomcat/trunk/webapps/docs/ssl-howto.xml

Modified: tomcat/trunk/webapps/docs/ssl-howto.xml
URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/ssl-howto.xml?rev=673061&r1=673060&r2=673061&view=diff
==============================================================================
--- tomcat/trunk/webapps/docs/ssl-howto.xml (original)
+++ tomcat/trunk/webapps/docs/ssl-howto.xml Tue Jul  1 04:34:06 2008
 <at>  <at>  -449,8 +449,8  <at>  <at> 
   </tr>
   <tr>
     <td><code>keystoreType</code></td>
-    <td>Add this element if using a keystore type other than
-    <code>JKS</code>.</td>
+    <td>Add this element if using a keystore type other than <code>JKS</code>.
+    For example the *.p12 files from openssl can be used using <code>PKCS12</code>.</td>
   </tr>
   <tr>
     <td><code>sslProtocol</code></td>
Permalink | Reply | 0 comments |
headers
Yao Qi | 1 Jul 2008 15:55
Picon
Gravatar

Re: Some potential data races in tomcat

Could anyone here have a look on these races we found?  Any comments
are highly appreciated.

On 6/18/08, Yao Qi <qiyaoltc <at> gmail.com> wrote:
>    We have been working on a tool (MTRAT, Multi-Thread Runtime Analysis
>  Tool) for finding potential data races and deadlocks in java programs
>  and I tried it out on Tomcat 6.0.13.  I found some that look like
>  problems; you might be interested in fixing them, and I would like to
>  know if my results are correct or not.
>
>  1. accessCount in class org.apache.naming.resources.ResourceCache
>  ** Two threads' backtrace to show how race happens,
>   Thread http-8081-1 id: 23 : WRITE
>
>       [org.apache.naming.resources.ResourceCache : lookup : 294]
>       [org.apache.naming.resources.ProxyDirContext : cacheLookup : 1444]
>       [org.apache.naming.resources.ProxyDirContext : lookup : 283]
>       [org.apache.tomcat.util.http.mapper.Mapper : internalMapWrapper : 736]
>       [org.apache.tomcat.util.http.mapper.Mapper : internalMap : 626]
>       [org.apache.tomcat.util.http.mapper.Mapper : map : 516]
>       [org.apache.catalina.connector.CoyoteAdapter : postParseRequest : 419]
>       [org.apache.catalina.connector.CoyoteAdapter : service : 259]
>       [org.apache.coyote.http11.Http11Processor : process : 844]
>       [org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler
> : process : 581]
>       [org.apache.tomcat.util.net.JIoEndpoint$Worker : run : 447]
>       [java.lang.Thread : run : 735]
>
>   Thread http-8081-3 id: 25 : WRITE
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 1 Jul 2008 16:50
Picon
Favicon

DO NOT REPLY [Bug 45317] New: DeltaManager always reports default timeout value for receiving session state on startup

https://issues.apache.org/bugzilla/show_bug.cgi?id=45317

           Summary: DeltaManager always reports default timeout value for
                    receiving session state on startup
           Product: Tomcat 6
           Version: 6.0.16
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: trivial
          Priority: P5
         Component: Cluster
        AssignedTo: tomcat-dev <at> jakarta.apache.org
        ReportedBy: viktor.radnai <at> gmail.com

Hi there,

If I override the state transfer timeout:
          <Manager className="org.apache.catalina.ha.session.DeltaManager"
                   stateTransferTimeout="10"
                   expireSessionsOnShutdown="false"
                   notifyListenersOnReplication="true"/>

DeltaManager continues to log the default timeout value (ie: "This operation
will timeout if no session state has been received within 60 seconds."):

2008-07-01 14:31:30,419 WARN [org.apache.catalina.ha.session.DeltaManager] -
Manager [localhost#/manager], requesting session state from
org.apache.catalina.tribes.membership.MemberImpl[tcp://{10, -64, 104,
-55}:15000,{10, -64, 104, -55},15000, alive=18586,id={-62 91 -70 -63 -111 50 70
(Continue reading)

Permalink | Reply | 3 comments |
headers
bugzilla | 1 Jul 2008 19:11
Picon
Favicon

DO NOT REPLY [Bug 43191] compressableMimeType attribute ignored

https://issues.apache.org/bugzilla/show_bug.cgi?id=43191

Jonathan Leech <jleech <at> virtela.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jleech <at> virtela.net

--- Comment #11 from Jonathan Leech <jleech <at> virtela.net>  2008-07-01 10:11:24 PST ---
For such a simple concept, every compression filter I have ever seen has
serious problems. Mostly the problems are not addressed, and instead all kinds
of finely grained mechanisms are created to more selectively apply compression.
For example, if a response sets the content-length header, I have seen
compression filters break. The browser either hangs waiting for the rest of the
response, or the response is truncated to the length set. I don't remember if
Tomcat's compression filter is guilty of this behavior or not, but I suspect
the latter due to the existence of the compressionThreshold setting. 

I have created my own GZIPFilter which addresses all the problems I have seen
in various other compression filter implementations. I am posting it as an
attachment to this bug, feel free to use it, or not. Its advantages are
captured in the comments, in summary, it streams rather than makes a copy, it
handles content-length correctly, it detects client support of gzip
compression, and it doesn't double compress. It is not problem-free, the known
problems and limitations are also captured in the comments.

My theory on filter mapping is to keep it simple. So my filter doesn't care
about mime-types, or any other qualification other compression filters use to
decide whether to compress or not. As I stated before, it is my experience that
these features exist to "fix" other problems in the filters.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane