Re: Cutting down a bit our bandwidth comsuption

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 peop

Re: Superb OSS Java IDE

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:

Re: [PATCH] about kjc

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/kop

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/binsetenv.shcatalina.sh tool-wrapper.sh

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.

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/binsetenv.shcatalina.sh tool-wrapper.sh

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 w

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/bin setenv.shcatalina.sh tool-wrapper.sh

on 11/27/01 2:34 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Index: setenv.sh > === > #!/bin/sh > # > - > # setenv.sh - File to hold all user custo

Re: 4.0.1 ClassLoader breaks singletons on webapp reload.

Yea, those are called EJB's. :-) EJB - The glorified Singleton. -jon on 11/26/01 6:05 AM, "Mika Goeckel" <[EMAIL PROTECTED]> wrote: > Hi, > > could you get around the singleton problem by placing the singleton object's > class outside the classloader which get busted when reloading the chang

Re: 4.0.1 ClassLoader breaks singletons on webapp reload.

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

Re: Getting involved

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

The irony of it all (was: Re: t3 and sun.com)

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, >

t3 and sun.com

http://java.sun.com/products/servlet/download.html Only lists 3.2.3 and 4.0, what about 3.3? -jon

Re: Cannot use "//" comments in JSP code

on 10/22/01 10:48 AM, "Paul Speed" <[EMAIL PROTECTED]> wrote: > Only partially related to the bug, so I'm replying directly instead > of through bugzilla... > > Does this mean that JSP uses a different Java language specification? > If so, where can I find this separate specification? Are there

Re: DO NOT REPLY [Bug 3884] - SingleThreadModel servlets notpooled results in low performance

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) { > ..

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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 the

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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. > > If the last segment in URL path contains an extension (e.g .jsp

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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 specif

Re: SCRIPT_NAME and PATH_INFO with extension mapping

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

SCRIPT_NAME and PATH_INFO with extension mapping

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

Re: Before I file a bug report...

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),

Re: Before I file a bug report...

Ok, I have found the problem. It is a result of an incorrectly written piece of code in StandardContextMapper.map() under // Rule 3 I'm working on a rewrite that will parse things the way that they should be parsed. :-) The issue is that the relativeURI variable can be pretty much anything so it

Before I file a bug report...

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: htt

Hard coding HTML within Catalina...

on 9/26/01 10:44 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +sb.append(""); > +sb.append(Globals.SERVER_INFO).append(" - "); > +sb.append(sm.getString("errorReportValve.errorReport")); > +sb.append(""); > +sb.append("

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/utilProcessHelper.java

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 . > > Some people have very little to

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/utilProcessHelper.java

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. > > Somet

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/utilProcessHelper.java

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

Re: Proposed Patch for #3733

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 fo

Re: Ldap.jar license

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 agr

Re: Ldap.jar license

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

Ldap.jar license

-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 issues

Absolute necessary .jar files?

? 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 ? common/lib/namin

[T4] License Issues and more....

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 i

Re: DO NOT REPLY [Bug 3681] New: - javadoc errors

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:

Question

Why is this in the jakarta-tomcat-4.0/build.xml: 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 are still missing the servlet.lib and servlet.jar properties (beca

Re: Another build problem...

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

Another build problem...

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: org/apache/xalan/xslt/XSL

Re: [T4] Build Frustration

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

Compile errors

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 distributi

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

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...Stuf

[T4] Build Frustration

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

Re: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docstomcat-docs.xsl

on 9/12/01 7:52 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Remove a width="100%" setting from the 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 res

Re: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docsjndi-resources-howto.xml

on 9/12/01 4:19 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > + > + > + > +Object factory for MyBean instances. > + > + > +bean/MyBeanFactory > + > + > +

Tomcat 4 Bug reports

...now go to the [EMAIL PROTECTED] mailing list. -jon

Re: [VOTE] Release Plan for Tomcat 3.3 (final release)

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, SECON

Re: [VOTE] Release Plan for Tomcat 3.3 (final release)

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 vo

Re: [VOTE] Release Plan for Tomcat 3.3 (final release)

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 tryi

Re: [VOTE] Bug Notification E-Mails

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)

Re: [VOTE] Release Plan for Tomcat 3.3 (final release)

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

Re: [VOTE] Bug Notification E-Mails

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 :) >

Re: 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: >

Re: Bug reports

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 p

Re: Bug reports

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 t

Re: Bug reports

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

Re: Bug reports

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

Re: Bug reports

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 > pe

Re: Bug reports

on 9/9/01 5:46 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > "Jon Stevens" <[EMAIL PROTECTED]> wrote: > >> I think that new bug reports should go to the tomcat-dev mailing list. Not >> to individuals. >> >> Edit compon

Bug reports

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

Re: cvs commit:jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compilerTagGeneratorBase.java

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

Re: cvs commit:jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compilerTagGeneratorBase.java

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

Re: [VOTE] New Tomcat Committer

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

Re: [PATCH] TDK running with JPDA

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...

Re: Correction to JDC Tech Tip for August 21, 2001

> JSP pages are only meant to deliver textual > output. Velocity templates can be used to deliver binary output. Needless to say, I was surprised to see yet another example (coming from Sun no less) of someone embedding Java code in a JSP page. Paging all

FW: [PATCH] TDK running with JPDA

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

Re: [TC4] error building tomcat-docs

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 g

Re: [TC4] error building tomcat-docs

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

Re: cvs commit: jakarta-tomcat-service/docs service.cssservice.html

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. > > Revi

Re: [t4] potential issue

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

Re: [t4] potential issue

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

[t4] potential issue

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 - org.apache.fulcrum

Re: Catalina Startup Hook (actually, both camps should read this:-)

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 grea

Re: Velocity and JSP speed testing...

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

Re: Velocity and JSP speed testing...

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

Re: Velocity and JSP speed testing...

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

FW: Velocity and JSP speed testing...

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 <

Re: cvs commit: jakarta-tomcat-4.0 build.xml

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 > > Target: Jasper - Tracking, Firing, Hit... > > ;-) > > Glenn This is the new nicer Jon. JS

