On 01/15/2010 03:41 PM, Rainer Jung wrote:
On 14.01.2010 21:21, ma...@apache.org wrote:
I'd prefer keep the package-zip with CRLF (and ensure CRLF in
package-deployer-zip too).
Just to update.
Since beginning of time httpd has x.x-win32-src.zip
We could have something like that as well instea
On 01/15/2010 04:41 PM, Mark Thomas wrote:
On 15/01/2010 15:13, Mladen Turk wrote:
On 01/15/2010 03:41 PM, Rainer Jung wrote:
On 14.01.2010 21:21, ma...@apache.org wrote:
I'd prefer keep the package-zip with CRLF (and ensure CRLF in
package-deployer-zip too).
Just to update.
On 01/15/2010 05:21 PM, Rainer Jung wrote:
Also the tar produced by ant doesn't look at all
like the one produced by gtar.
Think the problem is that we should add all files
at once during the build since it looks the tar has
multiple header sections or something.
I never had problems extracti
On 01/19/2010 03:25 PM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.24/
According to the release process, the 6.0.24 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Cheers
--
^TM
-
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Native 1.1.19 stable. This release include few minor fixes
over Tomcat Native 1.1.18.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/native-doc/miscellaneous/changelog.html
Downloads:
h
I just realized this never went trough announce, sorry folks.
Anyhow, better late then newer :)
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Native 1.1.19 stable. This release include few minor fixes
over Tomcat Native 1.1.18.
Cheers
--
^TM
---
On 01/21/2010 10:33 PM, Konstantin Kolinko wrote:
To: Tomcat Users List,
Tomcat Developers List,
annou...@apache.org
There is also annou...@tomcat.apache.org mailing list,
http://mail-archives.apache.org/mod_mbox/tomcat-announce/
Done.
Regards
--
^TM
-
On 02/03/2010 07:07 PM, Filip Hanik - Dev Lists wrote:
and all the .exe files are gone, from the .zip file, this is a pain in
the ass, no windows without installer?
why the change from .20 to .24? should just be a build update?
Like Mark said, they are in the separate .zip files.
This is IMHO
Hi,
We have a nasty bug that crashes the JVM on shutdown cause
by Library.terminate call while we are inside Socket.accept
The reason for crash is that we reference later in code the
memory that was already destroyed with apr_pool_terminate, and
can lead to a JVM core.
The fix is quite simple (
On 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.
I agree with having it default, but is it possible to have additional
configure option
Hi,
Native 1.1.20 is available for testing.
Compared with 1.1.19 and earlier versions it has a bug fix that
prevents crashing JVM on shutdown.
If you want to take a look, the final source distribution can be
downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/1.1.2
On 02/08/2010 08:32 AM, Rainer Jung wrote:
After a couple of heavily loaded weeks, I'll have time to care about it
this week. I'll review the changes done by Mladen and will then proceed
with the usual snapshot for letting people do some tests before the
final release. I guess I'll need 2 or 3 da
On 02/08/2010 08:32 AM, Rainer Jung wrote:
After a couple of heavily loaded weeks, I'll have time to care about it
this week. I'll review the changes done by Mladen and will then proceed
with the usual snapshot for letting people do some tests before the
final release. I guess I'll need 2 or 3 da
Hi,
Test snapshot for 1.2.29 is available at
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/
Sources can be found inside source/jk-1.2.29 directories
while the windows binaries are inside:
binaries/win32/jk-1.2.29 and
binaries/win64/jk-1.2.29
documentation is inside
docs/jk-1.2.29
Pleas
On 02/10/2010 11:19 AM, Mladen Turk wrote:
Hi,
Ping. Anyone?
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
On 02/16/2010 12:24 AM, Mark Thomas wrote:
On 15/02/2010 21:52, Filip Hanik - Dev Lists wrote:
why not just a servlet filter?
+1. I was going to suggest the same thing.
Why not reusing the clustering code for that.
It would allow to pre-redirect the requests
without doing the actual ping
On 02/16/2010 09:56 AM, Mark Thomas wrote:
I don't see why the current set of valid cluster nodes could not be
passed back via a header.
Exactly.
That raises the interesting question of if a node goes down, which
component will notice first? The proxy or the cluster? With long
timeouts in t
On 02/16/2010 10:21 AM, Mark Thomas wrote:
On 16/02/2010 09:08, Mladen Turk wrote:
On 02/16/2010 09:56 AM, Mark Thomas wrote:
The other thing it potentially allows is the cluster to tell the proxy
about which nodes are in the cluster, allowing a more dynamic
configuration. Not sure I'd wa
On 02/17/2010 05:12 AM, Konstantin Kolinko wrote:
2010/2/10 Mladen Turk:
Apache Tomcat Native 1.1.20 is:
[x] Stable - no major issues, no regressions
Tested win32 binaries only.
Minor: *.md5 and *.sha1 files should have " *" between checksum and
filename, because those files
We have collected 4 binding votes, so I'll proceed
with the release.
Apache Tomcat Native 1.1.20 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
Regards
--
^TM
On 02/16/2010 06:57 PM, Costin Manolache wrote:
I think the main driver for replacing ajp is the 2-directional protocols -
and if we
replace it, why invent a new protocol and not just adopt SPDY, which has all
we need.
Totally agree.
Both JK and AJP originate from days when the single server
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Native 1.1.20 stable.
This release includes a fix for JVM crash on Tomcat shutdown.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/native-doc/miscellaneous/changelog.html
Downloads:
htt
On 02/11/2010 12:15 PM, Mladen Turk wrote:
Test snapshot for 1.2.29 is available at
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/
So far no comments, so I suppose everything works like a charm.
Since we have postponed this release mostly because core
developers are busy bees for a
On 02/17/2010 04:24 PM, Rainer Jung wrote:
thanks for rolling. Did you see BZ 48742, which seems to be a
show-stopper regression.
Nope, didn't see that, and it looks like a regression.
I'll fix that and make another test run on Friday.
Regards
--
^TM
---
On 02/17/2010 07:37 PM, Costin Manolache wrote:
On Wed, Feb 17, 2010 at 12:38 AM, Mladen Turk wrote:
The reasons I suggest using SPDY as a replacement for AJP - and supporting
SPDY
I have nothing against SPDY and it really looks cool,
but IMHO it's doesn't look and feel like the r
On 02/17/2010 04:24 PM, Rainer Jung wrote:
thanks for rolling. Did you see BZ 48742, which seems to be a
show-stopper regression.
Updated a new snapshot (911726) with BZ48742 fixed.
I plan to stick with the schedule and tag on Tuesday.
Regards
--
^TM
---
On 02/19/2010 05:06 PM, Henri Gomez wrote:
Not a mod_proxy guru, but filtering X-header from responses should be near
trivial based on past experience with the proxy code.
There is the GPL licence 'problem' of the Hyperic lib which should be
'solved' isn't ?
Tomcat Native already has some c
Hi,
I plan to tag 1.2.29 tomorrow around 12:00 GMT
and later propose a vote.
We had few release snapshots that had no
show-stoppers reported beside one bug and
one regression that are already solved.
In case someone has a serious reason why I
shouldn't do that, please speak.
Regards
--
^TM
---
On 02/23/2010 08:41 AM, Rainer Jung wrote:
Hi Mladen,
Should we mention in the changelog, that it needs improvement?
Sure. Go ahead and add a notice.
changelog might not be the proper place, but it
seems we don't have anything more appropriate.
Thanks for those last minute updates!
Cheers
Hi,
Tomcat Connectors 1.2.29 version is available for testing:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/
Sources can be found at:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.29/
(Note that the tomcat-connectors-1.2.29-dev-912307-src.* files will
be visible
On 02/23/2010 05:35 PM, Felix Schumacher wrote:
Hi,
I think the new version string JK_VERSTRING should be 1.2.30 not 1.2.10.
Right, it was typo.
Thanks
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For a
On 02/24/2010 11:56 AM, jean-frederic clere wrote:
According to the release process, the 6.0.25 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Checked on windows and linux.
You might wish to add the note about known issue
Windows exception thrown on shutdown
SEVERE: Socket accept failed.
T
Hi,
Just released the Daemon 1.0.2.
Since now we've been using custom Daemon
spins basically tagging the trunk and
maintaining our set of binaries.
Released version has everything but some things
like jsvc.tar.gz aren't there any more.
Don't panic cause it is now inside
commons-daemon-1.0.2-nat
On 02/23/2010 04:06 PM, Mladen Turk wrote:
Apache Tomcat Connectors 1.2.29 is:
With my vote ...
[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
We have gathered
On 02/26/2010 07:56 AM, Konstantin Kolinko wrote:
The above line: I think you meant
s/mainly/many/
I meant mainly
s/over ... 1.2.29/over ... 1.2.28/
Now, that WAS a typo :)
Cheers
--
^TM
-
To unsubscribe, e-mail: dev-un
The Apache Tomcat team announces the immediate availability of
Apache Tomcat Connectors 1.2.29 stable.
Apache Tomcat Connectors 1.2.29 concentrates mainly on bug fixes.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/connectors-doc-1.2.29/miscellaneous/changelog.
Hi,
I added README.html directory listing footer
as well as .htaccess with extensions description.
So, when doing release, update the README.html with
the current stable version number.
It is shown on
http://www.apache.org/dist/tomcat/tomcat-6/
(If not hit F-5)
Regards
--
^TM
---
On 02/26/2010 06:39 PM, William A. Rowe Jr. wrote:
On 2/10/2010 4:19 AM, Mladen Turk wrote:
Apache Tomcat Native 1.1.20 is:
[ ] Stable - no major issues, no regressions
[ ] Beta - at least one significant issue -- tell us what it is
[ ] Alpha - multiple significant issues -- tell us what
Hi,
We have a bug with IIS/1.2.29 which makes it unusable and it
crashes the IIS.
I'll tag the 1.2.30 and make immediate vote/release because
it's a serious regression.
I suppose we would need to withdraw 1.2.29 as well
Regards
--
^TM
---
Hi,
We have one serious bug with 1.2.29 that causes IIS to
crash on POST request.
http://issues.apache.org/bugzilla/show_bug.cgi?id=48826
Other web connectors are not affected by that bug
Please test the provided release so we can replace the
existing 1.2.29 ASAP.
http://tomcat.apache.org/dev/
+1
On 02/27/2010 01:02 PM, Konstantin Kolinko wrote:
2010/2/27:
Author: mturk
Date: Sat Feb 27 10:16:14 2010
New Revision: 916938
URL: http://svn.apache.org/viewvc?rev=916938&view=rev
Log:
Revert withdrawal notice. Seems this requires a vote
If withdrawing needs a vote, here is my +1.
It
On 02/27/2010 02:28 PM, Konstantin Kolinko wrote:
2010/2/27 Mladen Turk:
+1
If withdrawing needs a vote, here is my +1.
It does. Same as for release.
It's been only a day since announced, so as soon
we remove it and release 1.2.30 with fix we'll
make less users angry.
Announcem
On 02/27/2010 03:24 PM, Rainer Jung wrote:
I just made an notice on tomcat index.html
Should be enough thought.
I'll also add the same notice to README.html files
inside binaries/
Shouldn't we also remove the 29 files form dist and archive?
Once when the vote is done.
I'd rather see it repl
On 02/27/2010 04:16 PM, Rainer Jung wrote:
On 27.02.2010 15:54, Mladen Turk wrote:
On 02/27/2010 03:24 PM, Rainer Jung wrote:
I just made an notice on tomcat index.html
Should be enough thought.
I'll also add the same notice to README.html files
inside binaries/
Shouldn't we also
On 02/28/2010 11:18 PM, Rainer Jung wrote:
On 27.02.2010 12:14, Mladen Turk wrote:
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
On 02/27/2010 12:14 PM, Mladen Turk wrote:
With my vote
Apache Tomcat Connectors 1.2.30 is:
[X] Stable - no major issues, no regressions
we have collected required three binding votes
so I'll proceed with copying to dist and
making announcement.
Regards
-
On 02/27/2010 01:02 PM, Konstantin Kolinko wrote:
If withdrawing needs a vote, here is my +1.
We have collected required three binding votes
so I'll proceed and remove 1.2.29 from dist and arch,
update the site and make a notice of that with
1.2.30 announcement
Regards
--
^TM
-
On 02/28/2010 11:57 PM, Rainer Jung wrote:
One addition: the combination of the a+c mode and fflush() shows the
problem. As soon as I remove one of the two, perforemance is fine.
What 'c' flag does is to actually call _commit (FlushFileBuffers)
on fflush(). Without that the fflush is called w
The Apache Tomcat team announces the immediate availability of
Apache Tomcat Connectors 1.2.30 stable.
Apache Tomcat Connectors 1.2.30 concentrates mainly on bug fixes.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
D
On 02/24/2010 11:56 AM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.25/
If the release is postponed I'd like to add the
legacy renegotiation support from trunk.
It requires tomcat-native 1.2.21 release first
with compil
Hi,
I backported mod_ssl's SSLInsecureRenegotiation option
and would like to T&R 1.2.21 with compiled OpenSSL 0.9.8m
that should fully solve the CVE-2009-3555.
ABI is extended to allow checking the OpenSSL feature
supported, so usage would require 1.2.21.
Comments?
Regards
--
^TM
---
On 03/02/2010 01:17 PM, Remy Maucherat wrote:
On Tue, 2010-03-02 at 09:19 +, mt...@apache.org wrote:
Author: mturk
Date: Tue Mar 2 09:19:45 2010
New Revision: 917931
URL: http://svn.apache.org/viewvc?rev=917931&view=rev
Log:
With unsafe reneg, minimum required is 1.2.21 caused by API chang
On 03/02/2010 05:43 PM, jean-frederic clere wrote:
On 03/02/2010 09:51 AM, mt...@apache.org wrote:
Author: mturk
Date: Tue Mar 2 08:51:46 2010
New Revision: 917921
URL: http://svn.apache.org/viewvc?rev=917921&view=rev
Log:
Add unafe legacy renegotiation support
How does that interacts with
h
On 03/02/2010 05:58 PM, jean-frederic clere wrote:
How does that interacts with
http://svn.apache.org/viewvc?rev=881179&view=rev ?
The same way as in mod_ssl
Yes but won't it be possible to allow client initiated renegotiation
with 0.9.8m?
According to the OpenSSL docs:
If the option SSL
On 03/03/2010 08:33 AM, jean-frederic clere wrote:
Stable [3]
Broken [2]
So we go for a 6.0.26. Please commit the stuff voted in STATUS.txt
And few ones that need votes :)
E.g the trivial exception throwing fix for APR connector on shutdown.
Regards
--
^TM
--
On 03/02/2010 05:58 PM, jean-frederic clere wrote:
On 03/02/2010 05:47 PM, Mladen Turk wrote:
On 03/02/2010 05:43 PM, jean-frederic clere wrote:
On 03/02/2010 09:51 AM, mt...@apache.org wrote:
Author: mturk
Date: Tue Mar 2 08:51:46 2010
New Revision: 917921
URL: http://svn.apache.org/viewvc
On 03/03/2010 01:19 PM, Mladen Turk wrote:
On 03/02/2010 05:58 PM, jean-frederic clere wrote:
On 03/02/2010 05:47 PM, Mladen Turk wrote:
On 03/02/2010 05:43 PM, jean-frederic clere wrote:
On 03/02/2010 09:51 AM, mt...@apache.org wrote:
Author: mturk
Date: Tue Mar 2 08:51:46 2010
New Revision
On 03/04/2010 12:48 PM, Rainer Jung wrote:
On 02.03.2010 10:14, mt...@apache.org wrote:
Author: mturk
Date: Tue Mar 2 09:14:44 2010
New Revision: 917928
URL: http://svn.apache.org/viewvc?rev=917928&view=rev
Log:
Port SSLInsecureRenegotiation from mod_ssl
Modified:
tomcat/trunk/java/org/apache/
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
@@ -0,0 +1,97 @@
+// Microsoft Visual C++ generated resource script.
+//
Nice but this should be hand craf
On 03/07/2010 09:31 PM, t...@apache.org wrote:
Author: timw
+/* Remember the current log file name for the next potential
rotate */
+strcpy_s(log_file_effective, sizeof(log_file_effective),
log_file_name);
-1
You will have to use StringCb routines here, because strcpy
On 03/08/2010 09:08 AM, t...@apache.org wrote:
Author: timw
Date: Mon Mar 8 08:08:46 2010
New Revision: 920225
URL: http://svn.apache.org/viewvc?rev=920225&view=rev
Log:
Fixing VC6 build by replacing uses of strcpy_s with StringCbCopy.
There are bunch of other functions with _s suffix you've
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
commit.
Maybe a move to VC2003 as a minimum might be in order some day.
We just need MSVCRT, and the functions you've added are
Microsoft vision of POSIX function
Your vote proposal is not very much readable.
Please make a standard single request for vote and
check boxes +1, -1 (+0, -0 are irrelevant thought, but might be added as well)
On 03/08/2010 06:34 PM, Konstantin Kolinko wrote:
1. We already have Commit-Then-Review for any documentation, includ
On 03/08/2010 08:00 PM, Konstantin Kolinko wrote:
I propose to relax our RTC policy and use CTR for the types of changes
listed below:
Usually a vote has a single voting item, but all those
things you've put to vote are something many projects
already have as a policy.
Allow C-T-R for cha
On 03/09/2010 01:47 AM, Filip Hanik - Dev Lists wrote:
Overall, We'd be better off leaving everything as it is.
6.0.24 had a huge amount of changes, and also a series of rapid
regressions, and probably more to follow.
To keep the branch stable, we should work in a stable manner, RTC has
worked we
On 03/09/2010 08:58 PM, Tim Whittington wrote:
I've managed to track down a VS6 install (so old the CD was a bit marginal)
and am building now.
You will need Platform SDK as well.
Windows 2003R2 SDK is the one that has needed compilers for
amd64 and ia64 and depend only on MSVCRT.
When buildin
On 03/10/2010 02:04 AM, Tim Whittington wrote:
When building x86 binaries, make sure PSDK dirs are included before MSVC6.
Why does this make a difference?
IIS should probably compile fine, however:
http://httpd.apache.org/docs/2.2/platform/win_compiling.html
requires the Platform SDK.
Reg
On 03/09/2010 06:19 PM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.26/
According to the release process, the 6.0.26 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Tested on linux and windows.
Regards
--
^TM
--
Hi,
Anyone knows what would be the major points that would
be problematic when launching multiple instances in the same
directory.
Lets presume that connectors share the same sockets among
multiple virtual machines using the JVM loaded inside each
Httpd or IIS worker process for example.
As I se
On 03/10/2010 02:58 PM, Mark Thomas wrote:
Work directory, temp directory come to mind.
Easier to use a CATALINA_HOME/CATALINA_BASE style approach.
The idea IS to use the same directory and same files.
I'm trying to locate things that presume Tomcat is running
as self contained singleton app
On 03/10/2010 11:10 PM, Costin Manolache wrote:
You want to have each webapp served by a different process ?
Or even different versions of a webapp in a different process ?
First goal is to get rid of connectors and use Tomcat
directly inside httpd or IIS or new Commons Runtime
(replacing Tomc
On 03/11/2010 07:52 AM, Costin Manolache wrote:
On Wed, Mar 10, 2010 at 10:28 PM, Mladen Turk wrote:
On 03/10/2010 11:10 PM, Costin Manolache wrote:
You want to have each webapp served by a different process ?
Or even different versions of a webapp in a different process ?
First goal is
On 03/11/2010 08:31 AM, pannar wrote:
Hi,
#BUT HERE It is Failed to execute, whats wrong??
ECHO.
ECHO Starting Tomcat 6
net start "Apache Tomcat 6"
pause
Try with real service name without spaces
(It should be Tomcat6)
Ant is probably messing up with your cmd line
Regards
--
^TM
--
And please next time use the users list for such questions.
On 03/11/2010 08:31 AM, pannar wrote:
Hi,
I have built the automated script used to compile the java classes and sends
Regards
--
^TM
-
To unsubscribe, e-mail: dev
On 03/11/2010 08:50 AM, jean-frederic clere wrote:
On 03/11/2010 08:30 AM, Mladen Turk wrote:
On 03/11/2010 07:52 AM, Costin Manolache wrote:
On Wed, Mar 10, 2010 at 10:28 PM, Mladen Turk wrote:
On 03/10/2010 11:10 PM, Costin Manolache wrote:
You want to have each webapp served by a
On 03/11/2010 08:50 AM, pannar wrote:
Boss,
Hilarious :)
what do you say?
What you have described should work.
You call the net stop, do some task
and then call net start.
Unless your task modifies the tomcat
service files it should work.
Add 'pause' before net start call.
Perhaps your
On 03/11/2010 05:17 PM, Costin Manolache wrote:
And what is the problem you are trying to solve ?
Those are the same one for which modern web servers
have multiple worker processes.
One JVM crash doesn't kill the server, recycle the
worker process on some condition (memory leak, number of
requ
On 03/11/2010 05:49 PM, jean-frederic clere wrote:
On 03/11/2010 05:27 PM, Mladen Turk wrote:
More important one is to use the web server connectors directly.
It's not about speed, but about eliminating connector as a
point of failure.
hm You still have to move the data for httpd (in
On 03/12/2010 04:14 PM, sebb wrote:
In 12/03/2010, mt...@apache.org wrote:
Author: mturk
Date: Fri Mar 12 11:38:43 2010
New Revision: 93
URL: http://svn.apache.org/viewvc?rev=93&view=rev
Log:
Suppress anoying Terminate batch job prompt when hitting CTRL+C. Note however
that
On 03/12/2010 05:54 PM, Konstantin Kolinko wrote:
I think that /work folder sharing is out of question. Most of concern
here is with Jasper, but there can be also other files, and files
written by applications.
That shouldn't be a problem if guarded with some global mutex.
Other option is to
Hi,
I would suggest that we use JIRA instead maintaining STATUS.txt files.
Each branch can then be a separate component and each status vote
JIRA issue classified as either bug, feature, etc...
Voting is supported except that one cannot vote for the created issue,
so that would be presumed.
Howev
On 03/14/2010 12:06 PM, Rainer Jung wrote:
On 14.03.2010 08:07, Mladen Turk wrote:
Hi,
I would suggest that we use JIRA instead maintaining STATUS.txt files.
Each branch can then be a separate component and each status vote
JIRA issue classified as either bug, feature, etc...
Voting is
On 03/14/2010 07:31 PM, Konstantin Kolinko wrote:
I am -1.
IMHO JIRA can do a better job then status file.
The questions you've raised actually show how
hard it is to get something out of status.
It's a mixture of hundreds of commit messages,
references to other commit messages, p.a.o
files th
On 03/15/2010 02:18 PM, Tim Funk wrote:
-0.5
It might seem moving to JIRA from Bugzilla would be a better first step.
Then if commit messages follow a naming convention - the commit could
automagically update the JIRA bug with the commit message. This might
fix the tracking desire yet keeping th
On 03/17/2010 05:07 AM, Konstantin Kolinko wrote:
Thank you for all your votes and feedback.
I am tallying the results below.
Perhaps you can put those that passed directly inside
status.txt (somewhere near the top I presume)
as a constant and clear reminder.
However any other location is fine
On 03/17/2010 12:39 PM, Konstantin Kolinko wrote:
Log:
Proposal for using daemon 1.0.2 and its binaries
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Note, that my proposal for this issue is already there, since 2010-03-11.
LOL. Didn't saw the 6.0 proposal.
It could save me couple of hours.
On 03/17/2010 02:13 PM, kkoli...@apache.org wrote:
Author: kkolinko
+ kkolinko - I updated the patch to do not delete "deploy.old" target.
+ Regarding "deploy.old": Note, that the commons-daemon files that
were
+ copied in that target are already copied by "depl
On 03/18/2010 05:00 PM, jean-frederic clere wrote:
Note we have until the Sunday, March 21st to collect that information.
I'm always amazed with the fact that each conference
planner need your proposals by yesterday.
Regards
--
^TM
--
On 03/18/2010 05:12 PM, William A. Rowe Jr. wrote:
On 3/18/2010 11:00 AM, jean-frederic clere wrote:
Note we have until the Sunday, March 21st to collect that information.
Note, the schedule need not be *complete* by 3/21; all that was asked for
this week is a short description of the track,
On 03/18/2010 05:19 PM, jean-frederic clere wrote:
I'm always amazed with the fact that each conference
planner need your proposals by yesterday.
Well they were asking that the 16th, but anyone that already presented
something somewhere has a short bio available somewhere and probably a
abstra
On 03/19/2010 09:23 AM, Apache Wiki wrote:
Dear Wiki user,
+ Quickstart guide to embedding Tomcat 7
+ By Mark Thomas:
+
+ . Tomcat has always been embeddable but with Tomcat 7 it has been much
simpler. This presentation will show you how you can embed Tomcat in your
application in j
On 03/19/2010 09:31 AM, Mark Thomas wrote:
On 19/03/2010 09:25, Mladen Turk wrote:
I was just writing the Embedding talk proposal :)
I threw that together in a couple of minutes. If you have a better
proposal feel free to replace/edit mine.
No that's fine. I just wanted we addres
On 03/19/2010 09:31 AM, Mark Thomas wrote:
On 19/03/2010 09:25, Mladen Turk wrote:
On 03/19/2010 09:23 AM, Apache Wiki wrote:
Dear Wiki user,
+ Quickstart guide to embedding Tomcat 7
+ By Mark Thomas:
+
+ . Tomcat has always been embeddable but with Tomcat 7 it has been
much simpler
On 03/26/2010 01:15 PM, Mark Thomas wrote:
On 26/03/2010 11:29, Mladen Turk wrote:
Hi,
I was told this will look better as a welcome
installer image :)
WDYT?
Not too sure about the white lines in the background.
Agreed. My private designer will remove that.
You know, women do like laces
On 04/14/2010 10:48 AM, kfuj...@apache.org wrote:
Author: kfujino
Modified:
tomcat/trunk/java/org/apache/catalina/session/StandardManager.java
+session.expire();
+}
sessionCounter++;
Seems we are using the sessionCounter a
On 04/14/2010 12:34 PM, Mark Thomas wrote:
The 7.0.0-RC1 tag is
[ ] Broken - do not release
[ ] Alpha - go ahead and release 7.0.0 Stable based on 7.0.0-RC1
[ ] Beta - go ahead and release 7.0.0 Beta based on 7.0.0-RC1
[X] Stable - go ahead and release 7.0.0 Stable based on 7.0.0-RC1
Teste
On 04/14/2010 03:35 PM, jean-frederic clere wrote:
On 04/14/2010 12:34 PM, Mark Thomas wrote:
The APR gives some errors for example Address already in use:8080
on my Linux box. All other test/plaforms look ok.
Seems you have a broken linux box :)
Here is mine dump on RHEL-5
Apr 14, 2010 4:0
On 04/14/2010 08:35 PM, Rainer Jung wrote:
On 14.04.2010 16:13, Mladen Turk wrote:
Apr 14, 2010 4:12:16 PM org.apache.catalina.startup.Catalina
startInternal
INFO: Server startup in 965 ms
^^
Impressive!
8 core i7 does the remaining :)
Cheers
--
^TM
On 5.3.2016. 19:18, Mark Thomas wrote:
On 05/03/2016 09:23, Rainer Jung wrote:
Am 02.03.2016 um 14:43 schrieb Mark Thomas:
Version 1.2.4 includes the following changes:
- Report runtime rather than compile time version for OpenSSL
- Fixes to allow continued building with master
The proposed r
On 8.3.2016. 9:47, Mladen Turk wrote:
On 5.3.2016. 19:18, Mark Thomas wrote:
On 05/03/2016 09:23, Rainer Jung wrote:
Am 02.03.2016 um 14:43 schrieb Mark Thomas:
Version 1.2.4 includes the following changes:
- Report runtime rather than compile time version for OpenSSL
- Fixes to allow
1001 - 1100 of 1263 matches
Mail list logo