On 2/10/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
>
> Costin Manolache wrote:
> > Why not make MessageBytes implement CharSeq as well, for consistency ?
> And
> > maybe even ByteChunk - we're doing some
> > (bad) conversions and toString() inside already.
>
> I think it could be useful in some
Costin Manolache wrote:
Why not make MessageBytes implement CharSeq as well, for consistency ? And
maybe even ByteChunk - we're doing some
(bad) conversions and toString() inside already.
I think it could be useful in some rare cases. This was mostly to be
used on the URL, which goes through m
On Fri, Feb 10, 2006 at 03:19:58PM -0800, Costin Manolache wrote:
> Why not make MessageBytes implement CharSeq as well, for consistency ?
> And maybe even ByteChunk - we're doing some (bad) conversions and
> toString() inside already.
Please don't! It's already a PITA to get character conversion
Why not make MessageBytes implement CharSeq as well, for consistency ? And
maybe even ByteChunk - we're doing some
(bad) conversions and toString() inside already.
Costin
On 2/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Author: remm
> Date: Fri Feb 10 07:20:44 2006
> New Revision: 376
I don't remember refusing making CharChunk implement CharSequence, at least
not recently - I think it would
be a great idea ! Older versions of tomcat that need pre-1.5 support will
need to use a branch.
Costin
On 2/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Author: remm
> Date: Fri
Bill Barker wrote:
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>>URL: http://svn.apache.org/viewcvs?rev=376730&view=rev
>>Log:
>>- Have CharCHunk implement CharSequence, so that a CharChunk
>>can be given to a Java 5 regexp matcher
>> without having to do a useless toString on it first.
Prabhu Baskaran wrote:
> If u need any clarification please let me know.. But if any one can suggest
> ways for me to achieve this i wud appreciate it..Thanks in advance.
> Regards
You could start by reading http://tomcat.apache.org/lists.html and
directing your question to the appropriate list (h
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 10, 2006 7:21 AM
> To: tomcat-dev@jakarta.apache.org
> Subject: svn commit: r376730 -
> /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/
> CharChunk.java
>
> Author: remm
>
Author: fhanik
Date: Fri Feb 10 07:55:56 2006
New Revision: 376745
URL: http://svn.apache.org/viewcvs?rev=376745&view=rev
Log:
Fixed imports
added another scenario
Modified:
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java
tomcat/contain
Author: remm
Date: Fri Feb 10 07:20:44 2006
New Revision: 376730
URL: http://svn.apache.org/viewcvs?rev=376730&view=rev
Log:
- Have CharCHunk implement CharSequence, so that a CharChunk can be given to a
Java 5 regexp matcher
without having to do a useless toString on it first. Typically, it wo
Jim Jagielski wrote:
That's an APR bug you're hitting; it hits some httpd
sites as well, and we have a work-around documented
about that. I need to check on the status of
the fix in APR and which version the bug
exists.
In any case, your changes simply perform
a safe-enough test, so, even though
That's an APR bug you're hitting; it hits some httpd
sites as well, and we have a work-around documented
about that. I need to check on the status of
the fix in APR and which version the bug
exists.
In any case, your changes simply perform
a safe-enough test, so, even though it obscures
what APR
Jim Jagielski wrote:
httpd uses APR_UNSPEC pretty much exclusively.
Well, if the APR was compiled on a host that does not have
defined APR_HAVE_IPV6, then when passing APR_UNSPEC to
apr_socket_bind fails for "0.0.0.0" address.
Seems that "0.0.0.0" is not acceptable with APR_UNSPEC.
Further t
On Feb 10, 2006, at 6:14 AM, Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
protected long serverSockPool = 0;
-+
I have an editor that removes trailing spaces sorry :).
-long inetAddress = Address.info(addressStr,
Socket.APR_UNSPEC,
+int family = So
A solution could be to implement on the client side an AJP 1.3 protocol
2006/2/10, Prabhu Baskaran <[EMAIL PROTECTED]>:
> Hi All,
> I wanted to run Socket server program which wud act as a connection to
> another client application which wud provide data from the database...(sort
> of like a clie
[EMAIL PROTECTED] wrote:
Author: mturk
protected long serverSockPool = 0;
-
+
I have an editor that removes trailing spaces sorry :).
-long inetAddress = Address.info(addressStr, Socket.APR_UNSPEC,
+int family = Socket.APR_INET;
+if (Library.APR_HAVE_IPV6)
Author: mturk
Date: Fri Feb 10 03:07:52 2006
New Revision: 376634
URL: http://svn.apache.org/viewcvs?rev=376634&view=rev
Log:
Use APR_UNSPEC only! if apr was compiled with IPV6 support.
Modified:
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java
Modified:
tomcat
17 matches
Mail list logo