Hi
Actually no. I think there's a packaging error, so I'll tweak a bit the
build scripts. For some reason, it's working fine when compiled with javac
I think this is a packaging problem.
I successfully build them by using ant command for jakarta-servletapi
and build.bat for jakarta-tomcat
"Craig R. McClanahan" wrote:
* Support for two major modes of operation:
* SYSTEM LOGIN. Realm implementation binds itself to the server using
a system-level username/password, then reads the username and password
attributes to perform authentication (analogous to how JDBCRealm
Torgeir Veimo wrote:
"Craig R. McClanahan" wrote:
* Support for two major modes of operation:
* SYSTEM LOGIN. Realm implementation binds itself to the server using
a system-level username/password, then reads the username and password
attributes to perform authentication
nacho 01/04/17 03:43:58
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
SimpleRealm.java JDBCRealm.java
src/share/org/apache/tomcat/core Tag: tomcat_32
RequestImpl.java
Log:
* Security problems with
pier01/04/17 05:53:54
Removed: connectors Makedefs.orig Makefile
connectors/apache-1.3 Makefile
connectors/webapplib Makefile wa.c wa.h wa_application.h
wa_callback.c wa_callback.h wa_config.h
pier01/04/17 06:07:43
Added: connectors Makedefs.in Makefile.in configure configure.in
Log:
Added main autoconf stuff.
Revision ChangesPath
1.1 jakarta-tomcat-4.0/connectors/Makedefs.in
Index: Makedefs.in
pier01/04/17 06:08:38
jakarta-tomcat-4.0/connectors/scandoc - New directory
pier01/04/17 06:10:23
Added: connectors/scandoc scandoc.pl template.pl
Log:
Scandoc is something like JavaDOC but in PERL (used to generate API docs
from .h files)
Revision ChangesPath
1.1 jakarta-tomcat-4.0/connectors/scandoc/scandoc.pl
pier01/04/17 06:11:32
jakarta-tomcat-4.0/connectors/include - New directory
pier01/04/17 06:11:37
jakarta-tomcat-4.0/connectors/lib - New directory
pier01/04/17 06:17:08
Modified:connectors/apache-1.3 mod_webapp.c
Log:
New module for apache 1.3
Revision ChangesPath
1.9 +28 -995 jakarta-tomcat-4.0/connectors/apache-1.3/mod_webapp.c
Index: mod_webapp.c
jar is a basic tool that comes with the jdk used for packaging up files.
Ant does alot more - its like 'make'.
You can declare dependencies, and use Ant to build your app - not just
package it (like jar).
Tim Julien
HP Middleware
-Original Message-
From: Derek Harding [mailto:[EMAIL
The log of Craig's initial commit for JNDIRealm says:
TODO: Support an operational mode where the Realm attempts to bind to the
directory server using the user's username and password (instead of a
system administrator username and password). This is a different enough
style that it
SSH is not responding from the UK... Is it British Telecom or Daedalus?
(Reply privately if it's just me!)
Cheers
Pier
pier01/04/17 07:54:56
Modified:connectors Makefile.in configure configure.in
connectors/apache-1.3 mod_webapp.c
Added: connectors LICENSE.txt
Log:
Added license file
Revision ChangesPath
1.2 +3 -10
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
SSH is not responding from the UK... Is it British Telecom or Daedalus?
(Reply privately if it's just me!)
Cheers
Nope, it works... Just slow as hell...
Pier
On 16 Apr, Derek Harding wrote:
Are there any examples of how to create a WAR file?
There is a war target available in ant-1.3. Here is the one from my
project.
!-- == DIST: Create XXX.war file === --
target name="dist-war"
On 17 Apr, Derek Harding wrote:
yes exactly thanks. What is the difference using the java tool
instead of the Ant tool?
I don't know exactly what you mean by the java tool, but Ant is similar
to the unix program make(1). It knows about special things that java web
applications need. Such as
craigmcc01/04/17 09:35:06
Modified:tester/src/tester/org/apache/tester WrapperFilter.java
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester StaticFilter.java
Log:
Add a separate Filter to reset the static logger at the beginning of each
craigmcc01/04/17 10:07:12
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java PersistentManager.java
PersistentManagerBase.java StandardManager.java
Log:
Add some debugging messages to the Manager implementations.
Thread hung on a read, never returns or closes the socket. Only
reproducible
on m-processor machine.
Tried Sun jdk1.3 and IBMjdk1.3. problem always occurs
Tried Xerces and Crimson parsers. problem always occurs
Can someone shed some light on what this problem might be...
I have attached
craigmcc01/04/17 12:27:20
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Restore the ability to save and reload active sessions across a web app
restart. This was broken by the refactoring of the load() and unload() calls
Of course it is.
Proxy HTTP is probably not as efficient as a lightweight
protocol (ie: AJP),
especially if the two systems are running on the same box (ie: local
sockets).
It also doesn't solve the configuration issues.
All you are doing in this case is putting another layer in front of the
Fine to see mod_webapp back to life :)
1) You added many features interesting in building (autoconf, apr)
which we could study to adapt to mod_jk (at least autoconf).
2) I plan to update the mod_webapp RPM and hope the code will compile
under GCC (it wasn't the case with tc 4.0b2/b3)
3)
Forgot to ask, would you be interested in instructions/simple shell
script for building mod_jk as a statically linked Apache module?
Yes, certainly. Instruction and better shell script :)
But did mod_jk is really faster in statically mode rather
in DSO ?
Bojan
Dan Milstein wrote:
I can't
Could someone upload the servlet and tomcat sources to :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
I could get it from CVS but RPM convention insist having .tar.gz
somewhere :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
GOMEZ Henri at [EMAIL PROTECTED] wrote:
Fine to see mod_webapp back to life :)
Well, I don't really know how happy I am...
1) You added many features interesting in building (autoconf, apr)
which we could study to adapt to mod_jk (at least autoconf).
That's what was expected, I
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
GOMEZ Henri at [EMAIL PROTECTED] wrote:
Fine to see mod_webapp back to life :)
Well, I don't really know how happy I am...
That sounds not right... I'm happy to have something working, I'm not happy
about how we ended up there... (yeah...
3) You still didn't tell us what you think into merging mod_webapp
and mod_jk.
And I'll continue to be silent on that... As I don't really
want to start another flamewar...
I've been thru enough already on that, and
all I can say
is that I'll let the people on this list (but me) decide...
RPM built and uploaded to :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/rpms/
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
on 4/17/01 5:12 PM, "GOMEZ Henri" [EMAIL PROTECTED] wrote:
mod_jk is the de-facto standard to link a web server (not only
Apache) to tomcat. mod_webapp is really new and having it
incompatible with mod_jk will raise more questions and requests
than necessary.
Huh? mod_jk is not 100%
On Tue, 17 Apr 2001, Jon Stevens wrote:
on 4/17/01 5:12 PM, "GOMEZ Henri" [EMAIL PROTECTED] wrote:
[snip]
[ ] I want to have a ajp12/ajp13 in Tomcat 4.0 ?
Is the requirements of the Servlet API technically feasible for allowing
this to exist?
There are some very significant
I'm using tomcat 3.2.1 and trying to make jsp:forward page="./Xxx.jsp"/
work. The "." in front is supposed to access the current directory
instead of the root directory. When I run this, I get a 404-File Not
Found in my browser. This exact same statements works on tomcat 3.1 on my
other
On Tue, 17 Apr 2001, Derek Harding wrote:
I'm using tomcat 3.2.1 and trying to make jsp:forward page="./Xxx.jsp"/
work. The "." in front is supposed to access the current directory
instead of the root directory. When I run this, I get a 404-File Not
Found in my browser. This exact same
On Tue, 17 Apr 2001, Jon Stevens wrote:
mod_jk is the de-facto standard to link a web server (not only
Apache) to tomcat. mod_webapp is really new and having it
incompatible with mod_jk will raise more questions and requests
than necessary.
Huh? mod_jk is not 100% compatible with
On Tue, 17 Apr 2001, Craig R. McClanahan wrote:
* Configuration complexity - The above issues can often be dealt with
by tediously configuring everything twice (once in web.xml and once
in httpd.conf). A better approach would be to make ajp12/ajp13
auto-configure Apache from the
Why not use mod_webapp/mod_jk to start the
web-connector sub-project allowing us to remove many question
related to connectors from Tomcat user/dev lists ?
The same web-connector project could be used against
Tomcat 3.2/3.3/4.0 but not be restricted to Tomcat.
Any project
amyroh 01/04/17 19:59:34
Modified:tester/src/bin tester.xml
Log:
Add SSI "include" tests using golden files.
Revision ChangesPath
1.30 +37 -1 jakarta-tomcat-4.0/tester/src/bin/tester.xml
Index: tester.xml
amyroh 01/04/17 20:00:23
jakarta-tomcat-4.0/tester/web/ssidir - New directory
amyroh 01/04/17 20:02:15
Added: tester/web SSIInclude01.shtml SSIInclude02.shtml
SSIInclude03.shtml SSIInclude04.shtml
SSIInclude05.shtml SSIInclude06.shtml
SSIInclude07.shtml SSIInclude08.shtml
amyroh 01/04/17 20:02:43
Added: tester/web includeme.txt
Log:
Add SSI "include" tests using golden files.
Revision ChangesPath
1.1 jakarta-tomcat-4.0/tester/web/includeme.txt
Index: includeme.txt
On Wed, 18 Apr 2001, GOMEZ Henri wrote:
Could someone upload the servlet and tomcat sources to :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
I could get it from CVS but RPM convention insist having .tar.gz
somewhere :)
Sorry, that's my bad. I will
42 matches
Mail list logo