On Wed, 24 Apr 2002, Glenn Nielsen wrote:
There are a few additional items I would like to see added.
1. Port my recent mod_jk/apache1.3 new features to mod_jk/Apache2.0
and to jk2 as costin requested. This makes those connectors for
use with Apache more consistent.
mod_jk2 has
On Wed, 24 Apr 2002, Ignacio J. Ortega wrote:
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: miércoles 24 de abril de 2002 23:41
Which will be the rules to advance the build numbers?
Probably every time the release manager feels the code is stable and
better than the
First - Nacho, my next commit ( probably tommorow, after I check
everything ) will be large, please commit whatever you have changed
and I'll resolve the conflicts.
The biggest change is using JK_OK / JK_ERR consistently for return
types and using java style
rc=function()
if( rc != JK_OK )
On Thu, 25 Apr 2002, Ignacio J. Ortega wrote:
keep all logs, confs, files in the same place ).
This can work for apache, win32 or *x but for IIS it's really hard, i
much prefer to keep all this things near tomcat, not near the System32
directory :), anyway having a totally agnostic
Hi Remy,
I would like to add one more method in Coyote - it won't touch
existing functionality, just add a way for jk to fingure out what webapps
are configured in the server ( I'm trying to update the auto-conf
stuff )
Do you mind if I add a new ACTION_WEBAPP hook, with code in the 2
On Sun, 28 Apr 2002, Michael Delamere wrote:
-g -O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURC
E -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I../../include -I/usr/lo
I've got it. Sorry, we mostly use ant for development - the Makefile gets
updated less often.
I commited a fix. Let me know if it still fails.
BTW, mod_jk2 is not even beta - we are still doing a lot
of major changes and some important features are not yet
finished. Don't waste your time with jk2 unless you want
to contribute to the development ( sending feedback
and comments and
On Sun, 28 Apr 2002, Christopher K. St. John wrote:
mod_jserv
where to get the source:
java-jserv repository
I would recommend jakarta-tomcat, the version there has been tested
the most with tomcat ( there are no significant changes AFAIK ).
unerlying protocol:
AJP11
On Sun, 28 Apr 2002, Bill Barker wrote:
Deprecating it was never voted, and the mention should be removed from the
documentation. IMO, the issue should then be voted upon.
Pre-voting: -1 to deprecate WARP. Now that Pier is back, and interested in
maintaining it, WARP deserves an equal
On Mon, 29 Apr 2002, Remy Maucherat wrote:
However I do think we should somehow document better what's
happening - many people have the strange impression that
webapp is going to replace jk.
I'd like to find a way to indicate that the two preferred connectors are:
- Coyote HTTP/1.1
-
On Mon, 29 Apr 2002, Remy Maucherat wrote:
Yes, I suppose it's one connector supporting many protocols, so maybe it
would be a good idea to do that, call the thing Coyote and merge the two
pages (esp since there is little HTTP/1.1 docs needed). Or make one main
page with sub-pages.
Porbably
On Mon, 29 Apr 2002, Pier Fumagalli wrote:
As long as we find and fix the docs that sugest that mod_webapp
is 'replacing' mod_jk and is the 'default' Apache2 ( or whatever)
connector - I'm fine.
I heard many people who believe that - and it is certainly not
the case.
Costin
[EMAIL
On Mon, 29 Apr 2002, Christopher K. St. John wrote:
Ok, I'm maybe being thick here, but I want to make sure I've got this
straight. The idea is that anyone who's clueful enough to search the
archives is likely to come across the term AJP14, so it's best to
give them a hint (even if term
On the java side ?
I think we should just use commons-logging, and the admin/
or manager/ or some other ( java-based code ) to control
the underlying logger ( which should probably default to log4j
when somebody has the time to do this ).
There is no need to complicate things with -HUP and
On Mon, 29 Apr 2002, Pascal Forget wrote:
mod_jk and mod_jk2 do not work properly with Apache 2.0.
mod_jk works fine with Apache2.0 - at least the CVS HEAD.
If someone has the time, we should replace/update the .tar.gz
we distribute, that version has a bug that was fixed.
Costin
--
To
On Mon, 29 Apr 2002, Pascal Forget wrote:
mod_jk and mod_jk2 do not work properly with Apache 2.0.
And mod_jk2 is not yet supposed to work ( since it's not even
alpha ).
But it does :-)
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
On Mon, 29 Apr 2002, Remy Maucherat wrote:
I merged the patches I wanted to merge in the 4.0.x branch. I left out the
patch for bug 7575 in the end, as it was a bit riskier. If you think it
should be merged anyway, I'll merge it.
So here's the release vote, as promised earlier.
I'd like
Hi,
I spent a lot of time on this - and I think this is a very good solution.
Please send feedback - the sooner the better...
I think the current solution of generating configs on tomcat startup,
or having tomcat send it's config to apache is wrong.
Basically what I would like to propose is
One of the major goals of mod_jk2 is simpler configuration.
This proposal will cover the 'workers'.
1. The 'worker' name is deprecated. It refers to too many
things in mod_jk, and causes too much confusion ( i.e. it
is a 'handler', coresponds to a jvmRoute, a protocol, a
channel ).
2. We'll
IMPORTANT: please update the mod_jk sources from the HEAD, there is
a bug in the apache2 support - the current .tar.gz is broken and that
creates a lot of pain.
( Larry - I don't know if 3.3.1 includes the jk from j-t-c, but if
it does it would be helpfull to post an updated jk )
Costin
On
On Mon, 29 Apr 2002, Remy Maucherat wrote:
[ ] +1 Yes, and I'll help
[X] +0 Yes
[ ] -1 No:
/ballot
If nobody votes +1, this release will never happen. Not that I would really
care, I would get more sleep :-D
I think I need one more +1.
I can change my vote to +0.5 - I'll try
Since I got a free day, I did another pass on jk_uriMap.
I started by porting Glen's GENERAL_CONTEXT changes, then
I added the virtual host ( that is required by IIS ). I also
added vhost aliaes.
I did some optimizations.
And I ended up removing Glen's and all other 'special' mapping
rules (
On Tue, 30 Apr 2002, Hans Schmid wrote:
I can not see how this works if you have Apache and Tomcat on different
machines.
This way we do not have a webapp/ directory on that Apache server.
It works fine.
There are 2 cases:
1. You want Apache to serve static pages. That's the 'normal' case,
On Tue, 30 Apr 2002, Bernd Koecke wrote:
some weeks ago I send a patch for mod_jk for an only routing lb_worker. A few
days later I sent the docu. Henry Gomez said, that it should be commited. But it
I think it isn't in the repository. But its the same with me here, to mutch
work for to
On Tue, 30 Apr 2002, GOMEZ Henri wrote:
I think the current solution of generating configs on tomcat startup,
or having tomcat send it's config to apache is wrong.
when tomcats and httpd servers run on differents machines you need
to have a form of link between them, and that's why I
On Tue, 30 Apr 2002, Glenn Nielsen wrote:
Both generating an apache config file on startup and my mod_jk change
which auto mounts context's make the assumption that the Tomcat
webapps directory is available to the web server. This may not be
the case for instances of Tomcat on a remote
On Tue, 30 Apr 2002, Hans Schmid wrote:
For the few bits of static content in our webapps (few logos) we do not
really care (yet). They are served by Tomcat.
So we do not even have a Tomcat installed on our webservers - so no webapps
directories.
You don't have to have tomcat installed -
On Wed, 1 May 2002, GOMEZ Henri wrote:
And coyote/http11/jk need tomcat 4 to be built !
I'll have to try some kind of bootstrap action
in my rpm, start compiling TC 4.x with binaries,
then goes to JTC and rebuild it against newly
built TC 4.x, then install these in place of
bundled
On Wed, 1 May 2002, Remy Maucherat wrote:
I'd like to propose Christopher St John cks at distributopia.com as a
committer on Tomcat. Christopher has contributed ideas and code to do some
improvements to the design of Catalina. More importantly, he seems very
motivated and willing to
On Thu, 2 May 2002, Ignacio J. Ortega wrote:
I can admit all other reasons, but jk never has been unmaintained for
any period of time in the past, more, prior to webapp announce, or more
or less at the same time, Dan Milstein and Henri did a big work
documenting and studiying the sources,
On Wed, 1 May 2002, Bill Barker wrote:
Add missing public for getFactory. Couldn't access the method through
reflection without being public.
Revision ChangesPath
1.2 +1 -1
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteSe
On Thu, 2 May 2002, Hans Schmid wrote:
We have two Tomcats in a lb group. Only one is running at a time with
lbfactor=1,
the other has lbfactor=0 assinged but is not running - all requests go to
TC1
When we upgrade our system we update the classes/jars and start the second
Tomcat TC2 in
On Thu, 2 May 2002, Amund Elstad wrote:
(1) all requests without a session are routed to a specific tomcat instance
(if that instance is working).
That has been added, and it should work in both jk1 and jk2 ( I don't
remember who sent the patch, but I remember adding it ). If it doesn't
On Thu, 2 May 2002, Anthony W. Marino wrote:
I would like to run TC41 with however I have some questions I need answered.
1) Do I need to (should I) update the coyote connectors available in this drop
with a more recent drop found somewhere else?
I don't think so. You can wait for the
On Thu, 2 May 2002, Bernd Koecke wrote:
misunderstood it. After you said that my patch is included a had a closer look
at mod_jk. I can't see anything of my code but I found the special meaning of
the zero lb_factor/lb_value. It seems that I didn't understand it right at the
first time.
Hi Bernd,
First, many thanks for your help :-)
No, I think not :). I checked it yesterday. With some additional log statements
in the validate function of jk_lb_worker.c you get the value _inf_ for the
lb_factor and lb_value (line 434-444). Because if it would be set to 1, my
config
Ok, I don't want to start a flame war or anything - but I really
don't like the current solution.
For short term - we can live with it, and I can accept that as long
as we are commited to replace it with something better.
I spent a lot of time on this issue - there are many solutions
around
On Fri, 3 May 2002, GOMEZ Henri wrote:
1. The 'worker' name is deprecated. It refers to too many
things in mod_jk, and causes too much confusion ( i.e. it
is a 'handler', coresponds to a jvmRoute, a protocol, a
channel ).
+1, worker term should be related to a processing job/thread
not
Done.
BTW, you may have an older version - you should update from head
and then test.
Thanks.
Costin
On Fri, 3 May 2002, Bernd Koecke wrote:
Hi Costin,
it wasn't difficult, so here is the new patch. The new (old) behavior is:
The main worker is defined by a lb_value of 0. This will
Hi Mathias,
I think we understand your use case, it is not very uncommon.
In fact, as I mentioned few times, it is the 'main' use
case for Apache ( multi-process ) when using the JNI worker.
In this case Apache acts as a 'natural' load-balancer, with
requests going to various processes ( more
On Sun, 5 May 2002, Anthony W. Marino wrote:
SEVERE: APR error, disabling jni components: java.io.IOException: no apr in
java.library.path
Any suggestions came very much appreciated!
Nothing wrong. I'll change the message.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
On Sun, 5 May 2002, Anthony W. Marino wrote:
After attempting to integrate Apache2.036/TC4.1/mod_jk2 (tc4.1connector
source). I get the following when I try to run Apache2.0.36:
Mod_jk2 uses a different config file and module name.
I would advise you use mod_jk1 until we finish working on
Bernd,
At this moment I believe we should add flags and stop using the '0' value
in the config file.
Internally ( in the code ) - it doesn't matter, we can keep 0 or
use the flag ( I prefer the second ).
I'm waiting for your patch - it seems there is another bug that must
be fixed before we
Hi Bernd,
It's great having you and Mathias working on this - I'll try to
find a way to combine the 2 patches.
I think it's best to have the minimum amount of modifications
in jk1 to get things working. For jk2 I think we should do
what's most flexible and powerfull - even if it requires
Craig,
I did look at the code and I think I understand how it works.
Save works by looking at 'getters' and generating the xml file.
Sort of 'java bean xml persistence'.
The generated file will have far more information that it needs
( there is no way to distinguish the 'defaults' ), it
On Mon, 6 May 2002, Glenn Nielsen wrote:
I agree, I added a Host config flag called deployXML which can disable this
for context.xml files in the webapps dir. As long as this flag works for
/META-INF/context.xml we are covered.
Wouldn't be better to just separate the 'sensitive' config
On Mon, 6 May 2002, Craig R. McClanahan wrote:
Context XML files are like the app config files in 3.3 -- they can contain
any config parameters that could be found in server.xml inside a Context
element. However, any Valve implementation classes you try to specify
must exist in the server's
That's a very stupid error message ( handler jakarta-servlet not found ).
It should be changed to 'Can't connect to tomcat instance mywork'
in the logs, and an 'application unavailable' in the page (
'can't connect to tomcat' is fine too, but may reveal informations about
the internal
On Tue, 7 May 2002, jean-frederic clere wrote:
1) What about moving scripts from jk/native to
just jk ? It avoid duplicate between native
and native2.
That may bring problems: the configure.in normaly contains the files you want to
generate.
IMHO autoconf is justified only for
On Tue, 7 May 2002, Larry Isaacs wrote:
#ifdef REUSE_WORKER
I think it would be best to programmatically determine if
tpool is usable to fetch a thread unique endpoint, and
do something appropriate if it is not. Before I go digging
into Apache 2.0 code, I would appreciate any suggestions
On Tue, 7 May 2002, Pier Fumagalli wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
If we use apr, I think ( a bit strongly ) that
we should use exactly the same library as apache2 does.
If that's provided with Apache 2.0... What if it's not provided with the
web-server (AKA, apache
On Tue, 7 May 2002, jean-frederic clere wrote:
APR libs should/could be installed in /usr/lib, /usr/include,
and considered 'system' ( like glib, qt, nspr, etc ).
If you build a non-threaded version, it shouldn't be
called libapr.so in any case.
But we have to deliver the apr.so
On Tue, 7 May 2002, GOMEZ Henri wrote:
I must say I don't like autoconf too much :-)
Ditto, ant is better than m4 but we couldn't ask
people to have a jvm+ant+... to build native code ;(
I agree - but doing autoconf twice ( once in APR, once
for jk ) is _bad_. Not only because it's
On Thu, 9 May 2002, Remy Maucherat wrote:
Does servlet specification require you to call flush() to ensure that
the client actually see the bytes?
A. No, spec does not mandate this behavior for webapps.
B. you have to flush your writer. Otherwise, because of timing
Steve,
In 8916 - if you use:
service() {
w= new PrintWriter( response.getOutputStream );
w.println(...)
}
If you don't flush, then you'll get no output.
That's not because of the servlet spec - but because of the way
PrintWriter works, it'll put your output in a buffer and that'll not
On Thu, 9 May 2002, Steve McCarthy wrote:
service() {
w= new PrintWriter( response.getOutputStream );
w.println(...)
}
If you don't flush, then you'll get no output.
That's not because of the servlet spec - but because of the way
PrintWriter works, it'll put your output in a
Hi Mathias,
Thanks for the review.
Few comments:
Configure all Apache instances so they see all Tomcat instances, assign
a higher priority to local workers on each Apache, therefore local
What you set is the 'level' ( or proximity, distance, etc ) - lower
numbers mean closer ( and higher
On Fri, 10 May 2002, Remy Maucherat wrote:
The idea is to have TC 4.0.4b3 be a last beta before final, and Coyote 1.0
would also be released at the same time. I don't know how much this is
compatible with whatever work still needs to be done in JK2. If it's not,
then Coyote 1.0 will be
On Sat, 11 May 2002, Ignacio J. Ortega wrote:
Costin, Can you summarize a bit, what i need to build and use to have
tc33 tc40 working with JNI?
Not much - you do need APR, you should use the version that is bundled
with Apache2.0 ( the DLL and includes ).
Then compile with HAVE_JNI
On Fri, 10 May 2002, Jon Scott Stevens wrote:
My only semi-major complaint about Coyote (and I told Remy about this in
person) is that the container now returns 503 errors until the servlet is
started. Before, it would block (not quickly return a 503) until the servlet
is finished starting.
I plan to add additional events to the components start and stop methods:
before_start, after_start, before_stop, after_stop. This has been suggested
and discussed a while ago, but never actually implemented.
Could you also add events for webapp add/remove/start/stop, and make sure
the
On Fri, 10 May 2002, Remy Maucherat wrote:
I plan to add additional events to the components start and stop
methods:
before_start, after_start, before_stop, after_stop. This has been
suggested
and discussed a while ago, but never actually implemented.
Could you also add events
On Sat, 11 May 2002, Ignacio J. Ortega wrote:
jk2 IIS plugin isapi_redirector2.dll passes all watchdog but 1, and all
internals tests from tc33 but 1, the failure in watchdog is
GetMaxInactiveInterval_01Test, the one in the internals test, is bogus,
another test tied to Localized strings (
On Mon, 13 May 2002, GOMEZ Henri wrote:
We've got a problem here with all the automake stuff added.
There is allready a Makefile.in which will scratch your Makefile
after autoconf
BTW, you're current Makefile seems ready for autoconf/m4 processing
APACHE2_HOME, and the
I'm starting to have doubts about the current shm-based
reconfiguration of workers.
The solution is inspired from jserv - the scoreboard stores
that status of each worker, when an apache instance detects
the worker is down it'll update the shmem and everyone will
know about this.
That works
On Mon, 13 May 2002, Bernd Koecke wrote:
Sorry, I must say it again, for my environment it is an error, if a _switched
off_ tomcat got a request without a sessionid or with a session from another
node. Its not necessary that this tomact-apache tandem is
In the current code ( in jk2 ), if a
On Tue, 14 May 2002, Bernd Koecke wrote:
The '0' as lb_value is needed to determine which are the main/local-workers. If
we don't have this special value we need an additional config-flag with a list
of the local/main-workers like in Mathias patch.
Should I add an additional config-flag
On Tue, 14 May 2002, GOMEZ Henri wrote:
The makefile and ant should read the build.properties to get settings
to use ( and that will also allow manual config ).
Do you agree having build.properties generated by autoconf ?
+1.
I don't mind if it also tries to 'guess' locations for the
On Tue, 14 May 2002, Bernd Koecke wrote:
Hi Costin,
the new patch seems to work, but I'll test it more exactly tomorrow. Then I'll
create the patches and the functional description.
In short, the patched lb_worker uses an additinal flag on the other workers (e.g
On Wed, 15 May 2002 [EMAIL PROTECTED] wrote:
Hi,
there is something that bothers me in the patch Bernd sent, that is
the local_worker property of workers, I think the concept of local
worker is linked with that of load balancing worker, and not to that
of worker. Nothing
On Wed, 15 May 2002, Keith Wannamaker wrote:
Remember last week when I mentioned the thread problem in 3.3-head?
In PoolTcpEndpoint, when there is a SocketException, we log a
non-fatal error message. The problem began when Remy pointed
the string manager to an empty bundle.
On Wed, 15 May 2002, Keith Wannamaker wrote:
I've written some ant tools that allow builds to populate
the Tomcat work directories with precompiled JSPs. I'm
trying to decide a home for them, if any, and was thinking
of a new package org.apache.tomcat.ant .. any other
preference?
+1
On Wed, 15 May 2002, Keith Wannamaker wrote:
I've written some ant tools that allow builds to populate
the Tomcat work directories with precompiled JSPs. I'm
trying to decide a home for them, if any, and was thinking
of a new package org.apache.tomcat.ant .. any other
preference?
BTW,
com.sun.tools.javac.Main doesn't seem to be in JDK1.2.x, and that's the
target platform, isn't it ?
I think the best solution for javac is to just bundle ant.jar and
use it programmatically ( i.e. new Javac(), etc ). The introspection
and hacks required to support multiple compilers are just
On Fri, 17 May 2002, Kin-Man Chung wrote:
com.sun.tools.javac.Main doesn't seem to be in JDK1.2.x, and that's the
target platform, isn't it ?
I believe for 4.1.x, it should be 1.3.1 and above. Like I said, 1.2
javac is currently unsupported and deprecated in 1.3 and 1.4, and
On Fri, 17 May 2002, Remy Maucherat wrote:
I think there are no remaining issues with the core API, the TC 4 adapter
and the HTTP/1.1 protocol handler. The last issue that needed to be
addressed was the incompatibility with the daemon and some small behavior
differences with the old HTTP/1.1
On Fri, 17 May 2002, Anthony W. Marino wrote:
Costin,
If you can give me an idea what I need to do to get it built/running with
apache2/TC4.1.2/SuSE7.3 I would be more than happy to do some testing if not
more.
cvs co jakarta-tomcat-connectors
cd jakarta-tomcat-connectors/jk
Copy
On Fri, 17 May 2002, Anthony W. Marino wrote:
ant all in jk dir gives me the same error:
/mydirpath/jakarta-tomcat-connectors/jk/build.xml:100: Could not find file
/mydirpath/jakarta-tomcat-connectors/coyote/build/lib/tomcat-coyote.jar to
copy.
You need to build coyote first ( cd
On Fri, 17 May 2002, Anthony W. Marino wrote:
I'm now running TC4.1.2 and want to use mod_jk2/apache2 for the early stages
of my project however I'm not certain what the issues are or when it might
become production quality or what I see the empty download areas set up
for the
On Sun, 19 May 2002, Anthony W. Marino wrote:
Using connector source from cvs, from yesterday afternoon, I built mod_jk2.so
for use with Apache2.0.36/TC4.1.2/SuSE Linux. I copy workers2.properties
into a2/conf and then add a LoadModule statement to a2/conf/httpd.conf.
TC starts seemingly
On Mon, 20 May 2002, Anthony W. Marino wrote:
(TC4.1.2/JK2/Apache2)
1) Is it required that for a mod_jk2.so build/distribution that the entire set
of coyote jars also be distributed when the build is based on a new j-t-c
download from cvs?
The C and java sides are independent of each
On Mon, 20 May 2002, Setera, Craig wrote:
Has there been any discussion on building a connector around the NIO package
in Java 1.4? I just read an interesting article in the latest Java
Developer's Journal about a web server built using this support and it
looked excellent. Using NIO would
On Mon, 20 May 2002, Anthony W. Marino wrote:
Costin,
I've experienced all kinds of build problems using Ant however it's what I
prefer to use and I'll pass along the changes when finished.
Ant is what I prefer to use, but the final goal is to make it easy for
people to build mod_jk - if
On Tue, 21 May 2002, Remy Maucherat wrote:
I'd like to propose Denis Benoit Denis.Benoit at fbn.ca as a committer on
the Tomcat project. Denis has contributed patches to Jasper 2 which brings
an impressive performance improvement when using JSP pages which rely
heavily on tags, such as the
On Tue, 21 May 2002, Anthony W. Marino wrote:
Where/when does the linux property get set?
In your build.properties.
Hopefully we'll be able to automate this ( extract it from System
properties ), or at least document it better.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
On Wed, 22 May 2002, Anthony W. Marino wrote:
Why not have it automatic and add the property as a global property in the
relevant build files as follows:
property name=${os.name} value=${os.name} /
Then make appropriate changes to if=... (ie; Linux not linux)
That would work,
On Thu, 23 May 2002, Ignacio J. Ortega wrote:
Added few #ifdefs to make it compile with my version of
MSVC ( probably
an old one ).
It's not a new MSVC version, You need to download the Microsoft Platform
SDK, to get the includes and libs needed to compile an
+1
Costin
On Thu, 23 May 2002, Bill Barker wrote:
I'd like to propose Dan Sandberg (x at cs.stanford.edu) as a new Tomcat
committer. He has already put in a great deal of work in re-factoring the
SSIServlet in Tomcat 4.x, and seems to be willing to further contribute to
working on this.
On Fri, 24 May 2002, jean-frederic clere wrote:
${JK}jk_channel_jni${OEXT}\
That would require to have J2SE to compile mod_jk2.
No, it has an
#ifdef HAVE_JNI
// jni-specific code
#else
// empty factory
#endif
I did that to get rid of the conditional compilation of files and
On Fri, 24 May 2002, jean-frederic clere wrote:
I did that to get rid of the conditional compilation of files and
simplify the makefiles, all files must be compiled.
Sure if jk_channel_jni.o is not linked in mod_jk2.so jk2_channel_jni_factory is
unresolved!
If HAVE_JNI is undefined,
That leaves me perplexed for several reasons...
First, it's the first time I see a commiter rejected - without any
reference to the quality and importance of his contribution, but some
new member's standard we don't know about. Dan put the SSI system in a
decent shape, that's similar with the
On Fri, 24 May 2002, Vincent Massol wrote:
I'm reposting in the secret hope that I got no response to this email I
sent last week because no one saw it in the flood of Tomcat emails ! If
I get no answer this time, I will understand that no one finds this of
interest and will try again in 6
I don't think the overhead of calling a private/final method is
very big, especially with hotspot or any decent jit.
If this turns to have an impact, we can turn it on only for pages
with many tags, but I think it would be fine for all pages ( without
scriptlets ).
BTW, given that the logic
On Fri, 24 May 2002, Pier Fumagalli wrote:
Just one question on this. Being a committer implies that you're going to
have the right (and the due, of course, like in any good democracy) to (for
example) elect PMC members, have -also- a some sort of responsibility over
what you do, and what
-1
If someone doesn't want to be involved in the voting - he can do exaclty
that, abstain. If someone doesn't want to support a particular release -
he can abstain from the release vote( or vote +-0 ).
If you spend time and write code for a project and are willing to
maintain/support - and if
On Fri, 24 May 2002, Denis Benoit wrote:
All that being said, if it would appear preferable to some that my name be
removed from the CVS commiters list, I would not mind a bit. I have just
Denis, your contributions so far have been impressive. If anyone wants to
remove your name from the CVS
On Fri, 24 May 2002, Pier Fumagalli wrote:
If you want my advice - create a sourceforge account, do all the work
on SSI there, and have fun. ( and maybe give access to other
tomcat commiters who are interested to work on SSI ).
Very constructive, Costin, indeed... See my next email (at
On Sat, 25 May 2002, Pier Fumagalli wrote:
If you are a commiter - you have the same rights with all other commiters.
If you don't want to exercise some rights - it's your choice.
Hola, you tend to forget a part I'm stressing out quite hardly... It's not
only rights... It's also dues,
+1.
Adding new methods is perfectly fine and backward compatible.
BTW, my proposal to freeze the API was based on the fact that
I felt it is good enough and I couldn't think any significant improvement
that would be worth the change.
If you think different or have some good ideas - we can
On Sat, 25 May 2002, Pier Fumagalli wrote:
Jeff Turner [EMAIL PROTECTED] wrote:
.. and thankful that people like Costin persevere in spite of rather
vicious abuse.
Vicious abuse? All I am proposing is to add greater flexibility to the
freedom of those who are involved with the Jakarta
301 - 400 of 668 matches
Mail list logo
