hgomez 01/06/11 23:26:25
Modified:jk/native/common jk_ajp12_worker.c jk_ajp13_worker.c
jk_jni_worker.c jk_lb_worker.c jk_service.h
jk_worker.c jk_worker.h
Log:
init/validate methods of worker get now a copy of
worker_env (autoconf)
hgomez 01/06/11 23:28:08
Modified:jk/native/common jk_ajp_common.c jk_ajp_common.h
Log:
Logon feature is available by callback functions
Revision ChangesPath
1.2 +26 -17jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
hgomez 01/06/11 23:28:52
Modified:jk/native/common jk_ajp14.c jk_ajp14.h jk_ajp14_worker.c
Log:
Continuation on AJP14.
The works is now on the Logon Phase
Revision ChangesPath
1.5 +1 -2 jakarta-tomcat-connectors/jk/native/common/jk_ajp14.c
Index:
Hi,
One more for the Poll:
Win2k / JBuilder4 / IIS 5
Win2k / WebAF 2 / IIS 5
RH7.1 / JBuilder4 / Apache 1.3.20
Michel Lehon
Outwares.
GOMEZ Henri wrote:
Hi,
A quick poll to get informations about OS used by
j-t-c developpers users ...
I: Redhat 6.2 / 7.1
-
remm01/06/12 02:08:27
Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java
Log:
- Don't use the class loader attribute to retrieve the webapp CL. Instead, use
the thread context class loader.
Revision ChangesPath
1.18 +1 -1
jean-frederic clere at [EMAIL PROTECTED] wrote:
I am sorry... I should have complained before in APR... Now
it is a bit too
late.
We really should use a common tool in ASF when possible, if
the tool is
DOXYGEN
we will have to use DOXYGEN.
Seeing it a little bit in deep, DOXYGEN is not
Craig R. McClanahan wrote:
Still having problems getting mod_webapp installed and running in my
environment (RedHat 7.1, JDK 1.3.1). Here's what I've done:
(1) Download this morning's tarball of APR and built it per the docs:
./buildconf
./configure --prefix=/usr/local
Craig R. McClanahan wrote:
Still having problems getting mod_webapp installed and running in my
environment (RedHat 7.1, JDK 1.3.1). Here's what I've done:
(1) Download this morning's tarball of APR and built it per the docs:
./buildconf
./configure --prefix=/usr/local
it's missing the 's' on connectors :)
GOMEZ Henri wrote:
Hi,
My webmaster, Sabrina, has created a logo for JTC.
What do you think ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8
Hi,
it is quite some weeks since I have posted a patch for
a bug that makes TomCat's getWriter().flush() method
completely unusable. (Perhaps in standalone method
only.) I have also submitted a bug report (#1802).
Since then I have never received a reply and the bug
report is still in the
Hi Jochen,
The main problem is too much to do and too little time.
I'm not sure of the state of Bug #1802 in Tomcat 3.2.2.
In Tomcat 3.3, I made changes to so that your bug should
be fixed, but didn't get around to updating Bugzilla.
This fix came after Milestone 3. So you would need to get
a
GOMEZ Henri wrote:
Hi,
My webmaster, Sabrina, has created a logo for JTC.
What do you think ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
costin 01/06/12 07:52:02
Modified:util/java/org/apache/tomcat/util/buf UDecoder.java
Log:
Small fix ( if the encoded string has only +, the second test would fail )
Revision ChangesPath
1.2 +5 -3
costin 01/06/12 07:53:04
Removed: jasper34/generator/org/apache/jasper34/resources
messages.properties messages_es.properties
messages_fr.properties
Log:
Duplicate - LocalStrings are used.
costin 01/06/12 07:55:45
Removed: jasper34/generator/org/apache/jasper34/core
JspCompilationContext.java
Log:
Next refactoring step: removed the JspCompilationContext.
JspCC was a mix of container callbacks and jsp page state info. Cleaned this
by
costin 01/06/12 08:00:28
Modified:jasper34/generator/org/apache/jasper34/core Compiler.java
Log:
Changed Compiler so people can use it direclty, without extending it.
Split the compile() method in 2 - jsp2java and javac, to allow finer control.
The compiler is just doing
costin 01/06/12 08:04:15
Modified:jasper34/generator/org/apache/jasper34/core
ContainerLiaison.java
Log:
Moved the methods from Constants.
TODO: change them from static to instance ( after JspServlet is refactored ).
messages are normal callback.
costin 01/06/12 08:06:09
Modified:jasper34/generator/org/apache/jasper34/core Mangler.java
Options.java
Log:
Transformed Mangler and Options into classes.
Moved all the duplicated code from the 3 options implementations in Options,
with a
costin 01/06/12 08:13:12
Modified:jasper34/generator/org/apache/jasper34/generator
BeanGenerator.java ForwardGenerator.java
GeneratorBase.java IncludeGenerator.java
JspParseEventListener.java PageDirectives.java
costin 01/06/12 08:16:30
Modified:jasper34/generator/org/apache/jasper34/javacompiler
JavaCompiler.java JikesJavaCompiler.java
SunJavaCompiler.java
Log:
Turned the JavaCompiler interface into a class.
Moved duplicated code into
costin 01/06/12 08:19:39
Modified:jasper34/generator/org/apache/jasper34/jsptree
JspPageInfo.java TagInfoImpl.java TagLibraries.java
Log:
Added the page info from JspContext into JspPageInfo.
Still to do: some of the information is specific to
costin 01/06/12 08:21:10
Modified:jasper34/generator/org/apache/jasper34/javagen
JavaSourceGenerator.java
jasper34/generator/org/apache/jasper34/parser
DelegatingListener.java JspReader.java
costin 01/06/12 08:29:29
Removed: jasper34/liaison/org/apache/jasper34/cli
CommandLineCompiler.java
Log:
Removed the CommandLineCompiler.
The Mangler part is now a separate component in the toolbox.
The extend Compiler part is no longer needed -
costin 01/06/12 08:31:00
Modified:jasper34/liaison/org/apache/jasper34/cli
CommandLineContext.java JspC.java
Log:
Moved the options ( actually use the same OptionsProperties as
JspInterceptor ).
Few more simplifications, less duplication of code.
costin 01/06/12 08:31:54
Modified:jasper34/liaison/org/apache/jasper34/liaison
TagLibReader.java
Log:
Update for the core changes.
Revision ChangesPath
1.2 +35 -31
costin 01/06/12 08:32:40
Added: jasper34/liaison/org/apache/jasper34/liaison
OptionsProperties.java OptionsServletConfig.java
Log:
2 Options to choose from. One is backed by a properties file, one by
ServletConfig.
Revision ChangesPath
1.1
costin 01/06/12 08:33:21
Added: jasper34/liaison/org/apache/jasper34/liaison Mangler33.java
ManglerCli.java
Log:
2 Manglers to choose from. One was used in JspC, one in JspInterceptor.
Revision ChangesPath
1.1
costin 01/06/12 08:35:13
Added: jasper34/liaison/org/apache/jasper34/liaison ClassName.java
ManglerOld.java
Log:
A third mangler to choose from - the original mangler using class hack.
It's a cool idea, I'll try to preserve it as a general util, but
costin 01/06/12 08:39:27
Modified:jasper34/liaison/org/apache/jasper34/servlet
JasperLoader.java JspEngineContext.java
JspServlet.java
Log:
Implement the changes in core and toolbox.
Few changes in JasperLoader to make it
Mandrake 5, Redhat 6.2, Redhat 6.2 Enterprise, Redhat 7.0, Redhat 7.1 (with all the
compat libs) under variation of IBM1.3, Sun1.3,
Sun1.3.1
Window 2000 (SP2) and Windows NT 4 (Service Pack 6)
Hi...
I have been doing a lot with Tomcat on IIS and have
developed a fair bit of Win2K deployment scripting and
SMS installers so I can deploy it into a production
environment in a managed fashion. I would like to
contribute these, and would also like to get involved
on the refinement of the
costin 01/06/12 08:42:18
Removed: jasper34/liaison/org/apache/jasper34/servlet ClassName.java
EmbededServletOptions.java JspCompiler.java
JspLoader.java ServletEngine.java
TomcatServletEngine.java
Log:
costin 01/06/12 08:45:30
Modified:jasper34/liaison/org/apache/jasper34/tomcat33
JasperEngineContext.java JspInterceptor.java
Log:
Same kind of changes to tomcat33 adapter.
A lot of code still need to be moved either in the base class for
JavaCompiler
On Mon, 11 Jun 2001, Pier P. Fumagalli wrote:
And, if Costin gives out permission (he's root on those), we all should be
able also to access:
Solaris 7 / SPARC
- Running on a Sun Ultra-1 (UltraSparc/133) tokyo.javasoft.com
Linux 2.2.15 / SPARC
- Running on a Sun Ultra-1
Ok... but obviously something calls on it for it to run so I am trying to
modify the code.
Joyce
Systems Group
Email [EMAIL PROTECTED]
-Original Message-
From: Mike Anderson [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 16:42
To: [EMAIL PROTECTED]
Subject: Re: Help
I removed the jk_nwmain.c file altogether, and it works!!
D'oh! :-)
Joyce Fung
Systems Group
Balance of Payments
Statistics Canada
Email [EMAIL PROTECTED]
-Original Message-
From: Fung, Joyce - BOP/BDP
Sent: Tuesday, June 12, 2001 13:10
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL
i AM HAVING THE SAME PROBLEM TOO.
i AM RUNNING TOMCAT ON WINDOWS 200 AND TRYING TO CONFIGURE IT AS A SERVICE.
I AM GETTING THE
Tomcat service didn't start but returned no error
More help is available by typing NET HELPMSG 3534
when i do net helpmsg 3534 it gives a message .
please try later or
Got it figured out. I turns out that the proxy within Xerox was messing
up the cookies. Disable the proxy and all is well!
David
DAK wrote:
I'm seeing something strange. (would I write if it wasn't strange?)
I have a servlet that is used to generate an image. I include the URL
to it
GOMEZ Henri at [EMAIL PROTECTED] wrote:
So will we use DOXYGEN or keep Scandoc ?
I'll keep using ScanDoc until I don't find a better solution...
I take a look at SourceForge :
http://sourceforge.net/search/?type_of_search=softexact=1words=documentati
on+generator
A matching project
jean-frederic clere at [EMAIL PROTECTED] wrote:
Nice!
The feather has a shadow but the Tomcat does not...
What about an Indian Tomcat, somehow like the JAMES logo?
Don't go there :) We've been kicked badly a couple of years ago...
Pier
Here is how to get involved --
http://jakarta.apache.org/site/getinvolved.html. Send in your
contribution and patches to this mailing list.
Cheers,
Amy
Peter Horne wrote:
Hi...
I have been doing a lot with Tomcat on IIS and have
developed a fair bit of Win2K deployment scripting and
SMS
I switched an application I was working on from JServ to Jakarta and realized
there is a change in the way the response codes for the server are being set.
Apache no longer recieves the response code the servlet sets and therefore
can not do further processing. For context, I am using apache
remm01/06/12 17:59:11
Modified:catalina/src/share/org/apache/naming/resources
ResourceAttributes.java
Log:
- Made the setters public, which makes it possible to actually plug a directory
context external to Catalina without having to reimplement
costin 01/06/12 18:11:39
Modified:jasper34/generator/org/apache/jasper34/generator
CharDataGenerator.java
jasper34/liaison/org/apache/jasper34/tomcat33
JspInterceptor.java
Log:
2 bug fixes.
- JspInterceptor - need
costin 01/06/12 18:42:16
Modified:src/share/org/apache/tomcat/modules/mappers
ReloadInterceptor.java
src/share/org/apache/tomcat/util/depend DependManager.java
Log:
Added a setDebug to DependManager.
Setting debug on the reload
remm01/06/12 19:32:02
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Make the naming context name really unique.
Before, there were conflicts when using multiple engines with the same
host and context names.
Hi,
I have the impression that we're always loading the default web.xml, even if
the webapp already contains one, and add to the mappings which are defined
there.
I think it's ok when no mapping are defined, or no mapping is defined on the
root node, but it's not as soon as a mapping is defined
Hi,
I've got a servlet which includes a JSP page, and it appears that the JSP
engine in Tomcat 4.0 calls response.flushBuffer() when the include finishes.
IMHO this behaviour is incorrect, as it should be up to the topmost
servlet to control what is happening with the buffering as much as
48 matches
Mail list logo