I have a login form that works fine in my local
development environment with a single webapp deployed
to the default localhost "host". However, in a hosted
environment with multiple "host"s defined in my
server.xml Tomcat returns a 404 response and a blank
page. The html form follows the servlet
+1
>>> [EMAIL PROTECTED] 05/10/04 02:34PM >>>
+1
Larry
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 09, 2004 10:43 AM
> To: Tomcat Developers List
> Subject: New RM for Tomcat 5
>
>
> Hi,
>
> Yoav has expressed interest in being the releas
-- Virus Warning Message (on the network)
Found virus WORM_MIMAIL.R in file message.scr
The file message.scr is moved to /var/log/virus/virIUHODGM.O.
This is a machine-generated message, please do not reply via email. If you have
questions, please contact the Lucent Help Desk at
Funny...I got a JSP stack trace which revealed Friendster uses Catalina.
Talk about a high load that is probably melting their JVM's...what a cool
concept...too bad they used that JSP crap...=)
-jon
--
BU**
SH**
---
my Tomcat is? And in yer reply to
> me, would you also tell me how it's set up?
Wow! When did hell freeze over?
=)
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
---
I wonder if one could use these techniques to hack a servlet engine somehow
and get from one context to another (assuming you had access to run servlets
in it...ie: shared hosting)...
http://www.javaspecialists.co.za/archive/Issue014.html
-jon
--
To unsubscribe, e-mail: <mailto:[EM
on 2003/1/9 10:28 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> I can't reproduce an id collision so far.
>
> Remy
I'm sure you aren't running the same level of concurrency that say a company
like Maxis is running. Duplicate the environm
ork correctly. Also, a
> forward doesn't require an additional round trip to the client--a
> redirect must get back to the client and the client then issues a new
> request. I've tested this under Linux. Thanks!
>
> Matt
That goes against the behavior of most HTTP servers, inc
s have a uniform length.
Just trying to learn...
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
dly and is such a terrible
idea, it has worked very well for quite a while now. =) The same will be
true for my minimal distribution idea.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
distribution of Tomcat 4.x:
+1 []
0 []
-1 []
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
cted: META-INF/MANIFEST.MF
created: org/
created: org/apache/
created: org/apache/jasper/
created: org/apache/jasper/logging/
created: org/apache/jasper/util/
created: org/apache/jasper/runtime/
created: org/apache/jasper/resources/
...
-jon
--
StudioZ.tv /\ Bar/Nightclub/Enterta
sking for any 'external' stuff to be included in the
Tomcat distribution. I don't want to blur the lines.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTE
x27;s (compiled or not).
>>
> Yes, you need them since even if the classes are compiled, they are
> still having reference to org.apache.jasper.*
>
> -- Jeanfrancois
Then I wonder what the heck Costin thinks he is talking about. But then
again, I have been wondering that for year
that you need Jasper in order to run JSP's (compiled or not).
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
eople at and tell them to copy their
scarab.war into. It should be a download which only contains code and data
that Scarab requires (which is a minimal JSR 154 container).
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
(repeat) Which is what I already suggested.
> I don't know why you have the impression that I have to bother reading
> your messages.
>
> Costin
Because you respond to them. Geeez Costin.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San
I'm going to repost this message once again because it seems Remy and Costin
didn't bother reading it the first time and are now essentially agreeing to
what I suggested below.
What-EVER!
-jon
-- Forwarded Message
From: Jon Scott Stevens <[EMAIL PROTECTED]>
Reply-To: "T
on 2002/12/10 7:30 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> Yes - Jon will not be happy ( as far as I know Jon ) if jasper.jar
> is anywhere in the distribution, even if it is not used.
If Jasper is in there, then it isn't a (repeat) 'minimal J
on 2002/12/10 2:36 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> Yes but add the ability to activate/include modules, which is
> the Costin idea ;)
Nope...Read my message with the ascii chart in it...
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/12/10 1:46 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> Ok, so just take the tomcat core and don't install/activate
> the jasper module.
Exactly.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
x27;s far from perfect, and Tomcat is still way
> to hard to use for the average Joe, but that's another story, and I
> believe we're working on it).
You admit Tomcat is to hard to use. The reason it is to hard to use is
because it is bundled with a whole bunch of crap no one needs
on 2002/12/10 1:19 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> What Jon and Pier want is a minimal distribution of
> Tomcat 5.
No. What I want is a distribution of a JSR 154 container with nothing more
than the RI of JSR 154. Period.
-jon
--
StudioZ.tv /\ Bar/Night
my ideas that I have already said on the list.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/12/10 12:49 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> - Who will be the release managers for the 'alternative distributions',
> may be Jon is candidate ?
I already volunteered to manage the distribution that I propose.
I have been doing distribut
ifference between changing your mind and making up the rules as
you go along.
> But in this case you keep making false statements, and not only here. It
> should be quite easy to look for a [VOTE] or [PROPOSAL] that you made
> and was voted on tomcat-dev.
Then find it.
-jon
--
To unsu
n different releases with all the possible
> combinations of modules ( to give users choice ) ? They include all the
> modules in the httpd repository ( some disabled by default ).
They don't distribute PHP.
So, why should we distribute JSP?
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/12/9 9:37 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> Then make a proposal that "maximum 2 tomcat binary distribution should be
> allowed".
I will -1 this vote.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Fols
on 2002/12/9 9:37 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> I don't see why a vote on Jon's proposal would affect my proposal
> ( or any future vote ).
I agree.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Fra
icity. But since we don't have any statistic about the user (what
> we want, what he use when he download Tomcat), it is hard to prove he
> doesn't use JSP/Admin Tool/JMX, and hard to prove he doesn't use it.
Exactly my point.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainme
ribution based on the same codebase. I can
> live with that (well, as long as I'm not the one building them all ;-) ).
>
> If the lack of consensus spreads to more serious topics (like a 4.2.x
> branch), then I would agree it could be worrying.
>
> Remy
Finally, Remy is star
on 2002/12/9 7:51 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> No Jon - my vote wasn't based on your biasses about jasper, but on the
> biasses of many members of the tomcat community.
So, you speak for these people? I don't think so.
> 5.0 was supposed
on 2002/12/9 7:32 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> What about using a minimal tomcat core with plugged modules to give
> access to jsp/jmx ?
>
> Will make both Costin, and Jon happy and let us have only one
> distribution with clear indication in
on 2002/12/9 7:27 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> I'd really like to avoid the proliferation of too many distributions.
I don't agree with that. There is nothing wrong with giving users choices.
-jon
--
To unsubscribe, e-mail: <mailto:[
on 2002/12/9 7:16 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> Votes:
> [ ] +1 I like the idea, I might help
> [ ] -1 I don't like the idea, I won't help.
+0 I don't have time to help, but I like the idea.
-jon
--
To unsubscribe, e-mail: &
hen fine at least we learned something and we can move on
to the next thing.
What do we really have to loose here?
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]&
nce what Jeanfrancois was debating as his -1 reason
had nothing to do with what the vote was about. =)
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional c
don't want it.
Since I was talking about a JSR 154 ONLY implementation of a Servlet
Container (see subject line of this message) and there is absolutely no
requirement in JSR 154 to provide the Admin Tool, I don't see how your
argument is valid for what I'm proposing.
=)
-jon
--
St
on 2002/12/7 4:25 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
> this very same topic back then...
>
> Pier
Maybe to late for your opinion, but honestly, I haven't
on 2002/12/7 10:45 AM, "Jason Hunter" <[EMAIL PROTECTED]> wrote:
>> It seems Jon is more interested in a release without jsp then in a
>> release that includes velocity. Too bad.
>
> I think that's to Jon's credit. It shows the goal isn't to pu
s a SOAP server where JSP is
> not needed.
>
> Glenn
I will volunteer to be the release manager.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For
ache JServ never included JSP and was the first major open source servlet
engine. In fact, at the time, JServ couldn't even properly run JSP's.
> Personally, I think this is a yes or no vote, so I don't think either
> choice needs a justification.
Doesn't really matter what y
cat.binary.dir}
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+1 []
0 []
-1 []
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For addi
er is no longer a requirement of JSR
154 and therefore there is a demand that people have a servlet container
which only offers what is in JSR 154.
I want a reference implementation distribution of JSR 154 and only JSR 154.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/12/5 11:51 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> - jasper ( at least jasper runtime - but probably the whole thing ).
Now that we have JSR 154 and JSR 153, can't we make a distribution of Tomcat
that does not include Jasper? That would rock. =)
-jo
of Tomcat.
http://scarab.tigris.org/source/browse/scarab/src/tomcat-4.1/
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/12/3 11:57 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote:
> It was voted on the list, Remy sent the proposal last week.
Ok, I guess I missed that email.
Sorry.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
understand the version number part now. I actually read those
discussions but forgot about them. Full brain.
But are you also saying that the HTTPd project doesn't announce on the list
in advance when a new release is going to happen?
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
usion that is going
to create with Java2. What a brain dead idea that one was.
I'm also not seeing a vote taking on the list about whether or not to do a
release...or at least some sort of advance warning.
I just love how this place turns into a free for all. Not.
-jon
--
To unsubscribe, e-
pages, and no,
> this is not my design :) )
Yea, most people blame bad JSP design on others. I blame it on Sun. =)
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECT
is in beta. The rule is we cannot release a stable version of 5.0.x
> until the specs are final.
I have to disagree here with the 'rules'. Tomcat is an open source project
as well as the spec. We are not bound by those terms. Jason, please correct
me if I am wrong.
-jon
--
put the static log at the bottom of the file???
http://java.sun.com/docs/codeconv/html/CodeConventions.doc2.html#1852
-jon
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>
nd open source. Thanks
for looking, and don't forget to vote for real on Tuesday.
Jon Roberts
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>
on 2002/11/3 2:24 PM, "Bojan Smojver" <[EMAIL PROTECTED]> wrote:
> I know you have a much better machine, but 1600 transactions does seem a
> bit high.
Not for porn.
Ahaha...
-jon
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org>
For
the
included webapps. Seems like a waste of space if you don't need those apps.
> Most of the other changes between 4.0 and 4.1 were feature related except
> for the Coyote connector and JK2.
Ah...
-jon
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.a
sad thing to report is that at first glance Tomcat 4.1.12 doesn't
seem any faster than Tomcat 4.0.6.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.a
working through how we want to
> configure modules, attributes, etc. for our needs. Wemay not have tried
> whatever
> feature causes the problem. Do you have an example of how to trigger it?
It is a startup error. Did you have to do anything special to re-order the
Xerces in your classpa
f the matter is
that CollabNet is paying for 99% of Scarab's development and my paycheck, so
I do as they say. =) I'm starting to sound like Pier. =)
-jon
on 2002/10/24 2:06 AM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote:
> I have scarab running in Tomcat 4.1.12. Tho
on 2002/10/24 1:12 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> Do you plan to make scarab works with 4.1.x ?
Read:
http://scarab.tigris.org/faq.html
Blame the Xerces team for breaking backwards compatibility. Bah.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainm
on 2002/10/23 1:11 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> Jon Scott Stevens wrote:
>
>> Can I get a 4.0.7 release? It has an important configuration bug fix
>> that I
>> need for Scarab.
>
> There has been zero changes to the 4.0.x bra
Can I get a 4.0.7 release? It has an important configuration bug fix that I
need for Scarab.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.
o things (would be nice if that code was at the top of String.equals(),
but it isn't). You can probably take out the null check, if you know the
string won't be null, but that is only a minor optimization.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/10/10 6:50 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> I can tell you that our main Java instance for VNUNET.COM takes
> approximately 4 to 5 minutes to start...
OUCH.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San
xyPort="", then the default port is
used.
BUT, if proxyName="", then request.getServerName() returns "", which is
clearly bad.
Instead, if it is "", I would rather have it return the default that the
Host: header is set to (or worst case, use
InetA
)
> +break;
> +if (srcPos == srcEnd) return i - start; // found it
> +}
> +}
> +return -1;
> +
Tabs.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
jon 2002/10/10 15:04:24
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
minor nit:
if close() throws an exception, then the index entry will never
get set to null.
-jon
Revision ChangesPath
1.47
what is *encouraged* by default is to store them in the
webroot. Maybe you guys should fix that.
jakarta-tomcat-4.0.5/webapps/examples/jsp
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: &
> nightly.
Either grab it from CVS or try this one:
http://java.sun.com/products/servlet/download.html
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
e on the fileystem and with custom resource
loaders could even be stored in a database on another machine somewhere.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
about your container spilling your beans (pun intended).
Given that Tomcat gets around 100k+ downloads/week...imagine how many
servers now need to be updated and how much money and time that will cost to
do so?
http://jakarta.apache.org/velocity/
Wake up people. Velocity is faster and more s
/usr/src/apache/apache_1.3.26/
Incidentally, I tried the native (not native2) and it works fine.
Thanks,
Jon
Jon Monroe
Systems Administrator
ImageBuilder Software
(503) 684-5151
(503) 639-6334 FAX
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
mpile on your servers?
Thanks for all the great product!!
Jon
Jon Monroe
Systems Administrator
ImageBuilder Software
(503) 684-5151
(503) 639-6334 FAX
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/9/19 8:06 AM, "Lenny Karpel" <[EMAIL PROTECTED]> wrote:
> sorry .. I don't understand your response !
>
> are you saying that we shouldn't use jsp ?
I have been saying that for years now!
http://jakarta.apache.org/velocity/ymtd/ymtd.html
=
on 2002/9/19 2:51 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote:
> Didn't gnutar is bundled with latest MacOS X ?
Yes. Honestly, I would much prefer software that works become a standard
than software that doesn't. =) Oh wait, that is also my JSP/Velocity
argument.
on 2002/9/18 3:35 PM, "Ian Darwin" <[EMAIL PROTECTED]> wrote:
> Well I guess it must be, it's on gnu.org.
http://www.gnu.org/manual/tar/html_node/tar_toc.html
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
jects that I see these days 'standardize' on GNU tar.
@see MySQL.com
@see default implementation of Ant's tar
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 2002/9/17 7:01 AM, "Ian Darwin" <[EMAIL PROTECTED]> wrote:
> Er, you mean perhaps that BSD tar doesn't yet support the
> non-standard GNU extensions?
Like being able to support simple things like directory paths longer than
255 characters? If it isn't a s
on 7/18/02 5:13 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> * Who gets commit access? This goes beyond Tomcat's committers
> once other APIs start getting added.
>
> Craig
That is why I suggested separate repo's.
-jon
--
To unsubscribe, e-
r each JSR ?
Sounds good. Maybe even a directory structure like:
jakarta-apis/jsr154/src/java
jakarta-apis/jsr152/src/java
> Eventually this can be used for other JSRs where open source
> implementations are permited - similar with what xml-apis is doing
> with DOM,SAX,JAXP.
+1
-jon
--
r directory tree to
exist. ie: The Servlet API should not depend on the JSP API.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 7/18/02 7:16 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> I'm pretty sure Jon is not proposing this for the benefit of tomcat or
> tomcat users, but out of his hate for JSPs.
>From my POV, splitting JSP out of Tomcat would benefit Tomcat and Tomcat
users
on 7/17/02 11:35 PM, "Patrick Luby" <[EMAIL PROTECTED]> wrote:
> All,
>
> Patrick Luby wrote:
>
>> I tend to agree with Jon on this issue. When I voted for a
>> java-servletapi-5 repository, I made the - I think reasonable -
>> assumption th
7;s split into separate repo's
[ ] I don't care
[ ] I want the API's split into separate repo's.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ing the voting system
> abused.
As I said, I don't care about the single .jar.
The primary issue here is the use of the same repo for both of the next
generation Servlet and JSP api's.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on the work of JSR 154...not JSR 053. JSR 154 is specific to the
Servlet API and is not working on JSP. So, it no longer makes sense to have
the two together for the next revision of the Servlet API.
2 API's, 2 JSR's, 2 CVS repo's.
We are at a -1 stalemate. Should we involve the Jak
co-founder of Jakarta, as
well as a member of the ASF and JSR 053/154, here is my -1 based on the
reasons I have already stated (and which 2 other people agreed with me on).
Please put the files in separate cvs repo's.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
;s were split as well.
As Pier said, 2 API's, 2 JSR's, 2 CVS repo's.
Consider this my strong -1.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
that has happened, I would love to try to stop it from going any
further.
What can we do here?
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
problem.
Thanks,
Jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
nce users don't care or know what a 503 is.
Why not just block until the resource is available?
I personally consider this a bug since this is changed behavior from every
single previous release of Tomcat.
So, could you please code it up if it is easy?
-jon
--
To unsubscribe, e-mail:
w threading that Costin put into things.
That said, when the classloader is dumped and reloaded as a result of a
resource change, the container (properly) blocks until the servlet is
reloaded.
Now, why reloading behavior is different than startup behavior, I don't
know.
-jon
--
To unsubscrib
on 5/9/02 6:20 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> 1) Make sure my employer is happy not running alpha software in production
> 2) Feed and pet the cat
> 3) Find girlfriend (yeah, right)
> 4) Tease Jon
> 5) Make mod_webapp happy
> 6) try out
> +} else {
> +throw new ServletException(t);
> +}
The last } has a tab in front of it.
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
throw new ServletException( t );
> +}
Missing {}
There is no space between the ( and if.
No spaces between the ( and the )
-jon
--
You kids are flame-war amateurs :) -Pier
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Removes redundant code
Minor JLS formatting.
-jon
mbean.patch
Description: Binary data
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ems to repeat code over and over and over...why not make a
simple method?
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on 5/2/02 5:27 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> +if (pathStr.equals("/")) {
Should be '/'
?
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
even follow the Sun coding spec's.
http://java.sun.com/docs/codeconv/html/CodeConventions.doc6.html#449
-jon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
t isn't fair to judge one project under Jakarta more worthy of this license
over other projects.
-jon
--
Nixon: "At least with liquor, I don't lose motivation."
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
1 - 100 of 699 matches
Mail list logo
