seems like a bug.
either way, I believe the org.apache.ajp package is deprecated.
-Original Message-
From: eric scroger [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 02, 2002 12:40 PM
To: Tomcat Developers List
Subject: Error? org/apache/ajp/tomcat4/Ajp13Connector
the ajp13 protocol does not support ssl. the isssl flag you are refering to is
probably the ajp request attribute that indicates whether or not the request to the
web server was using https.
-Original Message-
From: Gernot Lepuschitz [mailto:[EMAIL PROTECTED]]
Sent: Thursday,
i could be wrong, but i think once you call sendError(), the response is committed and
you cannot set any more headers. try reversing the order of the
sendError()/setHeader() calls:
response.setHeader(WWW-Authenticate, BASIC realm=\test\);
response.sendError(response.SC_UNAUTHORIZED);
IMO it would be better to build the non Apache connectors using static
APR builds. That way we don't need to ship the extra dll's with the
connector.
The dll builds are ok for mod_jk2 since Apache is already there.
+1 (speaking more as a user than a developer these days ...)
It would
+1
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 5:16 AM
To: Tomcat Developers List
Subject: [PROPOSAL] tag mod_jk 1.2.1
Hi to all,
What about tagging the current mod_jk (may be after the latest
lb patches) to 1.2.1 ?
The goal
i was playing around with coyote (v1.0-b8) and tomcat 3.3.1 and i noticed that setting
a content-length header had absolutely no effect. in other words, if i set a
content-length header in a servlet, the http client would never see this header. i
dug around through the code a little and
i've done some minimal testing. i see the following exception a lot, but that's about
it:
ServerLifecycleListener: processContainerAddChild: MBeanException
java.lang.Exception: ManagedBean is not found with NonLoginAuthenticator
at
i've done some minimal testing. i see the following exception
a lot, but that's about it:
The JMX stuff doesn't like you having a custom component
defined in your
server.xml (you do have one, right ?). So the exception you
see indicates
the JMX features, including the admin
at one point there was a tomcat-util.jar that was missing some resource bundles (some
LocalStrings.properties files) i can't remember exactly what the error(s) looked
like for this, but you might try the latest tomcat 4.0.4 beta 2 release.
-kevin.
-Original Message-
From: Luca
i think the isapi directory was an experiment that was never followed through on.
pretty sure you want to go with the stuff in the iis directory. i don't think you
need both.
-kevin.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 02,
Tomcat 4.0.4 Beta 2 release:
ballot
+1 [ ] I support the release, and I will help
+0 [ ] I support the release
-0 [ ] I don't support the release
-1 [ ] I'm against the release because:
/ballot
+0
Inclusion of the Coyote binaries:
ballot
+1 [ ] Yes
-1 [ ] No
/ballot
+1
--
+1
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Sunday, March 10, 2002 4:00 PM
To: [EMAIL PROTECTED]
Subject: j-t-c standalone releases ?
If I remember well, it was decided some time ago it was ok to release
connectors as modules for Tomcat.
Since
1. JkSet NAME VALUE
Will have exactly the same behavior as NAME=VALUE in a
workers.properties file.
All settings that you can do in workers.properties today
could be done by JkSet, in httpd.conf. Or all settings
could be done in workers.properties.
For example JkLogLevel DEBUG will
Another way to fix this would be to use String concatenation.
The question
is, which is more expensive, the synchronization or the
String concatenation?
yeah, that occurred to me too... anybody have an answer?
This is how the code would be with String concatenation:
//
if a lot of log messages are being written to a file by a lot of threads using
org.apache.catalina.logger.FileLogger, the output can get messed up so that you get
things like this:
[timestamp-1] [timestamp-2] [message-1]
[message-2]
instead of this:
[timestamp-1] [message-1]
[timestamp-2]
--- Additional Comments From [EMAIL PROTECTED] 2002-02-18
00:30 ---
Based on the apache logs it looks like when the
Ajp13Processor's become
unavailable for reuse they have successfully handled a request. I can
tell this due to entries existing in the apache access_log
for
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: viernes 15 de febrero de 2002 1:55
Perhaps is better to have explicit control over that, to disable or
enable the control of the native auth honoring..the infamous
tomcatAuthentication attribute..
I don't quite
i've tested the patch remy checked in and it's now working for me too. very cool.
thanks guys :)
-Original Message-
From: Jonathan Pierce [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 14, 2002 6:40 PM
To: [EMAIL PROTECTED]
Subject: Fix for AJP13 Connector Authentication Bug
i have builds of the iis connector and the netscape connector on solaris (built on
2.6) for jk1.
if somebody can tell me what i need to do - how to sign the binaries, where to upload
files to - i can provide these.
-kevin.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
fyi - i've uploaded native jk1 connectors for iis and netscape/solaris.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
i've uploaded native jk1 connectors for iis and netscape/solaris.
1. How did you build it? There were files referenced by the
Visual Studio
projects that were missing in the
jakarta-tomcat-connectors-4.0.2-src.zip. When
I tried to build it, I needed to add some files from the cvs.
+0
actually, +0.5 -- i'll help out if i can :)
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 08, 2002 12:32 PM
To: [EMAIL PROTECTED]
Subject: [4.0.2] [VOTE] Final release
Hi,
I'd like to propose to release the current code in the
ballot
ZIP/TGZ packaging:
[ ] Do A
[X] Do B
[ ] Do C
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
the fix for this is already in cvs and will be part of the next 4.0.2 beta
release.
-Original Message-
From: Jianliang Zhao [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 04, 2002 4:26 PM
To: Tomcat-dev (E-mail)
Subject: Header handling bug in class org.apache.Ajp13
I
--- Additional Comments From [EMAIL PROTECTED] 2002-01-31
04:14 ---
I have seen the same problem.
I applied Adam's patch to jakarta-tomcat-connectors from CVS
updated tonight,
and HTTP Basic Authentication worked, even over SSL. This was using a
build of Tomcat 4.1-dev from
Hi,
I encountered the following error when accessing any java
servlet(e.g.http://localhost/servlet/SnoopServlet) through
Internet Explorer
of PocketPC :
Maybe IE for PocketPc is sending some kind of malformed
HTTP Request?
Or mod_jk native and/or Java part has bug?
What I want is to make the C code implement the
same abstractions with the java side and to get JNI to use the
same transport abstraction.
What do you think ? Henri, JFC, Kevin - I hope for an quick answer :-)
it sounds like you're heading towards a good deal of symmetry between the
total_read = readN(in, b, H_SIZE, len);
-
-if (total_read = 0) {
+
+// it's ok to have read 0 bytes when len=0 -- this means
+// the end of the stream has been reached.
+if (total_read 0) {
I've uploaded the Java binaries for 4.0.2-b2. The official release
announcement will be made on Monday (as well as the update of
the website).
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/
Please upload the RPMs and builds of JK and webapp ASAP.
Thanks for
there is a problem with the tomcat-util.jar in this
distribution. it does
not contain the message resources (LocalStings.properties, etc.).
i fixed this in j-t-c/jk/build.xml on friday (the 18th), and
this file is
tagged properly with tomcat_402_b2
did the tomcat-ajp.jar
there is a problem with the tomcat-util.jar in this
distribution. it does
not contain the message resources (LocalStings.properties, etc.).
i fixed this in j-t-c/jk/build.xml on friday (the 18th),
and this file is
tagged properly with tomcat_402_b2
did the
as a side note, the new java code in jtc/jk still doesn't
build because of
dependencies on things like PoolTcpConnector, which i
assume are being moved
into jtc/util? costin?
No, there are some unused imports. I fixed it - please check
and let me
know if there are still problems.
without explicitly casting each entry in the HEX array to a
byte, like
this:
public static final byte[] HEX =
{ (byte)'0', (byte)'1', (byte)'2', (byte)'3',
(byte)'4', (byte)'5', (byte)'6', (byte)'7',
(byte)'8', (byte)'9', (byte)'a', (byte)'b',
fyi: i have found and fixed this bug.
The code for jk and webapp needs to be tagged then. Please
let me know when
it's done.
from my perspective, it's done. don't know about costin, jf, et al, though.
-kevin.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
without explicitly casting each entry in the HEX array to a byte, like this:
public static final byte[] HEX =
{ (byte)'0', (byte)'1', (byte)'2', (byte)'3',
(byte)'4', (byte)'5', (byte)'6', (byte)'7',
(byte)'8', (byte)'9', (byte)'a', (byte)'b',
(byte)'c', (byte)'d',
i think i've just run into a bug with doing posts using the latest code
found in jtc/jk/java/org/apache/ajp that i'd really like to fix before
tomcat 4.0.2b2.
although this code will eventually be deprecated by the stuff costin is
working on, it is currently the only ajp code that will work
fyi: i have found and fixed this bug.
i think i've just run into a bug with doing posts using the
latest code
found in jtc/jk/java/org/apache/ajp that i'd really like to fix before
tomcat 4.0.2b2.
although this code will eventually be deprecated by the stuff
costin is
working on,
ballot
[X] +1 Make the release
[ ] +0 Good idea, but I can't help
[ ] -0 Bad idea
[ ] -1 No, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
- Did jk from j-t-c for TC 4.0.2B2 will support load balancing ?
I didn't see the use of getJvmRoute/setJvmRoute in latest
TC 4.0 CVS.
nope :(
it's never been clear to me exactly what has to be done to support load
balancing, so i've never attempted to add the functionality. and it's
I am using Apache mod_jk and Ajp13 to connect to Tomcat 4.
When shutting down Tomcat 4 it takes about 15 seconds when
using apache for the tomcat process to complete,
when using Tomcat 4 standalone shutdown and termination of
the process happens almost immediately.
Has anyone else seen
I am using Apache mod_jk and Ajp13 to connect to Tomcat 4.
When shutting down Tomcat 4 it takes about 15 seconds when
using apache for the tomcat process to complete,
when using Tomcat 4 standalone shutdown and termination of
the process happens almost immediately.
Has anyone else seen
Now the question is...
How hard would it be to get the worker threads to block on either the
socket OR some type of shutdown event, with either satisfying
the wait?
ideally :) i think the problem might be that once you're blocked reading on
a socket, other than shutting down the socket
Here goes the list:
- Tag the JK + util directories in j-t-c with some tag
(Costin proposed
jk_14)
- Build the corresponding JK binaries
i've successfully built and used the following, and can provide binaries if
necessary (all jk1, btw):
- iis connector
- netscape connector on solaris
I think we should tag the code with jk_1_4 ( considering the
jk that was
included with 3.1 == jk1.1, etc ). It seems jk_1_4 will work
with 3.3, 4.0.x and 4.1 ( and the C code can be used for 3.2.x for bug
fixes ).
jk_1_4 is fine with me -- as long as it is tagged with something :)
I think we should tag the code with jk_1_4 ( considering
the jk that was
included with 3.1 == jk1.1, etc ). It seems jk_1_4 will work
with 3.3, 4.0.x and 4.1 ( and the C code can be used for
3.2.x for bug
fixes ).
+1.
When it's done and when you can confirm it's working, I think
there was a thread a couple weeks ago regarding what to do with j-t-c and
tomcat 4.0.2. i believe it was decided that the 4.0.2 release would contain
the same jars from j-t-c (tomcat-ajp.jar, tomcat-util.jar) as 4.0.1 did.
well, i just did some quick tests with the 4.0.2-b1 dist and the head of
I'm trying to figure out what I should do with the AJP
binaries, as the CVS
is a bit messy at the moment (and it includes two versions of
the sources).
I can:
- keep the current binary for b1
- try to upgrade, but I'd like to know which one I should use
(and the build
script
Hi,
After a lot of efforts, it turns out the connectors (in
j-t-c) still can't
be compiled against both the 4.0 branch and the HEAD branch
of the Tomcat
CVS.
There are a few solutions to this:
1) Force the connectors to be built against the HEAD branch.
They should run
fine
I'm trying to figure out what I should do with the AJP
binaries, as the CVS
is a bit messy at the moment (and it includes two versions of
the sources).
I can:
- keep the current binary for b1
- try to upgrade, but I'd like to know which one I should use
(and the build
The patch seems valid and the pmsg was passed for this
purpose in previous release of J-T-C but some folks
(didn't remember who) make modifications in mod_jk
part of code and the update was lost.
Seems ok, you could commit :)
done.
This patch fix a real problem and should be also
there hasn't been done anything on that topic yet ? What's
the status of
loadbalacing, either mod_jk or mod_webapp ?
Is that political due to if loadbalacing is working properly
there won't be
any reason to take (buy) anything else than TC ?
State of the art is that today only
If we move more and more logic and code in j-t-c, we may need
to have soon a specific jakarta-tomcat-connectors dev-list ?
There is today low java in jtc, mainly native code.
If all the 'ORB' java code is moved to j-t-c, for jk,
next maybe warp, and coyote also, we'll need to split
the
Catch me if I'm wrong, but currently j-t-c is dependent on tomcat
code, right? I make this statement without having actually looked at
the code for the connectors. I'm going by recent discussions about
how an API change in Catalina broke the build for a connector.
some very small
it seems like a bunch of the stuff in the org.apache.tomcat.util.net package
in tomcat 3.x would be useful outside the scope of tomcat 3. most notably,
things like TcpConnection, TcpConnectionHandler, PoolTcpEndpoint.
what would people think about moving (or at least copying for now) this
One more change I want to do in jk2 is better error handling.
Most of us
spent enough time with java that using an 'int' is very
uncomfortable :-)
error handling good :) whether this is done by return codes, exceptions,
etc., personally, i don't care. what i do care about is
+1 ( part of it has already been moved ).
by part, you mean o.a.t.util.buf|collections|http|res, right?
But if we do that, I would propose to _move_ it, not copy.
ideally, you'd move the rcs archives to maintain history. however, doing
that would presumably break all tomcat 3.x
this patch fixes a problem when posting with more than about 8K of data. it
seems that when the java side of the ajp connection has to ask the webserver
(jk) side for more data, it goes into an infinite loop because the next
chunk of data isn't actually sent.
i'm 97% sure about this patch, but
i'm 97% sure about this patch, but since i don't know this
code as well as
some, i'd like someone else to review it.
This seems to be the main problem we had so far with jk -
buffers beeing
reused before they're ready. For jk2 we must make sure we have more
control over that or
this patch fixes a problem when posting with more than about
8K of data. it
seems that when the java side of the ajp connection has to
ask the webserver
(jk) side for more data, it goes into an infinite loop
because the next
chunk of data isn't actually sent.
i'm 97% sure about
i just happened to notice that the behaviour of tomcat 4 response buffers
might not be as expected with respect to buffer size. below is some code
from org/apache/catalina/connector/ResponseBase.java:
--- snip ---
public void write(byte b[], int off, int len) throws IOException {
after many months of being away, i've recently gotten back into the fray of
jakarta-tomcat-connectors. my goal is as it was many months ago - an ajp
(v1.3) connector for tomcat 4.
after discovering that things are not working entirely correctly on the HEAD
of cvs, i started digging into the
I think we agreed ( Henri had some doubts ) that ajp14 will
consist only
on additional messages, but all the low-level messaging stuff will be
ajp13.
For that we only need a mechanism to register new message
handlers, and to
have a dispatcher that calls the right handler when a
in ajp_process_callback, here is the block of code that handles sending the
next chunk of data from the webserver to tomcat:
--- snip ---
case JK_AJP13_GET_BODY_CHUNK:
{
unsigned len = (unsigned)jk_b_get_int(msg);
jk_log(l, JK_LOG_DEBUG,
with the
release distribution.
mod_webapp will stay as the default native connector, as it has better
integration with Tomcat 4.
The Catalina wrapper for JK supports version 1.3, and was
written by Kevin
Seguin. The source code for this module is in
jakarta-tomcat-connectors/jk.
ballot
There are documents for using tomcat-4.0 with mod_jk?
Those would be very useful.
The only thing that is Tomcat-4-specific is the Connector
entry, which
is documented in jk/README.txt in the jakarta-tomcat-connectors
repository. All of the configuration files for JK are,
AFAIK,
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Ryan is one of the dev leader in Apache 2.0 and
contributed many patch for both mod_jk and mod_webapp,
showing us that connectors avoid politics :)
Vote, please
+1
see the following:
http://jakarta.apache.org/site/binindex.html
i believe what you are looking for is this:
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.3/bin/win32/i38
6/
-Original Message-
From: Golash Rahul [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 27, 2001
does anybody know if it is legal to redistribute this jar file?
if it is legal to redistribute this jar, but not tools.jar, why?
thanks for any info,
-kevin.
when i attempt to use CLIENT-CERT auth with the tomcat 4 manager webapp,
tomcat appears to still be looking for basic auth credentials.
for example, if i change web.xml in the manager webapp to look like this:
--- snip ---
security-constraint
web-resource-collection
On Tue, 21 Aug 2001 [EMAIL PROTECTED] wrote:
Craig,
Can you point to some reference (or additional some information
) if I want to Implement a HTTP Extension on tomcat4.
Thanks In Advance,
Kumar.
The only information that exists is in the CVS source code
something that i've started thinking about recently is how to provide hooks
in tomcat 4 so that some statistics regarding request processing time could
be collected.
off of the top of my head, a couple of interesting stats might be average
request processing time for all contexts (or webapps)
also, would it be possible to use a Valve to accomplish this?
Yes...
how are valves processed? are they stacked such that the
first valve entered
is the last one exited?
Correct.
or are they chained such that one valve is processed after
the next, and once
the last
it sounds like cygwin is required for this to run. is this true? is it
only because jsvc depends on it?
thanks!
It creates the registry values needed for the environment
to start jsvc.exe
JAKARTA_HOME
CYGWIN (You have to set it to your cygwin directory home).
the attached patch makes JikesJavaCompiler output error information in a
format that can be parsed so that the information shows up in the browser.
basically, the patch just adds +E to the jikes command line options so that
errors are listed in emacs form.
Index:
so, i have two fixes to the problem mentioned below, and i wanted to run
them by somebody...
both fixes involve normalizing the paths that make up the classpath by
essentially passing them through File objects. the big difference is where
this normalization takes place.
one place to do it is
has anybody tried using jikes to compile jsp's with tomcat 4 on windows
recently? i have. it barfed :)
basically what's happening is the classpath is getting messed up. more
specifically, the entry in the classpath that points at WEB-INF/classes/ is
getting messed up. the classpath ends up
the code is all in cvs. you can browse the repositories from here:
http://jakarta.apache.org/site/cvsindex.html
see these:
jakarta-tomcat-connectors/jk/native/
jakarta-tomcat/src/native/
-kevin.
I searched the archives for this list and found a few
references to the
Visual Studio file
i have seen this.
little background first...
i had some webapps that needed to use jsse, plus catalina needed it for
https. so, i figured i'd put the jsse jars somewhere in the tc4 dist tree
so that both the webapps and catalina could find them. i believe that was
$TC4_HOME/common/lib. well,
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
[...]
public interface Service {
public void load(ServiceContext context) throws Exception;
public void start() throws Exception;
public void stop() throws Exception;
}
I keep going back and forth between two
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
[...]
For Tomcat 4, what do folks think of omitting the sources
from the binary
distribution? This would knock the size of the binary
distributions down
by around 2 megabytes (which I'm sure people
Hi,
Due to the changes in
catalina/src/share/org/apache/catalina/Connector.java
mod_jk does not compile with Tomcat 4.0b7-dev. Should I fix it?
that'd be great :)
ME BIG DOPE :) :) :) There are TWO Win32 Service
implementations... I
thought Joe and Elijah were working on the same code :) :)
:) But THEY'RE
NOT! (Sometimes I'm just so fuckin' stupid! :)
On a very rough analysis, Elijah's JavaService is better as
it uses JNI,
but
on the
Ok, but JavaService looks perfect to me :
- Uses JNI indeed
- Service installation / removal works great
- Pipes the out and the err of the JVM process into logs files in
CATALINA_HOME/logs (good)
- Logs stop / start / trouble to the NT event log
- Very generic
fwiw, i agree
http://www.alexandriasc.com/software/JavaService/license.html
It's a post-2000 BSD... We don't have to alter the copyright,
but we can
included it without any other legal matter... Probably the
best would be to
start modifying their sources and update them to our model,
while, at the
you need a new servlet.jar. update and build jakarta-servletapi-4.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 4:50 PM
To: tomcat-dev
Subject: t4 - jasper go boo boo
I just did a fresh cvs update, ant clean, ant and I get this...
Or we can assume that java.exe is in the user's path.
Jasper will need JAVA_HOME to run, though, to be able to use javac.
kind of an unrelated question, but ... is there a jar file or something
that can be distributed with tomcat that contains the compiler stuff so
that only the jre is
What is the status of T4? I haven't seen a huge amount of commits from
Craig
and Remy recently
Did you hear about Sun's shutdown last week ? ;-)
no ... :) what is this all about ??
for this configuration.
Hi Donald,
Your best friend here is Kevin Seguin who does the AJP13 port to
TC 4.0 :)
so, i don't yet have a pgp key. what is the right way to generate my
public/secret key pair? pgp -kg?? RSA or DSS/DH??
thanks :)
GOMEZ Henri wrote:
I just added a file in J-T-C, called KEYS.
To follow the Apache HTTPD team, and others jakarta and xml
projects.
Could I ask you,
Hi Kevin,
Are you interested to update the connector to use Ajp14 ( in backward
compat mode and/or ajp14 mode ) ? I think I found both short term and
long term solutions for the config issue ( well, it seems mod_jk supports
the same 'autoconfig' mode as mod_webapp - and it did that
[EMAIL PROTECTED] wrote:
On Fri, 29 Jun 2001, kevin seguin wrote:
yeah, i'd be interested in updating the ajp connector for tomcat 4 do
ajp14, if i could find the time ;-)
That's the fun of doing open source...
heh heh :)
i'm not sure i see the benefit in making ajp13 support
2. Stop generating the current set of files but only
uri_workers.properties ( which is equivalent with mount directives, only
simpler and consistent for all supported web servers )
a big +1 on using one common configuration mechanism across web servers
!!!
use a non-threaded apr with apache 1.3.
Donald Ball wrote:
hey guys. i'm trying to get the latest mod_webapp from cvs to work with
the latest apr from cvs and apache-1.3.12. i'm getting this error when i
try to test the configuration:
[root@chngw lib]# apachectl configtest
Syntax error
[EMAIL PROTECTED] wrote:
On Sun, 24 Jun 2001, kevin seguin wrote:
i've been thinking about this, and, well, isn't this BaseRequest you're
talking about kind of what org.apache.coyote.Request is? does it make
sense to have two of these kinds of objects hanging around
so, forgive me if this is a stupid question, but... how is jk_version.h
generated on windows? do i need to install cygwin stuff and run
buildconf.sh/configure?
thanks.
-kevin.
my Apologies,
I'm referring to the Tomcat 4 nightly builds.
Recent downloads of the source archives for tomcat 4 lacks the connector
sub-directory and corresponding
source files.
I'm particularly interested in the mod_webapp stuff but, of course, wouldn't
mind a version of mod_jk
. how easily can you infer
the original
tab size given some arbitrary source file. Of course it's easy enough
for a human, but how much syntax awareness would you need to do it
automagically?
kevin seguin wrote:
so, is there a tabs policy in jakarta? like the number of spaces per
tab (4 vs
It just mean that stupid
programmers decided it's easier to add a panel that changes the number of
spaces equivalent with TAB instead of implementing code that uses spaces
for indentations 8, and replaces 8 spaces with a tab symbol.
so, the programmers who wrote emacs are *not* stupid,
[EMAIL PROTECTED] wrote:
costin 01/06/24 14:17:13
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Fixes for the code move.
One big missing chunk is the adapter between o.a.ajp.AjpRequest and
tomcat33 request ( similar with the one for tomcat4 ).
kevin seguin wrote:
[EMAIL PROTECTED] wrote:
costin 01/06/24 14:17:13
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Fixes for the code move.
One big missing chunk is the adapter between o.a.ajp.AjpRequest and
tomcat33 request ( similar
1 - 100 of 199 matches
Mail list logo