Re: sun.tools.javac.Main will be removed from JDK1.4

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

Re: t4 - jasper go boo boo

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 feredWrit

t4 - jasper go boo boo

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 S

Re: sun.tools.javac.Main will be removed from JDK1.4

on 7/20/01 12:11 PM, "JULIEN,TIMOTHY (HP-NewJersey,ex2)" <[EMAIL PROTECTED]> wrote: > Over in HP middleware, we're not to happy with this development either > our JSP implementation will suffer for the same reasons Jasper will > > We can work with an external compiler, but for speed, we

Re: cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0-B6.txt

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

Re: [TC4] jakarta-regexp.jar

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

Re: [TC4] jakarta-regexp.jar

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 > particula

Re: [TC4] jakarta-regexp.jar

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 f

Re: "Fatal Error:missing resource:java.util.PropertyResourceBundl e"

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 g

Re: JDK 1.3.0...

on 7/17/01 3:39 AM, "Adam Fowler" <[EMAIL PROTECTED]> wrote: > Hey all, > > Sorry about sending this from a non-subscribed account - I'm at work 8o) > > I know a few people were looking for Java 2 SDK version 1.3 as opposed to > 1.3.1. A friend of mine, Paul, has the Windows install at > http:/

Re: Alternative to NSI

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

Re: [PROPOSAL] Tomcat 4.0-beta-6 Release on Thursday 07/19/2001

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

Re: HTML filtering on tomcat-dev

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 v

FW: HTML filtering on tomcat-dev

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 Do

HTML filtering on tomcat-dev

riority, but it sounds like something that would be quick and easy 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 1

Re: Jasper and parsed tree

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

Re: What if your message doesn't make to this list...

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

Re: OT - HTML dev-list filter?

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

FW: security, predictable seeds for SessionID generation in Tomcat

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 PROTECTED]

Re: What if your message doesn't make to this list...

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

Re: cvs commit: jakarta-tomcat-connectors/webapp Makedefs.inMakefile.in configure.in

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 bu

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loaderWebappClassLoader.java

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 level

Re: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade HttpSessionFacade.java

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(); >

Re: Jasper and parsed tree

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

  1   2   3   4   5   6   >