sorry, the link is
svn co --username tomcat http://svn.hanik.com/svn/repos/tomcat-bayeux
Filip
Peter Rossbach wrote:
Many thanks for info!
Peter
Am 05.02.2008 um 15:02 schrieb Filip Hanik - Dev Lists:
hi Peter,
http://svn.hanik.com/viewvc/tomcat-bayeux/build/
user: tomcat
pwd: tomcat
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 5.5.26 stable.
Apache Tomcat 5.5.26 incorporates numerous security updates and bug fixes.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-5.5-doc/changelog.html
Downloads:
Niall Pemberton wrote:
On Feb 5, 2008 2:06 PM, jean-frederic clere [EMAIL PROTECTED] wrote:
Yoav Shapira wrote:
On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote:
The normal way is to go through the incubator process.
Why? This is not a new project,
Remy Maucherat wrote:
Rainer Jung wrote:
Remy Maucherat schrieb:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.16/
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Rémy
One small note: there is a new
Niall Pemberton wrote:
On Feb 5, 2008 6:56 PM, Mark Thomas [EMAIL PROTECTED] wrote:
Rainer Jung wrote:
Remy Maucherat wrote:
Rainer Jung wrote:
Remy Maucherat schrieb:
The candidates binaries are available here:
Guy Molinari and myself have completed a Bayuex implementation.
You can find it at:
http://svn.hanik.com/viewvc/tomcat-bayeux/
user: tomcat
password: tomcat
We are now waiting for Guy's CLA to be registered and then we are ready
to contribute it to the Tomcat code base.
We did rework the
are we still using the debug attribute, or should it be
if log.isDebugEnabled log.debug...
Filip
[EMAIL PROTECTED] wrote:
Author: funkman
Date: Sun Feb 3 18:10:39 2008
New Revision: 618150
URL: http://svn.apache.org/viewvc?rev=618150view=rev
Log:
The candidates binaries are available here:
http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.26/
According to the release process, the 5.5.26 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[ ] Stable
-
To unsubscribe,
fixed,
Filip
Konstantin Kolinko wrote:
The md5 files have an extra CR-LF in them. E.g.
c8248787ee28cd0a80196f7cc6f57db8
*apache-tomcat-5.5.26.zip
For 6.0.16 they are OK.
2008/1/31, Filip Hanik - Dev Lists [EMAIL PROTECTED]:
The candidates binaries are available here:
http
did you try:
Host name=myapp debug=0 appBase=/var/www unpackWARs=true
Aliasmyapp/Alias
Context path= docBase=myapp debug=5 reloadable=false
swallowOutput=true /
Context path=/manager
docBase=/usr/local/apache-tomcat-5.5.25/server/webapps/manager
debug=0 privileged=true/
thanks for the feedback, we can add in a message, that notifies the user
that we are receiving invalid multicast packets and that there is
probably some other piece of software broadcasting on our channel
Filip
Haroon Rafique wrote:
Hi there,
I ran into something today which might help
Mark Thomas wrote:
Mark Thomas wrote:
Remy Maucherat wrote:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.16/
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
I currently see a small number TCK failures.
Remy Maucherat wrote:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.16/
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Rémy
-
To
Bill Barker wrote:
Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Bill Barker wrote:
Mark Thomas [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Jan 29 13:18:25 2008
New
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Bill Barker wrote:
I'm for removing support for PureTLS, since it is largely
unmaintained at the moment. But the abstraction is usefull to be
able to support SSL providers (e.g. Mozilla meantioned above) that
don't implement JSSE
Bill Barker wrote:
Mark Thomas [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Jan 29 13:18:25 2008
New Revision: 616522
URL: http://svn.apache.org/viewvc?rev=616522view=rev
Log:
Tab police. No function change
Modified:
Mark Thomas wrote:
Michal Vyskocil wrote:
I'm unable to locate a patch to fix the CVE-2005-2090. I cannot found
any hint from svn commit log or bugzilla.
Maybe is this commit
r513079 | markt | 2007-03-01 01:26:12 +0100
reminder, I will be tagging 5.5.26 around noon tomorrow (MST). I will be
running a smoke test with the TCK's prior to the tag.
Filip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Rainer Jung wrote:
Hi Filip,
Filip Hanik - Dev Lists schrieb:
what effect do the line endings actually have, from a functionality
point?
It's more the human factor. I expect none of the mentioned files to
fail fatally with DOS style on Unix. On the other hand some of those
are also
you got it
Filip
Peter Rossbach wrote:
Hi Filip,
can you remove the STATUS.txt entry, please?
Thanks
Peter
Am 24.01.2008 um 21:23 schrieb [EMAIL PROTECTED]:
Author: fhanik
Date: Thu Jan 24 12:22:59 2008
New Revision: 614974
URL: http://svn.apache.org/viewvc?rev=614974view=rev
Log:
vote
what effect do the line endings actually have, from a functionality point?
only if it affects the distro in a negative way would I actually go
through all this trouble. but I haven't had any problems so far, and we
are on all kinds of platforms
Filip
Rainer Jung wrote:
Hello,
no
lets try to avoid further delays, 6.0.16 is much anticipated
Filip
Peter Rossbach wrote:
Hi Remy,
+1 to release next week!
Am 21.01.2008 um 10:53 schrieb Remy Maucherat:
On Mon, 2008-01-21 at 08:41 +, [EMAIL PROTECTED] wrote:
Author: pero
Date: Mon Jan 21 00:41:31 2008
New Revision:
btw, I'll delay 5.5 as well, that way all patches that were entered
until now, can be tested. so there is no need to wait for the tag to
test, during this week
Filip
Remy Maucherat wrote:
On Mon, 2008-01-21 at 08:41 +, [EMAIL PROTECTED] wrote:
Author: pero
Date: Mon Jan 21 00:41:31
Remy Maucherat wrote:
On Thu, 2008-01-17 at 07:56 -0700, Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
On Wed, 2008-01-16 at 15:26 -0700, Filip Hanik - Dev Lists wrote:
could we get a target date for this? I believe there is enough community
interest to push out a new
date set on trunk yet, there wont be until trunk moves to a
6.x branch, and then we do releases from there.
I don't see this one in a while, 6.0 is still gaining momentum and is
getting bugfixes done.
Filip
thanks
david jencks
On Jan 4, 2008, at 10:20 AM, Filip Hanik - Dev Lists wrote:
we have
just a reminder
Filip
Filip Hanik - Dev Lists wrote:
Hey all,
I'm planning on tagging 5.5.26 on Monday Jan 21st, roughly around noon
MST.
This should give us plenty of time to clear out status and test
everything before doing the release.
I'll assume lazy consensus unless anyone objects
could we get a target date for this? I believe there is enough community
interest to push out a new release
Filip
Filip Hanik - Dev Lists wrote:
we have a lot of updates added in, I think it may be good to set a
date for our next release and work towards that
Filip
cause I'm likely to discover elsewhere in the tribes module where
reverse DNS lookups are taking place, and at that point can take
advantage of the global flag rather than creating duplicate configs or
creating component dependencies that are not supposed to be there.
does that make sense?
I get a 404 on the URL
Filip
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Jan 15 16:03:57 2008
New Revision: 612319
URL: http://svn.apache.org/viewvc?rev=612319view=rev
Log:
Propose a library update for TC5
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified:
you're other option is to just vote on tcnative separately, and that way
utilize all the ASF mirrors and release sites
Filip
Mladen Turk wrote:
Mark Thomas wrote:
Mladen Turk wrote:
Henri Gomez wrote:
No, like said, Tomcat Native is voted *together*
with Tomcat version that contains it.
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
you're other option is to just vote on tcnative separately, and that
way utilize all the ASF mirrors and release sites
But that is exactly what we should *not* do.
Tomcat comes with it's native, so if you upgrade the
Tomcat, upgrade its
Mladen Turk wrote:
Yoav Shapira wrote:
Sorry, I typed this before reading the other thread.
+1 for releasing this specific file. If this vote doesn't pass, the
file has to be removed.
I'll remove the file (1.1.12)
Like said they are already inside
I'm a bit confused on how you can measure backlog in Java. Backlog is a
TCP stack implementation setting.
Also, between TCP implementations, there is no firm definition of what
backlog actually means. does it mean SYN_RCVD or ESTABLISHED but not yet
accepted?
If I read the implementation
Andrew.
On 1/10/08, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote:
I'm a bit confused on how you can measure backlog in Java. Backlog is a
TCP stack implementation setting.
Also, between TCP implementations, there is no firm definition of what
backlog actually means. does it mean SYN_RCVD
I don't think we wanna ship a file that has a default user for admin and
manager roles.
most folks leave this realm in their server.xml, and the manager app
enabled, so this would create future complaints
-1 on the tomcat-users.xml change
Filip
[EMAIL PROTECTED] wrote:
Author: markt
Date:
ok, I'll take a look at this before we move on
Filip
Remy Maucherat wrote:
On Fri, 2008-01-04 at 11:20 -0700, Filip Hanik - Dev Lists wrote:
we have a lot of updates added in, I think it may be good to set a date
for our next release and work towards that
r297710 is a hack
Remy Maucherat wrote:
On Fri, 2008-01-04 at 11:20 -0700, Filip Hanik - Dev Lists wrote:
we have a lot of updates added in, I think it may be good to set a date
for our next release and work towards that
r297710 is a hack, and reintroduces a data corruption bug that was fixed
a long
:)
what I meant was, it still contains non functional changes, such as
reordering of imports, breaking up code lines etc.
If I read the patch correctly, the only functional changes are really
only during readPrincipal and writePrincipal, yet so many other lines
are changed.
does that make
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
+ -1: fhanik - lets not do e.printStackTrace, handle the error and log it
correctly,
Fair point. I'll fix that.
also, have the diff only change lines that are actually changed. makes it
easier to review
Which lines do you mean? The diff
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/ha/session/SerializablePrincipal.java?r1=607596r2=607595pathrev=607596
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
+ -1: fhanik - lets not do e.printStackTrace, handle the error and log it
correctly,
Fair point.
ok, this should take care of the problem, sorry for the delay
http://svn.apache.org/viewvc?rev=607800view=rev
Filip
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
Author: fhanik
Date: Mon Dec 17 12:55:56 2007
New Revision
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
Author: fhanik
Date: Mon Dec 17 12:55:56 2007
New Revision: 605000
URL: http://svn.apache.org/viewvc?rev=605000view=rev
Log:
port new annotation logic from previous trunk
-1.
give it some time, before you veto it, not a release branch,
you have a 3sec timeout on your message send
SEVERE: Unable to send message through cluster sender.
org.apache.catalina.tribes.ChannelException: Operation has timed out(3000
ms.).; Faulty members:tcp://localhost.localdomain:4002;
you can change this value in Transport
+1, so that we can include these fixes before we get 6.0.16 out
Filip
jean-frederic clere wrote:
Hi,
I'll tag the tcnative to 1.1.12.
The changes are the following between 1.1.12 and 1.1.11:
+++
Improvement: Add support of J9VM based JVM. (jfclere)
Improvement: Arrange licence in source
In the near future, I plan to add the following to trunk
1. annotation dependency injection patch
2. cluster JMX configurations
3. any NIO improvements that haven't been ported
I've also completed a non blocking comet write implementation in
sandbox, and will write some demo/sample apps to
check out build.properties.default from the 6.0.x trunk, that one has a
valid link
Filip
SuperAaron wrote:
When I checked out tag 6.0.14 and ran the ant download task,
the download process could not find the following file:
as you say, not a guarantee.
in findClassInternal, we do synchronized(this), so maybe we should not
need to introduce another locking object, when we already have the
instance itself.
Filip
-Tim
Filip Hanik - Dev Lists wrote:
if String objects are kept in a constants pool, then one would
this is the one we are using
http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.3.1-200709211145/eclipse-JDT-3.3.1.zip
Filip
Joe Bohn wrote:
I'm trying to build 6.0.14 and I'm hitting the following problems with
the ant download step.
It appears that the version
if String objects are kept in a constants pool, then one would
synchronized (name) {
clazz = super.findClass(name);
}
to allow concurrent loading of different classes,
Filip
[EMAIL PROTECTED] wrote:
Author: markt
Date: Mon Dec 10
really only one way of doing it.
In the BIO connector
protocol=org.apache.coytote.http11.Http11Protocol, the handshake
happens inside the blocking streams (at the JSSE layer), so I don't
think you can control it here.
In the APR connector
protocol=org.apache.coytote.http11.Http11AprProtocol,
I don't think our source tree contents should reflect IDE usage.
in my IDE, I just simply create a filter about what I dont want to be
compiled each time.
Filip
Mark Thomas wrote:
I recently created some skeleton implementations of the above packages to
stop Eclipse complaining all the time
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: jim
Date: Tue Nov 20 10:19:00 2007
New Revision: 596761
URL: http://svn.apache.org/viewvc?rev=596761view=rev
Log:
Fix BZ 43588 - hard coded 127.0.0.1 for localhost
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Remy Maucherat wrote:
On Sat, 2007-11-10 at 19:41 +0100, Remy Maucherat wrote:
On Fri, 2007-11-09 at 22:23 +, Mark Thomas wrote:
These sources can be found in the specification documents.
That doesn't mean we can just copy them.
Geronimo
should also have the same
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: pero
Date: Thu Nov 15 09:58:26 2007
New Revision: 595376
URL: http://svn.apache.org/viewvc?rev=595376view=rev
Log:
Add JDT Location change
Modified:
tomcat/current/tc5.5.x/STATUS
Modified: tomcat/current/tc5.5.x/STATUS
URL:
Remy Maucherat wrote:
On Mon, 2007-11-05 at 15:17 +0100, Rémy Maucherat wrote:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.15/
According to the release process, the 6.0.15 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[ ] Stable
I am undecided
I believe (and correct me if I am wrong) that Apache software may
include the binary distribution of CDDL code.
Filip
Lucas Galfaso wrote:
Is CDDL Apache compatible?
On Nov 8, 2007 8:15 PM, [EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
and we are re escaping already escaped strings
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
and we are re escaping already escaped strings.
The spec isn't 100% clear on who is responsible for escaping the
values if
required.
spec-quote section=SRV.16.1.1.1
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
Filip Hanik - Dev Lists wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
and we are re escaping already escaped strings.
The spec isn't 100
the latter two throw
illegal argument exception.
however, the parsing is quite broken, let me know if you want me to
provide a fix, or if you are already into it
Filip
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
I'm having problems with the cookie parsing
It is seems
ignore the invalid cookie header, I was mocking around too much, I'm
still looking into the parsing a bit
Filip
Filip Hanik - Dev Lists wrote:
the problem is beyond that as well.
for the header
Cookie: name1=value1; Version=1; Path=/testcookies
The cookie parsing mechanism adds 3 server
I'm having problems with the cookie parsing
Cookie: $Version=1; name1=value1; $Path=/testcookies;
$Domain=localhost
Specifically
Cookies.java - line 490
if( bytes[valueStart] =='1' valueEnd == valueStart) {
since the version is one character, then valueEnd should be
valueStart+1,
Mark Thomas wrote:
jean-frederic clere wrote:
Why Friday? Shouldn't we wait until 6.0.15 (or 6.0.15 + n) is voted stable?
We can do if that is the preference. My motivation is that I am keen to get
back to a CTR codebase asap as I find only having RTC a real pain.
he he, I think
hi Anthony, the best way to get some traction here is to follow these steps
1. Enter a bug in bugzilla http://issues.apache.org/bugzilla/enter_bug.cgi
2. Submit your patch there, in diff format, against SVN head for the
6.0.x branch
After that, it will be reviewed and added to the STATUS
isn't the .java file missing a package
org.apache.catalina.tomcat.util.http declaration, also having both
catalina and tomcat in the path, seems kind of redundant :)
Filip
[EMAIL PROTECTED] wrote:
Author: jfclere
Date: Fri Oct 26 07:51:23 2007
New Revision: 588673
URL:
+1
Rémy Maucherat wrote:
Hi,
As the issue list seems relatively empty, I would like to tag 6.0.15
soon, probably late tomorrow.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
it's very easy, take a look at
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalOutputBuffer.java?view=markup
then look for (case sensitive search)
outputStream.write(
and that is where we write bytes to the socket, just modify this class
for your own
absolutely, the other place that issues a timeout, does a dispatch, this
one should do it too.
Filip
Christophe Pierret wrote:
Hi all,
I noticed that user code gets executed inside NIO Poller thread in case
of timeout error, if the executor is specified in server.xml.
Since there is very few
looking at the code, I'm gonna hold off with the fix until after we tag,
there is much cleanup to be done on this particular section
Filip
Filip Hanik - Dev Lists wrote:
absolutely, the other place that issues a timeout, does a dispatch,
this one should do it too.
Filip
Christophe Pierret
Wanted to make sure you got a chance to vote for this, the fix must
include the 100-continue response as well
Please vote
Filip
* Final fix for http://issues.apache.org/bugzilla/show_bug.cgi?id=43653
Fixes the 100 Continue response, that got reversed through byte buffer
manipulation
last
of returning the boolean - I think it would be better to add a
method to list supported attributes ( and with some changes to modeler this
could be reflected in the mbean - right now setProperty is ignored ). It's a
bit more complicated - but also more valuable.
Costin
-0
On 10/19/07, Filip Hanik - Dev
Ok, sending a little email to lobby for a useful change. To the contrary
of comments and vetoes to this change, it doesn't change existing
behavior, it simplifies it, and also adds the NIO connector to the
validation of server.xml attributes.
It'd be nice to get one more vote, so that we can
Wendy Smoak wrote:
On 10/17/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote:
We currently have a distribute to Maven repo in place.
The most current version is in the sandbox, that would allow us to
publish to the central ASF repo with signed JAR's.
This allows(will allow) other
We have about 7 items left in STATUS, some bug fixes very important,
I'd hope folks would want to look them all over and cast a vote, before
we tag. RTC is not lazy consenus, so in order for it to work, folks must
vote :)
Filip
Yoav Shapira wrote:
Hey,
On 10/18/07, Rémy Maucherat [EMAIL
Mark,
I've modified my patch to not remove the AL2 license
Filip
[EMAIL PROTECTED] wrote:
Author: markt
Date: Thu Oct 18 15:59:55 2007
New Revision: 586165
URL: http://svn.apache.org/viewvc?rev=586165view=rev
Log:
Add further cookies patch
Add votes
Modified:
tomcat/tc6.0.x/trunk/STATUS
Paul Shemansky wrote:
My Fellow Code Monkeys,
You may have noticed I recommended for a push to change the build to a Maven
2 structure. Before starting a Mavenization discussion thread, I wanted to
investigate the entire build process. My first day here, I noticed that we
are downloading DBCP
Rémy Maucherat wrote:
On Wed, 2007-10-17 at 16:21 -0400, Paul Shemansky wrote:
It is not my intention to start a flame war between Ant and Maven
users, but merely to propose Maven 2 to this group, and respectfully
use this thread to discuss the advantages and disadvantages of
switching
lemme give you my feedback and some history
Paul Shemansky wrote:
Dear Fellow Tomcat Developers,
As you may have already noticed, I recently joined the ASF and the
Tomcat Developer's List. I have been a Maven 2 user since 2005, and I
previously used Ant for all of my projects. I suffered
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
to be clear, let me address your statements
remm -1: removes support for the production APR connectors
Absolutely not, doesn't change the way connectors
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
to be clear, let me address your statements
remm -1: removes support for the production APR connectors
Absolutely not, doesn't change the way connectors are evaluated.
remm -1: no real benefit of the patch
The NIO connector
Hi Paul, welcome!
It's good news and we always welcome new ideas and new contributions.
Let me address your building issue first, building is quite easy.
Requirements: ant, java 1.5
1. check out SVN directory
svn co http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk
2. download deps
cd
I'll put it in the STATUS file to be voted on for you
Filip
Lucas Galfaso wrote:
Hi all,
Sorry if my question is answered somewhere in the tomcat wiki, but I
was not able to find it.
Is there a standard way to propose a patch to be included into the
next tomcat release?
If possible, I
in the process of being applied
Filip
Most of my Maven 2 experiences have been favorable over Ant, and I
will attempt a Maven Evangelism email thread soon.
Thank You,
Paul
On 10/12/07, *Filip Hanik - Dev Lists* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Paul, welcome
the patch doesn't change the behavior for the APR connector, can you
please explain what you mean?
apply the patch, try it out on your APR connector, and it should work
just like before
Filip
[EMAIL PROTECTED] wrote:
Author: remm
Date: Thu Oct 11 08:44:34 2007
New Revision: 583858
URL:
flexible, and can be expanded to other components not
supported today
furthermore, there are no exception cases anymore, like the
o.a.c.connector.Connector object, is treated same way as before
Filip
Filip Hanik - Dev Lists wrote:
the patch doesn't change the behavior for the APR connector, can
I did, but folks shouldn't have to dig through the dev archives, should
they :)
Filip
Peter Rossbach wrote:
Hi Filip,
has you seen my Call stopAwait at StandardServer.stop mail?
Peter
Am 07.10.2007 um 17:10 schrieb Filip Hanik - Dev Lists:
don't forget to include a link to the diff file
I haven't seen any work done on the NIO part of AJP in a very long time,
so what I would suggest you do is
1. submit a bug report at
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%206
2. If possible, provide a patch
Filip
William Leung wrote:
I have configuared tomcat to
and ideas.
Every hint to a standard procedure?
Peter
PS: Can we move the tomcat 5.5 STATUS file to the build project? Then
it was easier for me to change the file at my eclipse.
Am 08.10.2007 um 17:13 schrieb Filip Hanik - Dev Lists:
I did, but folks shouldn't have to dig through the dev archives
) Add a patch to BZ
2c) Link to SVN patch
2d) If the patch is an attachment in an email to tomcat-dev - there is
some public record of the email - link to that
-Tim
Filip Hanik - Dev Lists wrote:
since the STATUS file is also a voting forum, there must be a
reference to an absolute patch/diff
don't forget to include a link to the diff file, so that it can be
reviewed before committed, just in case someone misses the dev email
Filip
[EMAIL PROTECTED] wrote:
Author: pero
Date: Sun Oct 7 01:36:51 2007
New Revision: 582597
URL: http://svn.apache.org/viewvc?rev=582597view=rev
Log:
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
Mark Thomas wrote:
Next attempt.
Taking account of the comments so far, a slightly modified proposal is
below.
svn cp https://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk
https://svn.apache.org/repos/asf/tomcat/trunk
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
Mark Thomas wrote:
Next attempt.
Taking account of the comments so far, a slightly modified proposal is
below.
svn cp https
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
jean-frederic clere wrote:
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
Mark Thomas wrote
Rainer Jung wrote:
Remy Maucherat wrote:
Rainer Jung wrote:
So my question is: is there a reliable way to detect, if it would be
safer to just drop a flush request?
I think flush should still send a flush packet. One scenario would be
(in the servlet): write 10 bytes and flush (in this
Dain Sundstrom wrote:
I've been trying to figure out how Tomcat initializes it's logging and
am now very confused. It appears that the juli is initialized in this
static block in DirectJDKLog.
private static final String
SIMPLE_FMT=org.apache.tomcat.util.log.JdkLoggerFormatter;
Dain Sundstrom wrote:
The distribution archives
(http://archive.apache.org/dist/tomcat/tomcat-6/) seem to be missing
versions 6.0.11 and 6.0.12. Were these distributions pulled
(retracted)? If not, anyone know where I can get a copy of these
releases?
I dont think they ever got released
Costin Manolache wrote:
On 9/28/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote:
you build the bayeux servlet crap on top of the Comet processor, its not
a protocol over TCP, its a protocol over HTTP, but requires the ability
to do async servlet, ie to cut of the dependency between
to install/enable ).
My understanding of the whole debate we recently had is that pursuing ideas
and itches is allowed and
encouraged - as long as it is outside the official tomcat release and
doesn't require API or major changes.
Costin
On 9/27/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote
done
Filip
Dain Sundstrom wrote:
Can someone upload 6.0.14 to the private Tomcat m2 repository?
Thanks,
-dain
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
until we sorted out our Comet implementation strategy, there is no point
pursuing this
Filip
Gurkan Erdogdu wrote:
Hi guys;
Is there any support for the Bayeux protocol and Comet style application works
in the Tomcat 6.x? I looked at the tomcat sandbox and that is this
implementations
501 - 600 of 1185 matches
Mail list logo