Could you give me info on how to rebuild crimson
from xml-commons, xml-crimson and xml-xalan ?
Thanks.
I'll package it in RPM to falsehope.com :)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 06, 2001 8:41 AM
To: [EMAIL PROTECTED]
Subject:
On Thu, 14 Jun 2001 [EMAIL PROTECTED] wrote:
| +0 - most of my time will be split between jasper34 and tomcat33 ( and a
| bit j-t-c, after jasper34 stabilize a bit ).
How's 3.3 doing, Costin?
--
Mvh,
Endre
Nullsoft install system =
http://www.nullsoft.com/free/nsis/
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
Oups, I didn't detect the code change in 3.3.
Thanks Mike.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
We're planning to do that, actually, and we're waiting a bit before
removing
the outdated scripts.
fair enough. I always seem to run in to things like that when I build from
source. To be expected I suppose...
I don't suppose now I've got your attention you'd like to comment on the
Jasper
GOMEZ Henri wrote:
[snip explanation of versions]
the jk in j-t-c, is an evolution of mod_jk found in Tomcat 3.3.
We add more features and entry points but keep compatibility
with actual Tomcat 3.2/3.3/4.0 (with its ajp13 connector).
Ah. So it's really the jk version I need then so people can
Would/could this be implemented as a web context with (possibly) some
'administration' flag set in it's context that way, if you didn't want to
have a GUI (security?) you could just remove the context?
Just my 2p worth ;)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Ah. So it's really the jk version I need then so people can build the
connector whether they have the latest j-t-c source or something like
the Tomcat 3.2 source distro. It would be useful to have an API version
number somewhere.
* mod_jk in TC 3.2 is +/- frozen (only major bugs fixe) :
we
GOMEZ Henri wrote:
Ah. So it's really the jk version I need then so people can build the
connector whether they have the latest j-t-c source or something like
the Tomcat 3.2 source distro. It would be useful to have an API version
number somewhere.
* mod_jk in TC 3.2 is +/- frozen (only
Andy Armstrong wrote:
GOMEZ Henri wrote:
Ah. So it's really the jk version I need then so people can build the
connector whether they have the latest j-t-c source or something like
the Tomcat 3.2 source distro. It would be useful to have an API version
number somewhere.
* mod_jk
andya 01/06/15 04:38:25
Modified:jk/native/common jk_util.c
Log:
Refactored jk_is_path_poperty() and jk_is_cmd_line_poperty() to call a
common helper function.
Revision ChangesPath
1.4 +21 -20jakarta-tomcat-connectors/jk/native/common/jk_util.c
Index:
jean-frederic clere wrote:
[snip]
#if defined(JK_VERSION) JK_VERSION = 1
... newer stuff ...
#endif
Like it is in the Linux Kernel (LINUX_VERSION_CODE) ;-)
Yup.
But it makes only sense if someone want to use a new module with a old core
code.
That means a protocol developed in
Craig,
Thanks! I missed that in the docs when I first went through them. I found
the documentation on this feature, and now am wondering how much you know
about it.
On the system I am forced to configure this on, the users accounts are
mounted from a central nfs server. This means that
Hi ,
My name is mohan I work on smtp pop3 and Imap server
protocols .The entire system is written in such a way
I can be directly ported on any OS . It is a pure java
code . I too written a web mail client which runs on
tomcat . I had some issues running tomcat 3.2.1 on
Linux .
Problem faced:
OK, but I was thinking of something numeric so it could easily
be tested
at compile time, for example
#if defined(JK_VERSION) JK_VERSION = 1
... newer stuff ...
#endif
Strings are fine for user readable versioning, but hard to test at
compile time.
I understand better there :=)
Instead
Craig,
I figured I'd follow up on my last question with one more, since I noticed
that the in the documentation there is a sample bit of code that says
http://www.mycompany.com:8080/~craigmcc, which I am assuming is
you...indicating you may indeed know quite a bit about this particular
GOMEZ Henri wrote:
OK, but I was thinking of something numeric so it could easily
be tested
at compile time, for example
#if defined(JK_VERSION) JK_VERSION = 1
... newer stuff ...
#endif
Strings are fine for user readable versioning, but hard to test at
compile time.
I
+1
Larry
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 14, 2001 11:49 AM
To: [EMAIL PROTECTED]
Subject: Plans for Tomcat 3.2.3 and later
Now that Tomcat 3.2.2 is out it's time to starting thinking
about 3.2.3. My
thoughts are to
OK, I get that but the Domino connector (in particular) is fairly
immature -- it's quite likely that bugs will be found that would affect
both people using stable Tomcat releases and those on the development
track -- it would nice to fix any such bugs in a single source file.
The Domino
GOMEZ Henri wrote:
[snip]
As I said Domino need to be compiled. It could be marked as experimental
and only Domino users will have this warning.
Why did we start j-t-c ?
- a connector is mainly native code, how to build apxs or use autoconf
has nothing to do in tomcat dev/users list. I
MSI is used by office 2000, which runs well as from win 98 (probably also
win95, but that thing is 6 years old ;-)) . (it needs to install itself
first, if not present).
NT 4 doesn't also come with the MSI pre-installed. As from win me and 2000
it's part of the default install.
Mvgr,
Martin
Why did we start j-t-c ?
- a connector is mainly native code, how to build apxs or
use autoconf
has nothing to do in tomcat dev/users list. I hope we could have a
separate dev/users lists later.
- mod_jk is in TC 3.2 and 3.3. Thegeneral rules for TC 3.2
is to freeze
features and
Henri,
This is actually very easy with the existing code and a tiny patch I
submitted a few weeks ago. We're using it in production mode, so it is
known to be stable. The first version I submitted had some additional
logging added, but I'm attaching a minimal patch.
All you have to do is set
Haydn Haines - Sun UK - Partner Support at [EMAIL PROTECTED] wrote:
Hi All,
The tomcat 3.2.2 README file states that jdk 1.1 or later AND JSSE
1.0.2 or later are required...
However, the JSSE 1.0.2 install.html states that JSSE 1.0.2 requires
Java 2 SDK 1.2.1 or greater OR Java 2 RE
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=219
*** shadow/219 Sun May 20 17:19:11 2001
--- shadow/219.tmp.22635Fri Jun 15 08:54:10 2001
***
*** 1,19
! Bug#: 219
! Product: tomcat
! Version: tomcat(jasper)
! Platform:
! OS/Version:
! Status: NEW
! Resolution:
Hi...
I'm not sure if any others have looked at what's
required to automate the install of the ISAPI filter
on IIS/Win2k - by the time I'd finished understanding
the IIS metabase I'd completed the attached vb script.
It does all the required metabase additions/changes
to install both as filter
And like a true genius I forgot to attach the
script...
BTW - on most machines the web Server Name is Default
Web Site and you have to use quotes.
Pete
--- Peter Horne [EMAIL PROTECTED] wrote: From
Peter Horne Thu Jun 14 23:27:42 2001
Received: from [210.8.224.2] by
web13507.mail.yahoo.com;
Hi,
We are thinking of embedding TomCat4.0 in our app server. We have
limited number of top level directories and want to rearrange the TomCat
files in that directory structure.
Specifically we want the common/lib to be present as lib/common and
server/lib to be present as lib/server. This
Hello.
I have read about the JCE and Tomcat problem (BugRat Report #116).
Please, if you discovered how to solve the problem, let me know.
Thank you very much.
Fabrizio
On Fri, 15 Jun 2001, GOMEZ Henri wrote:
We should add a DEB (Debian package) and PKG used by Solaris.
If there is people on the list who have to .deg/.pkg, may we
suggest them send their build file. I could commit the .spec
for RPM building with it's companion files (patches, init...)
On Fri, 15 Jun 2001, Pier P. Fumagalli wrote:
Haydn Haines - Sun UK - Partner Support at [EMAIL PROTECTED] wrote:
Hi All,
The tomcat 3.2.2 README file states that jdk 1.1 or later AND JSSE
1.0.2 or later are required...
However, the JSSE 1.0.2 install.html states that JSSE 1.0.2
Hi ( Larry ),
I'll review the new bugs over the weekend, and I hope we can get a new
milestone out for next week.
Do you think it would be possible to enable jasper34 in the next
milestone? It would help me a lot in the refactoring process, the code is
stable ( the generated code is almost
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Thu, 14 Jun 2001 23:31:32 +0100 (BST)
Subject: Fwd: My First Contribution...
has been quarantined by Mail Essentials for the following reason(s):
Message contains
On Fri, 15 Jun 2001, Morrison, John wrote:
Would/could this be implemented as a web context with (possibly) some
'administration' flag set in it's context that way, if you didn't want to
have a GUI (security?) you could just remove the context?
This is how it is implemented today in tomcat
GOMEZ Henri wrote:
[snip]
If nothing else such a constant could be used to throw a compile time
error if people attempt to build a connector using incompatible shared
jk code.
Could you develop ?
D'you mean could I write code that throws a compile time error? If so,
it's just
#if
On Fri, 15 Jun 2001, Robert Evans wrote:
Craig,
Thanks! I missed that in the docs when I first went through them. I found
the documentation on this feature, and now am wondering how much you know
about it.
On the system I am forced to configure this on, the users accounts are
On Fri, 15 Jun 2001, Geoff Soutter wrote:
Hi tc4 people,
I'm putting myself through the regular build TC4 from source hell that I
do whenever I want to test the latest version. (this is on WinNT4)
I came across the following issues, you may be aware of them already but I
thought I'd
On Fri, 15 Jun 2001, Vishy Kasar wrote:
Hi,
We are thinking of embedding TomCat4.0 in our app server. We have
limited number of top level directories and want to rearrange the TomCat
files in that directory structure.
Specifically we want the common/lib to be present as lib/common
On Fri, 15 Jun 2001, Morrison, John wrote:
Would/could this be implemented as a web context with (possibly) some
'administration' flag set in it's context that way, if you didn't want to
have a GUI (security?) you could just remove the context?
My thinking to date has been that we should
Next week sounds good for a Milestone 4. I'll try to propose
a new RELEASE-PLAN-3.3 this weekend.
What is involved in enabling jasper34? Assuming that is
fairly simple I don't have a problem enabling jasper34.
We will need to document how to switch back to the JSP
configuration in Milestone3
Andy Armstrong wrote:
jean-frederic clere wrote:
[snip]
#if defined(JK_VERSION) JK_VERSION = 1
... newer stuff ...
#endif
Like it is in the Linux Kernel (LINUX_VERSION_CODE) ;-)
Yup.
But it makes only sense if someone want to use a new module with a old core
code.
Hi,
I am trying to think about a structure for our connectors:
From httpd From httpd
| |
+|
+ AP1.3 | AP2.0 | NETSCAPE | DOMINO
jean-frederic clere wrote:
[snip]
But it makes only sense if someone want to use a new module with a old core
code.
That means a protocol developed in 1.3.x could be used in 1.2.x.
Well could be nice, but difficult to handle. Backport a new protocol to an old
mod_jk!
It makes
Costin,
sounds good.
btw, when do you think the generator code in 34 will settle down
a little?
-casey
[EMAIL PROTECTED] wrote:
Ok, time to discuss the first mini-optimization.
Right now jasper has 2 ways to output data - one is the common
out.println(String );
The other ( not very
amyroh 01/06/15 13:48:41
Modified:.build.properties.sample
Log:
Add fix to build with jdk1.2. Uses an extra property in the build.properties
using.jdk.1.3=true.
Uncomment this to compile CGI using jdk 1.3.
Submitted by John Reilly
Revision ChangesPath
amyroh 01/06/15 13:51:17
Modified:catalina build.xml
Log:
Add fix to build with jdk1.2. It excludes jdk 1.3 dependent files unless
using.jdk.1.3=true in build.properties.
Submitted by John Reilly
Revision ChangesPath
1.44 +4 -0
I just upgraded or application from Tomcat 3.1 to
Tomcat 3.2.2 and noticed a dramatic slowdown and increased CPU
utilization. This is on WinNT 4.0 SP5. To figure out what was
happening, I fired up OptimizeIT and took a look. I found that 68% time
was being spent in
On Fri, 15 Jun 2001, Casey Lucas wrote:
Costin,
sounds good.
btw, when do you think the generator code in 34 will settle down
a little?
Soon :-)
There is only one more change in the generator layout - switching to
a visitor pattern, with the tree representation of the page separated
On Fri, 15 Jun 2001, Larry Isaacs wrote:
Next week sounds good for a Milestone 4. I'll try to propose
a new RELEASE-PLAN-3.3 this weekend.
What is involved in enabling jasper34? Assuming that is
fairly simple I don't have a problem enabling jasper34.
We will need to document how to
Thanks for the report - if you can think of a patch we can use it for
3.2.3. The reloading system has been almost completely rewritten for 3.3,
with far fewer accesses to the file system.
Have you tried with a different VM ? ( I don't think we can avoid
getCanonicalPath, is a very useful call
craigmcc01/06/15 15:19:54
Modified:catalina/docs/dev/xdocs/stylesheets project.xml
Added: catalina/docs/dev/xdocs fs-jndi-realm.xml
Log:
Publish the first draft of a Functional Specification for the overall set
of capabilities we want to provide in a JNDIRealm
Finally getting back to this, which John and Ellen have (justifably) been
a little impatient about ...
I'd like us to agree on top-level goals for JNDIRealm before we dive into
the code. This document is an attempt to extract out of the historical
discussions all the features that it sounded
craigmcc01/06/15 15:53:06
Modified:catalina/docs/dev/xdocs/stylesheets project.xml
Added: catalina/docs/dev/xdocs fs-jdbc-realm.xml
Log:
Add a functional spec for JDBCRealm also, since it's pretty similar.
Revision ChangesPath
1.1
[EMAIL PROTECTED] wrote:
On Fri, 15 Jun 2001, Casey Lucas wrote:
Costin,
sounds good.
btw, when do you think the generator code in 34 will settle down
a little?
Soon :-)
There is only one more change in the generator layout - switching to
a visitor pattern, with the
54 matches
Mail list logo