Henri Yandell wrote:
http://svn.apache.org/repos/asf/tomcat/container/catalina/
http://svn.apache.org/repos/asf/tomcat/container/tc5/
There seems to be a problem with those two.
http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/ contains what
was in jakarta-tomcat-catalina, and
Henri Gomez wrote:
Should we post-pone to 5.5.13 the fixes to Jasper2 ?
Yes, it seems like it. I don't even know if they are fixable at this point.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Remy Maucherat wrote:
There seems to be a problem with those two.
http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/ contains what
was in jakarta-tomcat-catalina, and jakarta-tomcat-5 appears to be gone.
I found jakarta-tomcat-5, which is now at
http://svn.apache.org/repos/asf/tomcat
Hi,
Since the previous naming scheme has jakarta everywhere, I propose we
change it to (I'll do the updating of the build scripts):
http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x - build
http://svn.apache.org/repos/asf/tomcat/connectors/trunk - connectors
Bill Barker wrote:
A big -1 to the reorg, since then it won't be possible to checkout Trunk
without also checking out all of the branches as well.
I don't understand your answer.
Rémy
-
To unsubscribe, e-mail: [EMAIL
Allistair Crossley wrote:
i take this back, it's only 5.5.9 that is exhibiting this behaviour,
5.5.12 fully explodes the war correctly.
I don't see any relevant changes. Who knows ...
Rémy
-
To unsubscribe, e-mail: [EMAIL
Bill Barker wrote:
It occurs to me that I may have misunderstood, and you were just talking
about setting up the svn:externals for tomcat/current. If that's the case,
then +0 (I don't really care, but I'm glad that somebody does :).
svn:externals sounds like a cool feature, I guess I'll have
Yoav Shapira wrote:
Hi,
You can also look at how Struts is organized. There, if you do:
svn co http://svn.apache.org/repos/asf/struts/current struts
You get all of the little bits and pieces all checked out to one place.
That's pretty cool, especially when cutting out a new release. Can
Yoav Shapira wrote:
Tomcat 5.5.12 is:
[X] Stable - no major issues,
It looks good enough to me.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Henri Gomez wrote:
Hi to all,
I don't know if they should be considered showstopper but while
playing with 5.5.12 for some of our new applications, I see these
problems :
When using Jasper2 in JSP precompilation step, it load needed taglibs
jars defined in web.xml, but didn't release all of
Allistair Crossley wrote:
Hi,
I've tested our intranet app on 5.5.12. Our application uses the following
extensively;
NTLM authentication via IIS5/JK1.2
META-INF/context.xml configuration
8 JNDI datasources (mix of various SQL Server 2K databases and JavaMail)
Log4J
Hibernate
Spring
Struts
Hi,
Are there plans to make any new releases, as well as launching
tomcat.apache.org along with it ?
Tomcat 5.5.9 was released in March, and nothing non alpha has been
released since then. I don't see any voting for 5.5.12 being announced,
so it's a bit worrying.
Rémy
[EMAIL PROTECTED] wrote:
+/*
+ * Clear the IntrospectionUtils cache.
+ *
+ * Implementation note:
+ * Any reference to IntrospectionUtils which may cause the static
+ * initalizer of that class to be invoked must occur prior to setting
Jan Luehe wrote:
We have seen the ThreadDeath in our callstacks, hence this fix.
Nobody is reading what I am writing anymore ...
I wrote:
The static initializer is called when loading the class, and obviously
the webapp CL is not going to load IntrospectionUtils.
IntrospectionUtils will be
Jan Luehe wrote:
No, I did.
Cool, there's one, at least :)
Yes, but with lazy resolution, it will be loaded when the
IntrospectionUtils symbol is first encountered, which may
be inside WebappClassLoader.stop().
Normally, it's used by plenty of things, like the digester. Who knows
anyway,
Yoav Shapira wrote:
Hi,
Reminder that this is about 90 minutes from now ;)
All done ?
If so, the migration is now ready :)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yoav Shapira wrote:
This release is the last one to be done using the CVS repository at Apache. The
Tomcat team is moving to the Subversion (SVN) repository as part of the overall
Apache initiative to do so. Access instructions for the SVN repository are
available at
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
remm2005/09/22 03:39:37
Modified:.build.xml
Log:
- Fix build by excluding tagPlugins.xml.
- This file shouldn't be in the standard examples, but rather copied
there
before precompiling (once it works again, of
Yoav Shapira wrote:
Hi,
I'm fine with this WE, or the end of this week. I mean, the previous
build was decent already.
I just looked at the changelog for 5.5.12, it's a nice collection of stuff.
Is Friday OK with everyone? If not, I can do Saturday, but I'd prefer Friday
to keep my
Tim Funk wrote:
With the new tag plugins patch, precompiling the jsp examples fails.
The root cause seems to be jsr152/examples/WEB-INF/tagPlugins.xml has
the old classes.
When I removed the file - everything compiled fine.
When I updated jsr152/examples/WEB-INF/tagPlugins.xml with the
Mark Thomas wrote:
Yoav Shapira wrote:
If possible, it'd be nice to establish a quiet window, say 24 hours,
during
which we shall not commit anything, and infra will do the real
repository move.
That will help eliminate the possibility of lost/clashed commits and
related
wasted time.
Yoav Shapira wrote:
Hi,
Do we do a new Tomcat 5.0.12 build (which will be voted on this time)
before the migration ? We'll have to change build scripts after that,
Yes, I'd like to do a new 5.5.12. That's one of the reasons I asked for
timings, once they're known, so we can work with nice
Mark Thomas wrote:
All,
The plan for the last phase is slightly different since these
repositories are in pretty much constant use.
The CVS repos that will be migrated are:
jakarta-tomcat-connectors
jakarta-tomcat-catalina
jakarta-tomcat-5
jakarta-tomcat-jasper
The plan is:
- Submit
[EMAIL PROTECTED] wrote:
costin 2005/09/14 23:04:01
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
Support for corner case, when all tomcat is in a single jar and no fancy
classloaders are used.
That's nice functionality :)
William A. Rowe, Jr. wrote:
Bugs
[X] forward to [EMAIL PROTECTED]
[ ] forward to [EMAIL PROTECTED]
Commits
[X] forward to [EMAIL PROTECTED]
[ ] forward to [EMAIL PROTECTED]
Rémy
-
To unsubscribe, e-mail: [EMAIL
William A. Rowe, Jr. wrote:
Mladen (and everyone) ... could you please provide more descriptive
commit log messages? At least, one sentence of what the commit fixes?
This one wasn't too helpful, and wastes extra time reviewing commits.
Very funny. It even links the bug report, the diff is 3
William A. Rowe, Jr. wrote:
Folks, as Tomcat is now (IIUC) a TLP, is it time to break apart the
single dumping ground, fondly known as tomcat-dev, into multiple
lists for folks with more targeted issues? E.g.
[EMAIL PROTECTED] - our friend, this list
[EMAIL PROTECTED] - svn/cvs commits
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-09-07 21:29 ---
After we finish clarifying who's is bigger (and mine is best case average), we
could return to the bug.
1. The bug isn't invalid, so I reopen it. You can set it to WONTFIX, but not to
INVALID.
[EMAIL PROTECTED] wrote:
I'm not even sure if I've been bitten by this either, but I have seen on the
list numerous people speaking of running out of Tomcat threads and setting their
connections to the max. If this issue were causing problems they might be
having it and not even realize it.
Mark Thomas wrote:
Just a quick clarification. Did you mean to write ...Synchronizing the
*reads* will also fix problems...?
If concurrent reads is the problem, then don't the reads need to be
synchronised? I thought from one of your earlier posts that the writes
were already synchronised.
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-09-08 01:08 ---
I wonder if the new java.util.concurrent classes could be used instead
of simple HashMap?
http://java.sun.com/j2se/1.5.0/docs/api/java/util/concurrent/ConcurrentHashMap.html
but that would
Mark Thomas wrote:
Remy Maucherat wrote:
Indeed. But do we need to sync the reads in 5.5.x as well or is it
enough just to do the writes? I am confused as you said concurrent reads
were the issue but syncing the writes would fix it.
No, concurrent reads are not the issue. The problem
Jan Luehe wrote:
Remy Maucherat wrote:
I hadn't noticed you were the one who filed the bug. Besides skipping
the result.append(:);
Not sure I understand: the : following the protocol is necessary,
so that the printable representation of the context generated URLs
starts with jndi:.
Right
Mark Thomas wrote:
The following CVS modules have been migrated to subversion
jakarta-servletapi
jakarta-servletapi-4
jakarta-servletapi-5
These modules are now read only in CVS.
The new SVN locations are:
http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/
Allistair Crossley wrote:
Hi Remy,
I've been thinking about the Tomcat online documentation for quite a
long time now, and have wanted to do something to enhance them for
the community. I think I am going to be able to get back to doing
this shortly. I've been looking at how other open-source
Yoav Shapira wrote:
Yup. 5.5.11 should be a good step in that direction: I'll download and play
around with it, but I think the changelog looks great in that it's mostly fixes
to known issues, nothing crazy, and therefore should make a good build.
I also think 5.5.11 looks good (assuming
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Aug 30 15:38:30 2005
New Revision: 264883
URL: http://svn.apache.org/viewcvs?rev=264883view=rev
Log:
Development of the tomcat.apache.org
site will take place in ../tomcat/site/trunk
Add a download page (like this one, maybe:
Mark Thomas wrote:
Any objections to deleting the following?
http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/
http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/
http://svn.apache.org/repos/asf/tomcat/site/tags/start/
Mark Thomas wrote:
I think the spec team get to decide this. I had assumed they would do
something similar to the servletapi-5 and have jsr154 and jsr245
directories under the root directory (which in svn would be
\tomcat\servletapi\trunk - the current trunk having been moved to
Mark Thomas wrote:
Remy Maucherat wrote:
Mark Thomas wrote:
I think the spec team get to decide this. I had assumed they would do
something similar to the servletapi-5 and have jsr154 and jsr245
directories under the root directory (which in svn would be
\tomcat\servletapi\trunk
Yoav Shapira wrote:
Hi,
You know, come to think of it, who's on the Spec team for 2.5? I don't even
see a formal JSR for it, only the preliminary changelog URL Remy originally
posted, which is hanging off the JSR 154 / Servlet Spec 2.4 site.
I am now on the expert group, and it's only a
Yoav Shapira wrote:
Hola,
I'm virtually back from vacation ;) Still traveling, but now for business, and
therefore lugging my laptop along. Thank you for the inquiry ;)
--- Ashly Mathew Varghese [EMAIL PROTECTED] wrote:
Just out of context.. What happened to Yoav?
- Migrate to
Yoav Shapira wrote:
Howdy,
I am now on the expert group, and it's only a maintenance release (so no
new JSR).
Ah, good. That's a good point of synergy for us. So it's a new maintenance
release, no new JSR, but it will be called Servlet Specification v2.5? And
accordingly, Tomcat 6.0...
Henri Yandell wrote:
On 8/17/05, Mark Thomas [EMAIL PROTECTED] wrote:
2. j-t-service, j-t-site, j-t-tools
Ready to do phase-2?
Where should they go in svn:tomcat/?
Which need tags/branches?
So it would be tomcat/service, tomcat/site, tomcat/tools, etc ?
Rémy
There are quite a few tasks ahead:
- Migrate to tomcat.apache.org.
- Release a new stable 5.5.x.
- New SVN repositories.
- Implement Servlet API 2.5:
http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/servlet-2_5-changelog.html
There are few changes, except support for some
Ashly Mathew Varghese wrote:
Just out of context.. What happened to Yoav?
He's on vacation.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Nathan Bubna wrote:
hey folks,
i'm a developer on the VelocityTools subproject, and we recently came
across an issue with the use of commons-logging in Tomcat 5.5.9.
by default, we configure our example applications to use an adapter
between commons-logging and Velocity's LogSystem. this way,
The Apache Tomcat team is proud to announce the immediate availability
of Apache Tomcat 5.5.11-alpha, which includes bugfixes over Apache
Tomcat 5.5.10-alpha.
The Release notes are available at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES
Please refer to the change log for
Remy Maucherat wrote:
Hi,
Yoav has granted me temp RM powers while he's away on vacation. I plan
to use them and release a new 5.5.11 test build early next week (let's
say monday) for further testing of the new features introduced in
5.5.10, which unfortunately had serious bugs which should
Mark Thomas wrote:
Not having been around when we have done this before, do we just branch
the previous version? If so, the simplest thing to do would be to create
5.5.x branches for each component and develop 6.0 (assuming we call it
that) in trunk. I can do this as soon as we are ready.
wing lee wrote:
I've tried the generateBody method, but it just generate such code
write.out(body content), don't return the value of the body content.
That's odd: it's supposed to continue evaluation and code generation for
the body, not consider nested stuff as static text. There's a good
Hi,
Yoav has granted me temp RM powers while he's away on vacation. I plan
to use them and release a new 5.5.11 test build early next week (let's
say monday) for further testing of the new features introduced in
5.5.10, which unfortunately had serious bugs which should have been
addressed. I
Mark Thomas wrote:
Mark Thomas wrote:
snip
The performance comparison between CVS and SVN is in the early stages
and I will post some results once I have a more complete set.
Tests performed on WinXP SP2, with Tortoise CVS 1.8.18 and Tortoise SVN
1.2.1 using the Watchdog repository. For
wing lee wrote:
Hi all,
I'm working on the JSTL tag plugin for jasper. I don't fin any method in the
interface TagPluginContext to get the body content of the tag. But I have to
use it. Anyone can help me?
Isn't that supposed to be TagPluginContext.generateBody ? I didn't try
it, though.
Hi,
I'll be away until the 16th. Later !
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
billbarker2005/08/03 23:07:46
Modified:catalina/src/share/org/apache/catalina/security
SecurityClassLoad.java
Log:
Fix CNFE when starting in a sandbox.
After the last refactoring, the Jk-Java Connector no longer has need of
Oto Bossert wrote:
Yoo,
Currently we are running tomcat 5.5.9 on Debian Sarge, with Java JDK
1.5.0.04 http://1.5.0.04, together with apache,
apache-common 1.3.33-6 support files for all Apache webservers
apache2 2.0.54-4 next generation, scalable, extendable web se
apache2-common 2.0.54-4
Bill Barker wrote:
It looks like you did the same thing I did with JK: Remove the useless PAs,
and then don't bother to test on a clean build (so that SecurityClassLoad
can still find the removed classes and doesn't complain). If you don't want
BZ 35894 re-opened, you also need to remove the
Dominik Drzewiecki wrote:
I have a conceptual question wrt the Single Sign On behaviour.
Let's assume there are two applications /app1 and /app2, and there is a SSO
setup on them both. Now, user logs into the /app1 (which requires
authentication) and /app2 (which uses SSO Cookie, no
Rainer Jung wrote:
Hi,
I wonder, why
/org/apache/catalina/users/MemoryUserDatabaseFactory.java
saves the MemoryUserDatabase directly after opening it:
public Object getObjectInstance(Object obj, Name name, Context
nameCtx, Hashtable environment) throws Exception {
...
// Return
[EMAIL PROTECTED] wrote:
yoavs 2005/08/02 11:12:06
Modified:.tomcat.nsi
webapps/docs changelog.xml
Log:
Bugzilla 33261: http://issues.apache.org/bugzilla/show_bug.cgi?id=33261
Can you fix the EOLs ?
Rémy
Rainer Jung wrote:
Hi Remy,
so would it be OK, if I produce a patch, that cares about the Exception
and logs a message instead? I could make that configurable if you think
there is too much danger for a user to loose changes because he was able
to start tomcat and didn't notice the database
Yoav Shapira wrote:
Hey,
Done. Thanks for catching that,
Yoav
PS -- Is the 1.1.0 native coming any time soon? The build is broken since
build.xml and build.properties.default were updated, but
archive.apache.org/dist/[jtc]/native does not exist...
Syncing takes a lot of time with the new
Mauricio Nuñez wrote:
El jue, 28-07-2005 a las 01:09 +0200, Remy Maucherat escribió:
Mauricio Nuñez wrote:
Apparently , my report was useful! :-)
The issue turned out to be really basic. Any other problems besides that ?
Rémy
Thanks.
I'm begining to recompile the CVS connector
Dennis wrote:
I'm working with the cvs tagged 5.5.10 version of tomcat to check out
some clustering fixes.
When I bring a 2nd server into the pool, I get this exception repeated
every time an mcast packet is received:
==CUT==
java.lang.ArrayIndexOutOfBoundsException
at
Mauricio Nuñez wrote:
El jue, 28-07-2005 a las 14:25 +0200, Remy Maucherat escribió:
OK. But may be more easy, It's not very out of the box .
Since the out of the box version has a bug, the out of the box
experience is going to suck, there's nothing I can do about it.
I noticed that after
Mauricio Nuñez wrote:
Hi developers!
Well, I was testing the experimental APR AJP connector, with 2 web pages
at my site. Using Tomcat 5.5.10
Both pages are loosing 16368 bytes.
Bad luck. Hopefully it's just irrelevant data ;)
I'm attaching the pages. Using kompare under linux , you can
Mauricio Nuñez wrote:
Well, the files are equals for the first 8112 - 8185 bytes, aprox .
May be 8192 (2 ^ 13), but the lines pre y post data loss are too
similarly :-)
I was being sarcastic ;) Your report is not a test case I can use, so I
can't do much.
Rémy
Xingbo Gao wrote:
Hi,
I follow the steps listed in
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try
to build the tomcat source codes. I was able to build successfully
before, but now get the errors below each time. It seems the link
http://umn.dl.sourceforge.net doesn't
Xingbo Gao wrote:
Remy,
Where can I find the default build.properties file?
It's build.properties.default in jakarta-tomcat-5.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Mauricio Nuñez wrote:
Apparently , my report was useful! :-)
The issue turned out to be really basic. Any other problems besides that ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Remy Maucherat wrote:
Scott Marlow wrote:
Anyway, my point is that this could be a worthwhile enhancement for
applications that run on Tomcat. What I don't understand yet is whether
the same functionality is already in Tomcat.
I should point out that some applications shouldn't limit the max
Yoav Shapira wrote:
Hi,
This is actually a bit more interesting than I thought ;)
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/JSSE15SocketF
actory.java breaks the JDK 1.4 javadoc (lines 33 and 62 have fatal JavaDoc
errors). Since we build with JDK 1.4, the Catalina API
Jason Brittain wrote:
On 7/23/05, Mark Thomas [EMAIL PROTECTED] wrote:
I have been doing some quick tests and my totally unscientific,
statistically invalid results are that cvs annotate seems to be about 7
to 8 times faster than svn blame (50s compared with 7s) and cvs log
seems to be about 2
Yoav Shapira wrote:
… right now. The build will be uploaded to minotaur for mirroring in
about 90 minutes.
Cool. For the next build, Mladen will add a new source bundle for the
APR JNI wrapper library, and there should also be some real
documentation. I think it should end up in the bin
Yoav Shapira wrote:
Hi,
When should we tag and cut 5.5.10? I originally proposed tomorrow
(Saturday) and that seems to be OK with everyone. So unless I hear
back, let’s do it tomorrow at 2pm my time (EDT), which is 1800h UTC:
Remy Maucherat wrote:
Session failures could be related to the IAE that is thrown for getId if
the session is invalid. This could break a lot of stuff. Usually,
failure at session tests means serious problems, however, and these two
failures seem suspicious.
I confirm the two failures
Christine Ho wrote:
Thanks. It works.
JSS can be used under either Mozilla Public License
(MPL) or LGPL. Is MPL or LGPL compatible with ASF
license? The good thing about JSS is that it is
FIPS-140 compliant.
First, the Tomcat portion of the code needs to be donated to the ASF.
The code
Peter Rossbach wrote:
Yes,
I also think we can build a 5.5.10 release with all the new stuff. The
new cluster redesign version is yet only tested under small
load. Better I commit my new jkstatus task after my three week holiday
for next release (5.5.11).
Sounds good.
I have add a new lib
Yoav Shapira wrote:
Hi,
I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's
pick a different time.
I don't have further code changes to add in this build, it seems.
After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the
lack of satisfaction among
Hi,
I think the APR capabilities that we added are now sufficiently stable
to warrant testing. If the other areas that saw changes recently
(clustering, JK) are ok too, then it could be a good idea to release a
new build.
Rémy
Bill Barker wrote:
Hi,
I think the APR capabilities that we added are now sufficiently stable
to warrant testing. If the other areas that saw changes recently
(clustering, JK) are ok too, then it could be a good idea to release a
new build.
JK should be fine. I've been pretty careful with
William A. Rowe, Jr. wrote:
At 01:25 PM 7/11/2005, you wrote:
William A. Rowe, Jr. wrote:
It's important for students involved with SoC to learn to use
the tools of our organization;
I don't agree with you. The Tomcat is not place for some
'sandbox' projects.
If the ASF have some agreement
Vicenc Beltran Querol wrote:
Hi,
I would like to know if there is an official benchmark to
compare the scalability/throughput of the new connectors
(APR, Grizzly, ...) and Coyote.
If not, maybe it's a good time to define one.
I am confident you are going to be willing to contribute
Bill Barker wrote:
The message is simply that you have a header value that is too big for the
AJP/1.3 protocol to handle. If you enable DEBUG logging for
org.apache.jk.common.MsgAjp, you should get a dump of the partial data that
should include the name of the bad header.
Given the line, it
jean-frederic clere wrote:
You should compare httpd+mod-ssl and Tomcat+JSSE or + PureSSL, again
that is hard to tell (but I prefer httpd+mod-ssl).
How about that new Tomcat + mod_ssl-like ? ;)
Rémy
-
To unsubscribe, e-mail:
Tim Funk wrote:
As part of the Google SOC. Google accepted the tomcat-reverse-proxy
project to be executed by Anders Nyman ( anders.nyman at gmail d ot
com )
The scope of the project is to let Tomcat act a reverse proxy by
extending the balancer webapp. To make it easier to get the job
Peter Rossbach wrote:
Hey Eric,
which tomcat release you use? I have change a lot inside the current
5.5 cvs head and hope your
work is compatible with this changes. I thing your changes is not easy
and you must reflect that other
Valves and Listener must also reflect your API deprecated
Eric Dalquist wrote:
I am prepared to do the work for this task but would like to get some
feed back from the tomcat developer community on recommendations and in
what way the work could be done to ensure its eventual inclusion in the
tomcat codebase.
We're not going to need much help here,
jean-frederic clere wrote:
Hi,
I have the following error when compiling:
+++
src/file.c 502: [error]: CFE1136 struct JNINativeInterface_ has no
field GetDirectBufferAddress
char *bytes = (char *)(*e)-GetDirectBufferAddress(e, buf);
^
+++
My java
Vicenc Beltran Querol wrote:
That sounds great! Nice idea. Never thought about it.
Let's say... something like a hybrid solution... that would be interesting.
I got used to useless statements coming from you. I see a trend now.
Rémy
[EMAIL PROTECTED] wrote:
billbarker2005/06/29 19:49:38
With a 16K bufferSize, the APR connector is no longer the clear
winner in performance. For BC, it's currently disabled by default,
but it's easy enough to change that after some more testing.
Yes, I can see performance is better too.
Bill Barker wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
Lol, sure, I'll think about it ;)
Hey, I like the overengineering
Jeanfrancois Arcand wrote:
:-). Just take a look at the GlassFish module called appserv-http-engine
on java.net (http://weblogs.java.net/blog/jfarcand/). I'm sure you will
like it :-). And I'm sure this community can come with something even
better
Yes, I do like parts of it: I'd say
Jeanfrancois Arcand wrote:
LOL :-) Don't know what formula you used to get 80% (might be more :-))
, but why would I re-write something that works pretty well :-).
Coyote/http11 was well designed, so was easy to extends. I got rid of
the thread pool and replaced the front end with an nio non
[EMAIL PROTECTED] wrote:
jfclere 2005/06/29 09:20:15
Modified:jk/tools jkrelease.sh
Log:
Allow to use http_proxy if available.
This is unfait: I am without email (I switched to using a forward as an
emergency measure), CVS access, etc. How did you do a commit ?
Rémy
jean-frederic clere wrote:
I am using the lastest version of ssh and have forced protocol 2.
I'm using Putty. Neither me or Mladen can see a CVS server actually
running, so we get a connection error. I'm using pserver auth over my
regular SSH tunnel.
Rémy
Mark Thomas wrote:
I am -1 for this for the following reasons (in order of importance):
1. Your reference to sending an encrypted user certificate file to the
server demonstrates a lack of understanding of PKI that undermines my
confidence that you know what you are doing when it comes to
1 - 100 of 2871 matches
Mail list logo