on 12/7/01 11:07 AM, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
This is the cost conscious behaviour ( ASF pays the bill )
Correction: CollabNet pays the bill.
That said, bandwidth isn't the issue. The issue is the point you bring
up...making it difficult to read the messages because people
on 12/4/01 8:23 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
www.eclipse.org
OSS version of VisualAge for Java, by the
team who does VA Java :)
Excellent
Cool news. However, it isn't truly superb until it runs on OSX.
:-)
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
on 12/1/01 10:08 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi, tomcat users and developrs!
/* I have post this patch twice. This is third time. */
Do you know kjc which is one of the completely opensource Java
compiler? If not, you can see detail at http://www.dms.at/kopi.
Accoding
on 11/27/01 2:34 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Index: setenv.sh
===
#!/bin/sh
#
-
# setenv.sh - File to hold all user customizable
on 11/27/01 3:09 PM, Patrick Luby [EMAIL PROTECTED] wrote:
Jon,
What I could do is not distribute the setenv.sh file and, instead, check
for the existence of this file. If it exists (which would only occur if the
user has created the file), then catalina.sh and tools-wrapper.sh would
on 11/27/01 6:11 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
Yes. I'm very cautious in the Windows installer to not overwrite the config
files. It has lots of problems (which are slowly getting resolved), but not
that one ;-)
Remy
Actually, that is still a problem.
If the server.xml file
on 11/25/01 9:57 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
Of course, there's a reason for this, as a selective reloading would be a
very complex thing to do.
Remy
More like damn near impossible. Once the previous classloader has been
trashed, all objects which were created within it
on 11/11/01 6:47 AM, Florin Daneliuc [EMAIL PROTECTED] wrote:
Hy,
my name is Florin Daneliuc, I'm a last year student Automation Department(even
if I preffer programming) and i would like to get involved in the Tomcat
project.
I have some knowlege of C/C++/Java/Perl (belive me I can't
on 10/28/01 10:30 AM, Paulo Gaspar [EMAIL PROTECTED] wrote:
Yes, but they KNOW.
And they insist a lot on how Tomcat 3.3 must keep compatibility with
the Java Servlet 2.2 and JSP 1.1 specifications, because it is the
reference implementation.
See the irony now?
Have fun,
Paulo Gaspar
We are now discussing this problem on JSR-053's mailing list. It turns out
that several other vendors break the spec and do somewhat close to the right
thing. :-)
Unfortunately, due to the politics at Sun, only members of the JSR can see
this discussion. Sorry.
-jon
In the bug report 3884, Craig wrote...
However, instead
of synchronizing on the entire session object (which is similar to what STM
does
on the entire servlet), the internal code locks *only* on the attributes
collection:
public void setAttribute(String name, Object value) {
...
on 10/1/01 9:09 AM, Steve Downey [EMAIL PROTECTED] wrote:
As another datapoint, static content with Apache doesn't work if you append
path info to an HTML page, i.e. http://www.foo.com/index.html/foo/bar,
doesn't deliver index.html.
But PHP does work.
-jon
I want to get confirmation that this is a valid url:
http://localhost:8080/examples/jsp/snp/snoop.jsp/foo
Where:
PATH_INFO=/foo
The error that I get right now is:
HTTP Status 404 - /jsp/snp/snoop.jsp/foo
The requested resource (/jsp/snp/snoop.jsp/foo) is not available.
Please note that:
following the suffix
PATH_INFO.
I should be protected against DOS attacks of really long URI's by the
limited length that Catalina will accept for URI's.
-jon
on 9/30/01 1:25 PM, Jon Stevens [EMAIL PROTECTED] wrote:
I want to get confirmation that this is a valid url:
http://localhost:8080
on 9/30/01 3:15 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
Mmmm, I'm not too sure about all this.
The servlet spec seems to imply that the extension mapping is on the end of
the path.
Section 11.1, item #3 : If the last segment in the URL path contains an
extension (e.g. .jsp), the
on 9/30/01 5:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
the conclusion was that the HTTP spec is wrong and we should
follow the Servlet spec.
That is complete BS. The servlet spec shouldn't 'override' what is defined
in the HTTP spec unless absolutely necessary. This is definitely not
on 9/30/01 3:57 PM, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
You lost, this URL does not work in IIS ( 404 )..
Ug. I guess so. JSP == ASP. :-(
-jon
on 9/30/01 7:16 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Well, I agree with you - but I feel ofended by the 'you' in this
phrase. I didn't removed it - I spent quite a bit of time and arguments to
keep it in.
BTW, it has nothing to do with the HTTP spec ( which doesn't specify
on 9/30/01 8:45 PM, Bill Barker [EMAIL PROTECTED] wrote:
As much as my personal preference is the same as Jon and Costin, it seems
that section 11.1 rule #3 explicitly dis-allows extension mappings to have a
PATH_INFO.
spec-quote
If the last segment in URL path contains an extension (e.g
on 9/30/01 10:30 PM, Christopher Cain [EMAIL PROTECTED] wrote:
It's unfortunate that this didn't come up a few weeks ago, before the
finalization. I'll add my voice to the general sentiment that the servlet spec
really should've have tried to supercede the HTML spec on this, whether they
on 9/26/01 10:44 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+sb.append(htmlheadtitle);
+sb.append(Globals.SERVER_INFO).append( - );
+sb.append(sm.getString(errorReportValve.errorReport));
+sb.append(/title);
+sb.append(STYLE!--H1{font-family :
on 9/21/01 6:26 PM, Rob S. [EMAIL PROTECTED] wrote:
Exactly! The answer is/was well, it works, deal with it yourself. I'm
not (wasn't) in a position of authority, so there's not much I could
do. My boss was there, he agreed with that statement shrug.
Some people have very little
on 9/20/01 4:48 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
- Javadoc errors make Jon nervous (fix for bug 3681).
No. I consider javadoc errors like having C compile warnings.
They don't break the build, but they look ugly and are a sign of sloppy
engineering.
-jon
on 9/21/01 12:49 PM, Rob S. [EMAIL PROTECTED] wrote:
- Javadoc errors make Jon nervous (fix for bug 3681).
No. I consider javadoc errors like having C compile warnings.
They don't break the build, but they look ugly and are a sign of sloppy
engineering.
Sometimes I wish I had half
on 9/20/01 2:21 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I cannot see that this would cause any difficulties with dependencies.
Can anyone else see a problem with it?
Craig McClanahan
+1
I'm ok with the filters being initialized first since I'm not using any. :-)
Thanks for the
-1
I do not agree to this license for inclusion of ldap.jar in Tomcat 4.0
final.
124 -rw-rw-r-- 1 jon wheel 123717 Sep 17 19:36 ldap.jar
This is a similar license to the old Servlet API 2.0 license and I never
agreed to that one for inclusion in Jserv on pretty much the same
on 9/18/01 2:31 AM, Brian Behlendorf [EMAIL PROTECTED] wrote:
On Mon, 17 Sep 2001, Jon Stevens wrote:
There is no way in hell that I'm going agree to put the ASF (or myself) in a
position to take responsibility for any legal claims that come up as a
result of use of this .jar file. Carefully
I love your flaming reaction Craig. You are trying to justify two wrongs
making a right or something.
on 9/18/01 9:09 AM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
Coming from someone who bragged (at his ApacheCon London session on Turbine)
about not caring about violating license
It frustrates me to no end that building Tomcat 4 is dependent on Sun .jar
files that require a registration in order to download.
BUILD FAILED
/Users/jon/checkout/jakarta-tomcat-4.0/catalina/build.xml:117: Could not
find file /Users/jon/checkout/jndi-1.2.1/lib/ldap.jar to copy.
At least one of
on 9/17/01 8:55 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
Jon,
I agree with the general principle of using the same name as it unpacks
with, but the jndi1_2_1.zip download doesn't even have an internal
directory -- so the name people use is arbitrary.
Craig
Hmmm...Stuffit
I'm trying to build off the tomcat-4.0 branch and it isn't working...
It seems that for some reason, the copying of the files over to the build
directory is commented out. Why is that? It says that one cannot
re-distribute the JSSE stuff, but this is for BUILDING, not distribution.
The
on 9/17/01 9:25 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
My main concern is that the current build system will definitely scare away
the casual contributor (who usually submits one or two patches to fix the
bug / problem he found, or add one or two features). Yet, having bug reports
with
What the heck?
I have all the stuff configured properly (with the right versions) in the
build.properties. I'm using Ant 1.4.
-jon
build-main:
[style] DEPRECATED - xslp processor is deprecated. Use trax or xalan
instead
.
[style] java.lang.NoClassDefFoundError:
on 9/17/01 9:40 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
Put Xalan 2 (from the JAXP package) in you $ANT_HOME/lib. That should fix
it.
Remy
That's cute. Where is that documented?
-jon
Why is this in the jakarta-tomcat-4.0/build.xml:
property name=servlet.home value=../jakarta-servletapi-4/dist/
If you comment out the servlet.home in the build.properties, you still can't
build the thing because the catalina/build.xml file is executed with the
wrong relative root and you
on 9/17/01 10:10 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3681
Summary: javadoc errors
Product: Tomcat 4
Version: 4.0 Final
Platform: Other
It looks like the T4 distribution violates a bunch of licenses:
Tyrex:
1. Redistributions of source code must retain copyright statements and
notices. Redistributions must also contain a copy of this document.
Nope, I don't see a copy of the license for Tyrex...or licenses for any of
the other
? common/lib/activation.jar
? common/lib/crimson.jar
? common/lib/jaxp.jar
? common/lib/jcert.jar
? common/lib/jdbc2_0-stdext.jar
? common/lib/jnet.jar
? common/lib/jsse.jar
? common/lib/jta-spec1_0_1.jar
? common/lib/ldap.jar
? common/lib/mail.jar
? common/lib/naming-common.jar
?
on 9/12/01 7:52 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Remove a width=100% setting from the table generated for attributes lists,
to see if that helps avoid problems where the right side of the documentation
pages are cut off for some users.
Nope.
That problem happens as a result
...now go to the [EMAIL PROTECTED] mailing list.
-jon
on 9/12/01 4:19 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+source
+lt;resource-env-refgt;
+ lt;Descriptiongt;
+Object factory for MyBean instances.
+ lt;/Descriptiongt;
+ lt;resource-env-ref-namegt;
+bean/MyBeanFactory
+ lt;/resource-env-ref-namegt;
+
on 9/10/01 12:19 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
Since we're at putting more eyballs on some bugs, if someone could come up
with a reliable test case for bug 3511
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3511), which was reported
by Jon, that would be great :)
Remy
on 9/10/01 9:12 AM, Christopher Cain [EMAIL PROTECTED] wrote:
= Tomcat 3.3 Final Release Plan Ballot =
[ ] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I not in favor of this plan
[X] -1I am opposed to
I just have to say that it is cute how all of you get your panties into a
wad when I suggest something and then end up going with my original
suggestion.
:-)
-jon (runs for cover)
on 9/10/01 1:14 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
To be fair, I see only 12 bugs with Tomcat 3.x, and ONLY ONE on 3.3
I'm also worried about regression testing.
, whereas
there are 26 on Tomcat 4.0 currently open, and you didn't vote -1 on 4.0's
release plan... I'm not trying to
on 9/10/01 1:44 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'll read that as:
There shouldn't be any confirmed bugs above at major or higher severity
open in the bug database. Otherwise, I disagree with your statement.
We can still release if there are some, but that will need a vote on
on 9/10/01 2:13 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
Well, let them do their fucking job... If we gave them committer access, it
means that we trust them. If they say that 3.3 is ready to go, well, I'm not
going to stop them because FIRST I never contributed a line of code, SECOND
I
I think that new bug reports should go to the tomcat-dev mailing list. Not
to individuals.
Edit component ... Initial owner
Catalina[EMAIL PROTECTED]
Connectors [EMAIL PROTECTED]
Jasper [EMAIL PROTECTED]
Tester [EMAIL PROTECTED]
Unknown
on 9/9/01 6:49 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
Ok, I agree with you, maybe responsible is the wrong word... I have no
problems in moving all emails to the list (as I get a copy of each single
mail bugzilla sends). Sending mails to individuals IMO is better because the
people
on 9/9/01 8:46 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
And I was flamed for setting it up that way when I installed BugZilla on
Nagoya...
When was the decision made to change it? Was it done on this list (or
general@jakarta) or was it done privately behind Sun's walls?
:-)
-jon
on 9/9/01 8:43 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
Jon Stevens [EMAIL PROTECTED] wrote:
Here is another point: What if one of you goes on vacation and forgets to
make the switch to assign it to someone else? The *only* thing that will
notify the list of the bug is the weekly email
on 9/9/01 9:17 PM, Christopher Cain [EMAIL PROTECTED] wrote:
I honestly didn't intend to piss you off or start an argument. I just thought
I'd make my own personal preference known, but it's not really an issue I'd
argue about =)
+1
If people can't abide by majority votes and want to bitch
on 9/9/01 9:55 PM, Jon Stevens [EMAIL PROTECTED] wrote:
When was the decision made to change it? Was it done on this list (or
general@jakarta) or was it done privately behind Sun's walls?
:-)
-jon
Let me also point out that all of the people who are responsible for the
bug reports
on 9/9/01 10:48 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
It's never been changed ... even in the previous installation of
Bugzilla (that led to the first hack on Apache's web site), there were
individual names attached to Tomcat components.
Not according to Pier's posting:
And I
on 9/7/01 12:43 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
We use the following mapping: substitute '-' with
+ * #1, '.' with $2, and ':' with $3.
+ */
#1?
-jon
on 9/7/01 1:27 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Submitted by: Jon Stevens [EMAIL PROTECTED] -- Imagine that, a correction
to
a JSP patch :-)
Maybe now I can put on my resume that I contributed to the development of
JSP
This is more a catalina specific patch...Craig, mind applying it?
thanks,
-jon
-- Forwarded Message
From: Henning P. Schmiedehausen [EMAIL PROTECTED]
Organization: INTERMETA - Gesellschaft fuer Mehrwertdienste mbH
Reply-To: [EMAIL PROTECTED]
Newsgroups: hometree.jakarta.turbine.dev
Date:
on 8/24/01 12:08 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
Sounds good.
I generalized it slightly so that you can set different debug options with
JPDA_OPTS but it defaults to the value included in this patch.
Craig
Thanks Craig. I knew you probably had a better patch...
-jon
on 8/24/01 1:20 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
As Jon informally did last week or so, I'd like to formally propose
Christopher Cain [EMAIL PROTECTED] as a committer on Tomcat. He's
contributed lots of useful discussion, patches, and documentation
(particularly in the area
on 8/21/01 3:21 PM, Bernard D'Have [EMAIL PROTECTED] wrote:
does anybody has resolved this issue?
thanks
Bernard
Yea, it is called Anakia, but some people refuse to use it.
-jon
on 8/21/01 3:58 PM, Rob S. [EMAIL PROTECTED] wrote:
Yea, it is called Anakia, but some people refuse to use it.
I didn't know Anakia fixed parsers on the Win32 JVM ;)
- r
I have yet to hear of a bug report with regards to parsers on Win32 with
Anakia.
I have yet to be able to get
Why is this a .html file and not a .xml file?
-jon
on 8/20/01 6:13 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
pier01/08/20 18:13:13
Added: docs service.css service.html
Log:
Initial (not finished yet) writing of a specification for Service classes.
Revision
I'm using an older version of T4 so this may have already been fixed...I
just noticed it in the log files...when Turbine is shutdown, it seems that
the classpath is not correct and Turbine can't find a bunch of classes...
-jon
2001-08-12 20:46:58,097 [Thread-3] INFO default -
on 8/12/01 10:08 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
If there's still a problem, please report a bug to our bug tracking
system:
http://nagoya.apache.org/bugzilla/
:-)
Done.
-jon
on 8/12/01 10:08 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
If there's still a problem, please report a bug to our bug tracking
system:
http://nagoya.apache.org/bugzilla/
:-)
Btw, I also added 4.0 Beta 7 and 4.0 Beta 8 as version values.
-jon
on 8/6/01 10:31 PM, Christopher Cain [EMAIL PROTECTED] wrote:
But I have to say, from
someone without a great deal of personal investment in either tree in
particular, ALL of you people should be damn proud.
Wouldn't it be amazing if they had just worked together though?
All that great
Not exactly scientific, but I do trust Rickard to do things correctly...he
has an existing JSP page for testing and then converted it to
Velocity...here are the results...
JSP - 240-480ms
Velocity - 50-70ms
You make the decision.
:-)
-jon
-- Forwarded Message
From: Rickard Öberg
on 8/6/01 7:45 PM, Pier P. Fumagalli [EMAIL PROTECTED] wrote:
Never been a fan of JSPs myself, but seeing Velocity (lately I had to
install it for EyeBrowse on Nagoya, and it was painful) I'm not a big fan of
that thing either.
Installation != Use
Remember the old JServ 1.0 days when it
on 8/6/01 7:18 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
On Mon, 6 Aug 2001, Jon Stevens wrote:
Not exactly scientific, but I do trust Rickard to do things correctly...he
has an existing JSP page for testing and then converted it to
Velocity...here are the results...
JSP
on 8/6/01 9:24 PM, Christopher Cain [EMAIL PROTECTED] wrote:
Totally OT, bandwidth-wasting, irrelevant musings P.S. ...
Where did that Paulo Gaspar cat go? That guy was always interesting in a flame
war, especially with Jon involved. Man ... dude did NOT like Jon, but he sure
loved
on 7/19/01 10:58 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I'm positive Jon will be +1 for this :-), but I'm very -1 for reasons that
have been discussed at length on this and other lists in the past.
Storing JAR files is evil, because it creates dependencies on those
particular
on 7/20/01 1:29 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
Why could still use symlink as I do in my RPM :)
ln -s jakarta-regexp-1.2.jar jakarta-regexp.jar
Doesn't work on winblows.
-jon
on 7/20/01 1:36 AM, Pier P. Fumagalli [EMAIL PROTECTED] wrote:
Windows coming in few days, as someone broke into my apt tonight and stole a
couple of PCs and god knows what else... Other OSes, after I get back from
the cops (thank god I keep my Macs in by bedroom).
Pier (nothing _ever_
I just did a fresh cvs update, ant clean, ant and I get this...
-jon
[176][ ~/checkout/jakarta-tomcat-4.0 ]% ant clean
Buildfile: build.xml
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
BUILD
on 7/20/01 3:13 PM, Kevin Seguin [EMAIL PROTECTED] wrote:
you need a new servlet.jar. update and build jakarta-servletapi-4.
Ok...cool...
Fyi...i'm getting these javadoc errors when building it...
[javadoc] javadoc: warning - Tag @see: Class or Package not found:
java.io.Buf
feredWriter
on 7/20/01 3:45 PM, Christopher Cain [EMAIL PROTECTED] wrote:
Just a question to satisfy my own curiosity (and possibly point out my
compiler ignorance WRT using sun.tool.javac.Main and/or JSP compilation
[since I don't do JSP]). You mention speed being the primary factor in
using the Main
on 7/20/01 4:38 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
You are easily amused.
I'm surprised at how neutral your echo is for Jasper,
I would have thought you would use something like
echoTarget: Jasper - Tracking, Firing, Hit.../echo
;-)
Glenn
This is the new nicer Jon.
JSP
on 7/19/01 7:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
P.S. I'd like to propose that jakarta-regexp project name all their
jars jakarta-regexp.jar no matter what version they are. This doesn't
affect the decision here.
-1
Until we have a CJAN, I like version numbers on jar files.
on 7/17/01 12:19 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
Please vote on a Tomcat 4.0-beta-6 Release:
[*] +1 - I support this proposal, and will actively assist
[ ] +0 - I support this proposal, but do not have time to assist
[ ] -0 - I do not support this proposal, but am not going
Why the heck does it matter what installer software that we use?
As long as people can easily modify it without having to purchase expensive
software and that it does the job well, all that matters is that someone is
doing the work to create the installer. I don't care if it is Java based or
not
on 7/17/01 7:16 AM, Rino Srivastava [EMAIL PROTECTED]
wrote:
Hi there:
I tried to use a bean in a jsp page. i got a error Fatal Error:missing
resource: java.util.PropertyResourceBundle could u pls help me?
First:
Don't use JSP. As you can clearly see, it is riddled with mysterious
gremlins
to
implement, especially since Jon's been running it on the Turbine lists.
Pretty please ... I'll dance at your wedding =)
- Christopher
Jon Stevens wrote:
on 7/13/01 12:26 PM, Christopher Cain [EMAIL PROTECTED] wrote:
I'm not familiar with list managing software myself, so I'll ask
FYI...
Down with that bastard HTML email crap. :-)
-jon
-- Forwarded Message
From: Brian Behlendorf [EMAIL PROTECTED]
Date: Mon, 16 Jul 2001 16:42:35 -0700 (PDT)
To: Jon Stevens [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: HTML filtering on tomcat-dev
Done.
Brian
On Mon
on 7/16/01 5:44 PM, Christopher Cain [EMAIL PROTECTED] wrote:
In addition to leaving my inbox blissfully free of such abominations, I
have a feeling it will also reduce the amount of user questions on the
dev list. I've noticed that a good percentage of the HTML-formatted
posts, the vast
on 7/12/01 7:06 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
pier01/07/12 19:06:33
Modified:webapp Makedefs.in Makefile.in configure.in
Log:
Modified build procedure (now building also Java files).
Pier,
You should have the Makefile just call Ant in order to build the
on 7/13/01 8:57 AM, Pier P. Fumagalli [EMAIL PROTECTED] wrote:
I got pretty upset with a couple of guys whose messages along the lines of
fix my servlet, and who asked me WHY I rejected those posts...
Now, let me explain... This mailing list is related to the CODE in Tomcat,
and its
Dunno why he is sending this privately to the group he picked...but
whatever...
Funny thing is that he quotes a reference to Ian Goldberg who is a good
personal friend of mine. LOL.
-jon
-- Forwarded Message
From: [EMAIL PROTECTED]
Date: Fri, 13 Jul 2001 15:29:29 -0400
To: [EMAIL
on 7/13/01 12:26 PM, Christopher Cain [EMAIL PROTECTED] wrote:
I'm not familiar with list managing software myself, so I'll ask some of
you who are. Is there any decent way of bouncing HTML-formatted messages
from the lists (or at least this one)? Another OSS project I am involved
in bounces
on 7/13/01 12:57 PM, Christopher Cain [EMAIL PROTECTED] wrote:
Pier P. Fumagalli wrote:
I got pretty upset with a couple of guys whose messages along the lines of
fix my servlet, and who asked me WHY I rejected those posts...
[snip]
I have a quick question, more out of idle curiosity
on 7/13/01 1:49 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
To me this seems a bit off topic for the list. This list is for Tomcat
development. Tomcat implements the Servlet and JSP specifications. The
below has nothing to do with Tomcat development IMHO.
Regards,
Glenn
Yea, we told
on 7/11/01 8:19 PM, John Yu [EMAIL PROTECTED] wrote:
Thanks for the explanation, Craig.
JCCSP is JavaCC grammar based. (See http://home.earthlink.net/~shemnon/ )
Would
there be any opportunity to merge this into Jasper? (While it's currently GPL,
Donno has no problem to place it under
on 7/12/01 3:46 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
on 7/10/01 4:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
public long getLastAccessedTime() {
-checkValid();
-return realSession.getTimeStamp().getLastAccessedTime();
+checkValid();
+return
on 7/12/01 2:22 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
- Implementation note : class and JAR reloading is not supported in non
standard
class repositories.
Define non standard.
-jon
--
If you come from a Perl or PHP background, JSP is a way to take
your pain to new levels.
on 7/10/01 4:06 AM, Rob S. [EMAIL PROTECTED] wrote:
PDF conversion would be pretty cool... Anyone feel like coming up with a
sheet to generate XSL:FO? =)
We have started that here:
http://jakarta.apache.org/cvsweb/index.cgi/jakarta-velocity/whiteboard/dave
b/pdfvsl/
Not perfect yet because
on 7/10/01 1:12 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
%@ include file=XX % says file and is thus relative to the JSP file.
jsp:include page=XXX / says page and is thus relative to the JSP
page.
Try teaching that to a web designer.
Bah. JSP sucks.
-jon
on 7/10/01 3:25 PM, Rob S. [EMAIL PROTECTED] wrote:
Ha! I've been working with JSP since 1999 and I never caught that!
Even more proof!
:-)
JSP is overly complex and takes *years* to master.
:-)
-jon
on 7/10/01 4:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
public long getLastAccessedTime() {
-checkValid();
-return realSession.getTimeStamp().getLastAccessedTime();
+checkValid();
+return realSession.getTimeStamp().getLastAccessedTime();
}
I
on 7/10/01 4:29 PM, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
Hola Jon:
Who will cry for the lost of tabs? me not.. perhaps you? :)
Lazy Consensus 3 days for a -1.. if anybody complaints ( more ) i will
rollback and reapply my patch..
Saludos ,
Ignacio J. Ortega
I would say that
on 7/10/01 8:04 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
PS: I know you didn't ask for a timeline, but I'd like to float a concept
and see how the other developers feel about it: The Servlet 2.3 and JSP
1.2 specs will go final (along with the rest of the J2EE specs) sometime
in the
on 7/6/01 9:53 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
It would sure be nice to have a little HOWTO on what tags (like document
and section) Anakia recognizes, and what they do :-).
Anakia recognizes *any* tags. It is the Jakarta-Site2 module's stylesheet
which is the key. Needless
1 - 100 of 439 matches
Mail list logo
