Not acked
-- Forwarded Message
From: Adams, Lamont [EMAIL PROTECTED]
Date: Tue, 16 Jul 2002 15:13:44 -0400
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Tomcat voted Best Java Application Server
Hi there,
I'm not sure who the best person is to contact about this, so you were
Craig R. McClanahan [EMAIL PROTECTED] wrote:
On Tue, 16 Jul 2002, Jon Scott Stevens wrote:
Date: Tue, 16 Jul 2002 11:56:40 -0700
From: Jon Scott Stevens [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: tomcat-dev [EMAIL PROTECTED]
Subject: Missed vote
Arg.
Not acked.
-- Forwarded Message
From: Chanaka Samarajeewa [EMAIL PROTECTED]
Date: Fri, 12 Jul 2002 18:45:32 -0600
To: [EMAIL PROTECTED]
Subject: bad link
Hi, the source download links for tomcat 4.0.3, 4.beta are broken.
Arshad Mahmood [EMAIL PROTECTED] wrote:
Interesting idea to split the static content onto a different server.
Does anyone know how a browser like IE handles this kind of situation, I
know that with HTTP 1.1 the server will leave the connection open for
further requests so that
Pier Fumagalli [EMAIL PROTECTED] wrote:
Cute... You can have some... Visit your local tobacconist.
Anyhow, you'll see my reasoning when the article gets published. Few other
folks having the same problems we do (very high loads + servlets) don't have
the same problem as well It's
Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Pier Fumagalli [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, July 07, 2002 4:04 PM
Subject: Re: webapp- who handles static content: Tomcat or Apache
Sam Ewing [EMAIL PROTECTED
not be started
That's because the latest APR has introduced a flaw (doesn¹t support
atomics if --disable-threads - and that's how we compile APR).
Help!!
Apache 2.0 works no problem... The permission denied you're getting comes
from somewhere else...
Pier
--- Pier Fumagalli [EMAIL
Sam Ewing [EMAIL PROTECTED] wrote:
I read elsewhere that that mod_webapp fowarded
requests for static resources to Tomcat (instead of
Apache). Is this fixed? If not, are there workarounds?
It is forwarding requests, and it's definitely the last of my priorities to
fix (actually I don't even
Sam Ewing [EMAIL PROTECTED] wrote:
Thanks Pier- its working with Apache 2.0 now.
Toldya! :)
How do I solve the apache 1.3 problem though?
I tried rebuilding the connector as
$ ./configure --with-apxs=/path/apache1.3/bin/apxs
--enable-threads
$ make
But I still get the same
Sam Ewing [EMAIL PROTECTED] wrote:
Hi Pier,
Yes, I am building on Linux (Redhat 7.3).
Aw... I know there are some issues with APR and ATOMICS on Linux (or was it
Solaris? Need to investigate).
I see a
tempval=--enable-static --disable-shared
--disable-threads
in the configure script..
Sam Ewing [EMAIL PROTECTED] wrote:
I am on Apache 2.0.39 and Tomcat 4.1.3, and the latest
webapp connector code, fresh from CVS.
I am facing a Invalid virtual host name error from
Apache with this configuration:
LoadModule webapp_module libexec/mod_webapp.so
WebAppConnection conn
Remy Maucherat [EMAIL PROTECTED] wrote:
ballot
[ ] +1 I support the proposal, and will help implement it
[X] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
As long as the interfaces don't change too much
Fyi... Not acked...
-- Forwarded Message
From: Mark Howell [EMAIL PROTECTED]
Date: Thu, 4 Jul 2002 02:51:24 -0500 (CDT)
To: [EMAIL PROTECTED]
Subject: mod_jk2
Hello,
The past two days, I have attempted to download mod_jk2 from
FYI... Dunno who's on watchdog-dev...
Pier
-- Forwarded Message
From: Kjeld Froberg [EMAIL PROTECTED]
Organization: Trifork Technologies
Date: Wed, 26 Jun 2002 11:01:12 +0200
To: [EMAIL PROTECTED]
Subject: Error in Watchdog JSP in XML tests
Hi
According to the JSP
Arshad Mahmood [EMAIL PROTECTED] wrote:
+100!
As somebody who also intends to use Tomcat in production (around 10
different sites with a reasonable load, maybe 1/4 of vnunet) this would be
very helpful to me.
You mentioned a couple of specific things you would like to do. Would it be
jean-frederic clere [EMAIL PROTECTED] wrote:
I do see the following on my Linux:
+++
tcp0 0 :::127.0.0:http-alt :::127.0.0.1:32893 TIME_WAIT
tcp0 0 :::127.0.0.1:32892 :::127.0.0.1:8005 TIME_WAIT
tcp0 0 :::127.0.0.1:32894
GOMEZ Henri [EMAIL PROTECTED] wrote:
Pier could you detail what should be a Tomcat HA, and how
it could fit in TC 5.0 proposal ?
As far as I can remember it was voted -1...
What about TC 5.0 with HA capability ?
Well... It's a matter of code... Given that there is not one line of code
Christopher K. St. John [EMAIL PROTECTED] wrote:
Profiling tools and internal benchmarks answer different
questions. You don't use a profiling tool instead of a
benchmark, you use it with a benchmark.
+1 :)
Pier
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I think it's obvious that tomcat3.3 has 'improved performance'
over 3.2, and 4.1 has 'improved performance' over 4.0.
I don't think anyone can argue with that, and we don't
have any test suite to prove it.
Not _that_ obvious... Do we have _NUMBERS_
GOMEZ Henri [EMAIL PROTECTED] wrote:
Craig, be real... Tomcat, despite the beautiful design we have
for Catalina,
and we have to give you KUDOS for that, is not _yet_ ready to
be used in
production... It simply doesn't work, it doesn't deliver the same
performance and reliability that (for
GOMEZ Henri [EMAIL PROTECTED] wrote:
I make extensive tests on Tomcat 3.3.1/4.0.4, http connectors
and mod_jk 1.2.0/Apache 1.3/2.0.
BTW, I could say that I launch nigthly tests involving 10 millions
calls to HelloWorldExample servlets on both Tomcats and never got
a single error.
So I
Remy Maucherat [EMAIL PROTECTED] wrote:
We did, and apparently, there are 3 people disagreeing with the new
proposal (one of whom because he just doesn't care, to quote his own words).
I don't care about a mediocre servlet engine aimed to small-to-medium scale
websites that don't get 8
GOMEZ Henri [EMAIL PROTECTED] wrote:
If your site is built up by HelloWorldExample servlets, then, ok, I'm
going to shut up about TC's reliability in production environments..
Ok, I must admin, we're also using snoop.jsp and dates.jsp ;)
That's so great...
(note: http://www.vnunet.com/
Les Hughes [EMAIL PROTECTED] wrote:
Hi all,
We're all probably aware of the high amount of noise on tomcat-user
regarding configuring datasources and jndi in TC 4. Having battled through
it and submitted a brief how-to for the solution that works for me, I'm
proposing updating the TC
GOMEZ Henri [EMAIL PROTECTED] wrote:
Bah... If you guys stop being ridiculous and come up with a
proposal that is
something more than a couple of buzzwords, I'll shut up...
(Hint Hint) :)
Excuse me Pier, but when I see that you, an OSS developper,
long time Apache Member, one of the
Albert Chin [EMAIL PROTECTED] wrote:
On Mon, Jun 24, 2002 at 02:51:12AM +0100, Pier Fumagalli wrote:
Albert Chin [EMAIL PROTECTED] wrote:
On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
At first let me warn you. Normally I'm really bad at C programming.
I had some problems
Craig R. McClanahan [EMAIL PROTECTED] wrote:
Note that nobody (including me) is arguing about whether some refactoring
is necessary -- it obviously is. I'll forward my list of favorite targets
in due course. But I care for Tomcat users of all types, who need
different sets of features; and
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It seems we have 3 -1 votes so far.
For completeness's sake, who are the 3 -1s? Not all the members of this list
have the entire day to read all that happens around here...
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mon, 24 Jun 2002, Pier Fumagalli wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It seems we have 3 -1 votes so far.
For completeness's sake, who are the 3 -1s? Not all the members of this list
have the entire day to read all
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mon, 24 Jun 2002, Pier Fumagalli wrote:
That's why counts where not right on my side of the border... I don't recall
vetoing the proposal... I just complained vehemently that I'd prefer to see
4.0 out of the door and stable rather than a 4.1
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mon, 24 Jun 2002, Pier Fumagalli wrote:
I can't be a RM for 4.0.4 because I would simply remove 70% of the code, and
kiddies would start crying their butts off because they don't have the
manager application, or JSP support :)
I don't think
Remy Maucherat [EMAIL PROTECTED] wrote:
I don't see that much to remove. I assume JNDI is the ever popular
target, but I didn't notice it causing major problems (either
performance or reliability), so I'd say it's not worth it.
Actually, I have a complaint... 4.1.3 tries to write into my
Nico Seessle [EMAIL PROTECTED] wrote:
At first let me warn you. Normally I'm really bad at C programming.
I had some problems building and running mod_webapp (from CVS) with Apache
1.3 on my Debian box.
Getting a Segmentation Fault on every access to something mounted with
mod_webapp.
Remy Maucherat [EMAIL PROTECTED] wrote:
Working as well as possible with Apache is my objective.
Providing a great Java web server is also my objective.
To some extents, these two objectives contradict each other. You can see
this already in the design of Catalina, and in the hacks that I had
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Did you look at JK 2 at all ?
Yes, I did. And in my opinion, it sucks. But my spare cycles are limited to
:-)
Allways nice to hear an objective and argumented opinion from Pier.
Who can beat the Because I say so argument ?
Good... FWIW, you
Glenn Nielsen [EMAIL PROTECTED] wrote:
I think the current proposal is too vague. It needs to be broken out
into greater detail. You need to ask the tomcat developer community
what new features they think are needed, what code smells bad enough
to need refactoring, and what areas of Tomcat
Craig R. McClanahan [EMAIL PROTECTED] wrote:
On Sun, 23 Jun 2002, Glenn Nielsen wrote:
[snip]
Providing a great java web server is not a goal of Tomcat.
[snip]
I didn't know cats could talk :-).
I didn't know that Glenn, or Pier, or any single developer, speaks for the
entire
Albert Chin [EMAIL PROTECTED] wrote:
On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
At first let me warn you. Normally I'm really bad at C programming.
I had some problems building and running mod_webapp (from CVS) with Apache
1.3 on my Debian box.
Getting a Segmentation
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have no idea what number to put in the proposal. As fast as
3.3 ? Faster than resin ?
It is not _that_ hard...
Pier (who will comment about Tomcat 5 in August)
--
[Perl] combines all the worst aspects of C and Lisp: a billion of different
Craig R. McClanahan [EMAIL PROTECTED] wrote:
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
Tomcat 5 isn't some sort of generic server framework, it's
the reference implementation for the 2.4 spec. The spec is
central.
Servlet 2.4 will probably go to public draft pretty
Remy Maucherat [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
As far as I would like to see WARP and its future development, it'll
probably end up following a different container architecture. The
extenization of the HTTP stack from the core of the container brings some
advantages
Bill Barker [EMAIL PROTECTED] wrote:
I agree with Remy that any single benchmark suite isn't going to tell you how
your particular web-app will perform.
For sure in a web-app there are way too many variables to consider... The
only thing, though, that we have to measure is not that
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello all,
We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp
connector.
I have tried to build and use the new connector without success. Although it
builds fine and Apache
Remy Maucherat [EMAIL PROTECTED] wrote:
Extensibility capabilities will be added to Coyote, as well as JMX management
features, and if possible, addional protocol handlers (like WARP 1.0).
As far as I would like to see WARP and its future development, it'll
probably end up following a
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello all,
We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp
connector.
I have tried to build and use the new connector without success. Although it
builds fine and Apache seems not to complain about it, I cannot access
Agreed... If we start invalidating sessions when too much memory is
wasted, I'm going to choose a different servlet engine for my 10m req/day
site... :) If I define that a session has a timeout, I want that timeout to
be _real_ and if I run into memory problems, well, that's my problem, not
yours
Mladen Turk [EMAIL PROTECTED] wrote:
The most important thing that bothers me is that the java is more then 2
times slower then the GetByteArrayRegion version.
Now, I allway tought that JNI calls imposes serious performance
degradation, but I'm not so sure now.
That was JDK 1.2... We've
Chandra Talluri [EMAIL PROTECTED] wrote:
Hi,
The question I asked is for the following problem, which I posted on Friday
and got no inputs. Can you please comment on this
I am just wondering how to go about the following problem
We have our own server which accepts the data either on
as access
Tomcat via Apache (mod_webapp). If my configuration is incorrect, could
you please give me a few pointers, or maybe mail me some example
configuration files.
Thanks in advance
Alex
On Thursday, June 6, 2002, at 08:34 PM, Pier Fumagalli wrote:
Alexander Hartner [EMAIL PROTECTED
Remy Maucherat [EMAIL PROTECTED] wrote:
Some of you may remember back in tomcat3.0 we used to
build all the stuff in jakarta-tomcat/../build and ../dist.
What do you think about moving back to that layout ?
I'd vote -1. I like the current style better. I have lots of different
Tomcat
Ignacio J. Ortega [EMAIL PROTECTED] wrote:
AFAIK there is only provision to to pass the authenticated user name to
Tomcat from a native auth system, I dont know apache(1 or 2) if there is
something like roles there, by in NT Land, one can configure the IIS to
use the OS Users for auth, and
Alexander Hartner [EMAIL PROTECTED] wrote:
Apologies. I have added the following to httpd.conf
#Adding Web application in Tomcat 4.0.3
WebAppConnection conn warp localhost:8008
WebAppDeploy ROOT conn /tomcat
WebAppDeploy examples conn /tomcat/examples
WebAppDeploy
Dan Sandberg [EMAIL PROTECTED] wrote:
I tried to commit some changes relating to the SSI regression tests, and
got the message below.
Can someone fix this or tell me what I have to do to fix this?
Thanks,
-Dan
In directory .:
Message: cvs [server aborted]: correct above errors
Should I guess your configuration files? (Ok, a SEGV is not good, but at
least include all relevant data).
Pier
Alexander Hartner [EMAIL PROTECTED] wrote:
I am having such problems running tomcat 4.0.3 on my ibook. I can get
tomcat started, and I can access it via port 8080. I can also
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 project.
All I'm proposing is to accept the idea
James Mitchell [EMAIL PROTECTED] wrote:
I've been following along with this/these rather ridiculous thread's).
Good...
No, I am not a committer, so you can hit the delete key now if you judge
people by their status.
Who said I am? I _am_ the one who is trying to modify the current status
Anthony W. Marino [EMAIL PROTECTED] wrote:
I've been following along with this/these rather ridiculous thread's).
No, I am not a committer, so you can hit the delete key now if you judge
people by their status.
IMHO, giving someone a -1 is one of the rudest things I have seen on this
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/
All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the
archive... Who removed them?
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion of different
sublanguages in one monolithic executable.
Remy Maucherat [EMAIL PROTECTED] wrote:
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/
All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the
archive... Who removed them?
(just woke up, missed flame war ...)
You're still in time to participate :)
I moved
Bill Barker [EMAIL PROTECTED] 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.
-1 Sorry,
Sam Ruby [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
I hate to be the PITA, as always, and I don't have anything against Dan
or the patches he submitted to SSIServlet, but I believe that this group
(as noted on the members meeting this Tuesday) is giving away committer
privileges
GOMEZ Henri [EMAIL PROTECTED] wrote:
Even if I vote +1 for both tomcat recent commiters,
Benoit and Dan, I could understand Pier objections.
Benoit and Dan are new to tomcat-dev (less than 1 month)
and mail-archive reports 32 refs to Benoit and 17 to Dan.
jean-frederic clere [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
In the middle it's good, extremes (I believe) not... And since this is the
second time in less than a week (Denis posted 14 times, the first time on
4/27 if I'm not wrong and Dan 7 times, the first time on 5/1), and it's
Kin-Man Chung [EMAIL PROTECTED] wrote:
The JVM limits the size of a method to less than 65535 bytes. This limit
can easily be reached by a JSP page with 50-80 custom tags, depending
on the javac compiler and the complexity of the tags. The use of
largefile option delays reaching the limit
Dan Sandberg [EMAIL PROTECTED] wrote:
I think Pier's conerns are quite reasonable.
Thank you, and coming from the interested party, that shows me we are in
agreement... :) :) :)
Let me bring up a few points that I think are central to the debate:
I'm following...
A. Security. This is
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
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
Chatted with a lot of people, seen many, different development models, went
around, asked, talked, and I believe I have a pretty decent picture, and
maybe even a solution...
So the major topic of discussion is that I perceive a substantial difference
between being able to commit code to a CVS
Dan Sandberg [EMAIL PROTECTED] wrote:
Granting that I'm not as experienced with open-source collaboration as
the rest of you are,
Don't worry, I'm here since 1997 and I'm probably the most clueless of all
freaks... :)
my intuition is that the easier it is for people to
make changes to the
Henri Yandell [EMAIL PROTECTED] wrote:
+1.
Another example if I could. The job role of 'Java admin' is growing more
and more at companies. Developers shouldn't be adminning things, but would
you have your unix or oracle admin be the admin of the Java side with zero
Java knowledge?
Bojan Smojver [EMAIL PROTECTED] wrote:
Maybe there should be a committer status review every so often?
I fought that war last year... Ended up being flamed from everywhere because
I'm the big fat hog who doesn't want to see other people around and want to
remove privileges to people.
At the
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I do agree ( and I advocated for this a lot ) on lowering ( or
eliminating) the walls between projects, so jakarta commiters can commit
code in any jakarta project ( subject to the normal project rules ).
Some people didn't agree with that even for
Rejected posting to general@jakarta, but FYI, easy to fix.
Pier
-- Forwarded Message
From: Ryan Christianson [EMAIL PROTECTED]
Date: Thu, 23 May 2002 11:31:12 -0700
To: [EMAIL PROTECTED]
Subject: bad build.xml file.
Just a friendly note.
If you install tomcat 4.01, and go to
jean-frederic clere [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
Thanks for the report Pier. I had been wondering for AGES why the CL would
reload the webapp randomly after accessing a JSP, telling that a bean
class had been modified. I couldn't
jean-frederic clere [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
jean-frederic clere [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
Thanks for the report Pier. I had been wondering for AGES why the CL would
reload the webapp randomly after
Remy Maucherat [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
How is Ant implemented within Tomcat for doing JSP compiles?
I am concerned about Ant running within the same JVM and having to capture
the JVM's System.out and System.err. Other output from catalina could get
intermixed
Kin-Man Chung [EMAIL PROTECTED] wrote:
Haven't seen that before, and no idea why it's so. You'll need to
give me a test case.
Test case: touch
$CATALINA_HOME/webapps/examples/jsp/colors/colrs.jsp
So that Jasper will have to recompile it, and it will try (the first time)
to
Kin-Man Chung [EMAIL PROTECTED] wrote:
However, I'd like to point out that there's no other choice but to upgrade.
In many situations, the current Jasper 2 generated servlets don't compile to
valid bytecode when using the classic compiler (and you get a VerifyError
when loading the
Remy Maucherat [EMAIL PROTECTED] wrote:
ballot
[ ] Alpha
[ ] Beta
/ballot
Ok, so after an apparent lack of interest, I'll release this milestone as an
alpha.
I believe you caught us all over a _very_ busy weekend, with (at least from
some of us' side, a big huge phat ASF members meeting
Remy Maucherat [EMAIL PROTECTED] wrote:
Originally, I was hopeful that this would be beta-worthy, but it turns out
there are some issues with the Jasper 2 build included with it:
- problem when more than one TLV is used on a single page
- old javac may generate bad bytecode for the generated
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+ li
+ bgeneric string/b: a generic string follows the same structure
+ defined for RAW, but the byte sequence is a US-ASCII encoded
+ representation of a string, as outlined in the HTTP/1.1 specification
+ (a
When I touch the clsr.jsp jsp example with Tomcat 4.0.4 (and before),
Jasper tries to compile also the bean associated with it (although it wasn't
modified)... My only problem is that it tries to compile it in the /WEB-INF/
directory of the application (and it doesn't have permissions to write
Kin-Man Chung [EMAIL PROTECTED] wrote:
Long time no see/talk/eamil. How are you?
I'm on this mailing list posting almost every day :)
Haven't seen that before, and no idea why it's so. You'll need to
give me a test case.
Test case: touch
Remy Maucherat [EMAIL PROTECTED] wrote:
Thanks for the report Pier. I had been wondering for AGES why the CL would
reload the webapp randomly after accessing a JSP, telling that a bean
class had been modified. I couldn't find a reason why it was a bug (the
logging I added to investigate this
jean-frederic clere [EMAIL PROTECTED] wrote:
Pae Choi wrote:
We already have v4.0.3. You menat 4.0.4? If not, what am I missing here?
The date! - That is a mail from the 11 th of February - (problem is
nagoya?)
No problems on nagoya... As I mentioned on my post to general@
Pier
--
GOMEZ Henri [EMAIL PROTECTED] wrote:
All those new things in configure have been tested only on
MacOS/X, if
someone gets around to do it before tomorrow evening, I'd like
to know if I
screwed up something on the other systems (J.F., Henri,
Punky... Can you
just run ./configure with the
GOMEZ Henri [EMAIL PROTECTED] wrote:
good, it seems pier does a so decent works on webapp autoconf
that I may steal it at a later time for jk/jk2 ;)
Call it a 5 years long experience of M4 and POSIX shell scripts?
Well, I must admin that's one of the clearer autoconf file I
ever see
GOMEZ Henri [EMAIL PROTECTED] wrote:
Is it possible to generate build.properties from
build.properties.sample
( instead of .in ) ? Not a big deal, but it would be nice.
don't known (Pier/JF ?)
Not with the AC_OUTPUT macro, but if you know what variables are in there
you can simply rewrite
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
remm02/05/14 13:48:30
Modified:webapp build.xml
Log:
- Fix the build (again).
Thanks remy.. Was about to fix it tonight...
Pier
--
I think that it's extremely foolish to name a server after the current U.S.
President.
I'll need to generate snapshots of WEBAPP on nagoya (because daedalus has
only AutoConf 2.13 and LibTool 1.3.5 - WE require AutoConf 2.5x, and APR
will require LibTool 1.4 from next week probably)...
Once the new script is proven to work up there, I'll start RSYNCing binaries
over onto
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
pier02/05/14 18:40:48
Added: webapp/support nightly.sh
Log:
It might be wise to keep in CVS also the nigtly-generation script.
Since I accidentally removed it tonight with an rm -rf (I should better
know not try to hack at 3 AM!)
GOMEZ Henri [EMAIL PROTECTED] wrote:
We may have to change our code when Apache2.1 is released -
but coding against one API in jk2 ( i.e. APR-head ) and using
it with Apache2 ( with another APR API ) is looking for trouble.
+1, and that's one of my major concern with mod_webapp.
Majority
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
pier02/05/13 17:22:34
Modified:webapp Makefile.in
Log:
Added how to invoke ANT from Make (still need to do the clean target)
All those new things in configure have been tested only on MacOS/X, if
someone gets around to do it before
jean-frederic clere [EMAIL PROTECTED] wrote:
Yes you are... But you're not the only one to think that Tomcat's HTTP
behavior is less than compliant to the spec in more than one critical aspect
(the last one was pointed out today by JF, for example)
Yep... Fixing TC breaks the watchdog
Steve McCarthy [EMAIL PROTECTED] wrote:
Hi, Developers and Developer-ettes!
It is time for a fun quiz to test your knowledge of HTTP, Servlets, and
servlet behavior. See if you can get them all right! As a bonus, see if
you can guess how Tomcat handles these situations (as of 5/8/2002).
Remy Maucherat [EMAIL PROTECTED] wrote:
Question 1
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
Steve McCarthy [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
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
Dan Sandberg [EMAIL PROTECTED] wrote:
Please note that the example uses a PrintWriter, and not a
BufferedWriter. Looking at the source of PrintWriter, all of the
println() methods write the data to the underlying OutputStream -
characters are not buffered Writer level. If there is any
Steve McCarthy [EMAIL PROTECTED] wrote:
public class MyServlet extends HttpServlet {
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
ServletOutputStream sos =
Remy Maucherat [EMAIL PROTECTED] wrote:
If people feel uncomfortable with the current behavior (although I assure
you, it shouldn't break anything), we can change to 300 (many 3xx need
status reports; at least, Apache give status reports for a lot of them, so I
thought it was wise to do the
Remy Maucherat [EMAIL PROTECTED] wrote:
Yes, it's horrible. Given the way the old HTTP/1.1 connector is written it's
very hard and very risky to fix :-(
As long as 4.0.4 will work... I'd like to see either that fixed, or a
working replacement with Coyote.
Use Coyote instead for deperate
101 - 200 of 497 matches
Mail list logo