Re: Jasper and parsed tree

2001-07-13 Thread Brad Cox
nts about the emphasis on properties/XML files in Tomcat and Velocity... near the end of the template language document (there's a link to this document at the very top). -- --- For industrial age goods there were checks and credit cards. For everything else there is mybank.dom at http://virtualschool.edu/mybank Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751

Re: tomcat gui

2001-07-02 Thread Brad Cox
rial age goods there were checks and credit cards. For everything else there is mybank.dom at http://virtualschool.edu/mybank Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocu mentation Redactors To Hire]

2001-07-02 Thread Brad Cox
ed; I can provide a tomcat/mod_jk/servlet based one if there's interest. -- --- For industrial age goods there were checks and credit cards. For everything else there is mybank.dom at http://virtualschool.edu/mybank Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751

Re: Using log4j in custom tag libraries

2001-06-09 Thread Brad Cox
This looks like the same material I've seen before. Default init oesn't seem to work. Keep getting an error message unless I explicitly initialize it somewhere, which is a real problem in my multi-entry system (test cases, servlets, client aps). Just this weekend I went back to a home-brew sta

Misusing dynamic binding when static binding would do.

2001-05-31 Thread Brad Cox
gner can use to substitute for the inappropriately dynamically bound solutions that one finds at every turn within web application environments such as JSP. In shops such as mine where the html designers are also programmers, WAP replaces JSP and/or template languages altogether because it acc

RE: ServerSocket not being closed properly.

2001-04-24 Thread Brad Cox
thanks for listening! > >Well, thanks for the feedback - and even more thanks if that leads to some >code contributions. That's what I had in mind for the gui. Gotta stay focused on my app for now but this should be done real soon now. ;) -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Phone: 703 361 4751 Cell: 703 919-9623 http://virtualschool.edu

RE: ServerSocket not being closed properly.

2001-04-24 Thread Brad Cox
s not either-or; both need work. >Fact is - we do improve - and that's what matters ( for me ). I don't >think anyone claims the first versions of apache were easy to install ( or >even the latest ). Indeed! And thanks for listening! -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Phone: 703 361 4751 Cell: 703 919-9623 http://virtualschool.edu

RE: ServerSocket not being closed properly.

2001-04-24 Thread Brad Cox
present configuration complexity, exacerbated by the lack of configuration validation, could be fixed with a simple gui. This might go far towards turning around the bad press Tomcat has been getting of late, but this problem is fatal to gui wrappers. -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Pho

RE: ServerSocket not being closed properly.

2001-04-24 Thread Brad Cox PhD
UP_INTERVAL); } catch (IOException e) { throw UserFault.errEnablerPortBusy(port); } thread = new Thread(this, name+"Master"); isListening = true; thread.start(); } } -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Phone: 703 361 4751 Cell: 703 919-9623 http://virtualschool.edu

RE: ServerSocket not being closed properly.

2001-04-23 Thread Brad Cox PhD
oya.apache.org/bugzilla/show_bug.cgi?id=1418), resolved for 3.3 >(not 3.2.2). There is also some memory leak which I haven't had a chance to >track down, yet. > >> -Original Message- >> From: Brad Cox PhD [mailto:[EMAIL PROTECTED]] >> Sent: Monday, April 23

ServerSocket not being closed properly.

2001-04-23 Thread Brad Cox PhD
Button.processEvent(java.awt.AWTEvent) void java.awt.Component.dispatchEventImpl(java.awt.AWTEvent) void java.awt.Component.dispatchEvent(java.awt.AWTEvent) void java.awt.EventDispatchThread.run() -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Phone: 703 361 4751 Cell: 703 919-9623 http://virtualschool.edu

Re: "Just say no to JSP" Re: [Fwd: Tomcat may reveal scriptsource code by URL trickery]

2001-04-04 Thread Brad Cox
my servlet context. I've a bunch of ideas for partial solutions but I'll hold off on those to see whether there's any agreement that there's a problem here. >I have more comments, but no time right now and this probably isn't the >right forum anyway... I'd be grateful to hear them when you get a moment. -- --- Brad Cox, Ph.D.; [EMAIL PROTECTED] Phone: 703 361 4751 Cell: 703 919-9623 http://superdistributed.com: A new paradigm for a new millinneum

Re: [Fwd: Tomcat may reveal script source code by URL trickery]

2001-04-04 Thread Brad Cox
lly when you have sites like this: >> >> <http://www.devshed.com/Server_Side/Jserv/JSP5/page3.html> >> >> Actually *encouraging* people to put their usernames and passwords into >> their JSP files. The term "Gross negligence" comes

Re: An alternative to JSP

2001-01-26 Thread Brad Cox
At 11:23 AM -0500 01/26/2001, Brad Cox wrote: >so the user's session will be lost if they ever browse >to a hard-coded html pag I meant to say... for browsers that don't support cookies or if the user has disabled cookies. -- --- Dr. Brad Cox; [EMAIL PROTECTED] Phone: 703 361 4

Re: An alternative to JSP

2001-01-26 Thread Brad Cox
s of an application, which is the very level that JSP addresses. For those who missed it, the article we're discussing is at http://virtualschool.edu/wap -- --- Dr. Brad Cox; [EMAIL PROTECTED] Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A

Re: Call for volunteers

2001-01-19 Thread Brad Cox
--- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, email: [EMAIL PROTECTED] -- --- Dr. Brad Cox; [EMAIL PROTECTED] Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A new paradigm for a new

Re: An alternative to JSP (REVISED)

2001-01-16 Thread Brad Cox
ation/site stuff would be appropriate to add to Tomcat. I'd be glad to do the work if someone would point me in the right direction. >on 1/10/01 7:52 PM, "Brad Cox" <[EMAIL PROTECTED]> wrote: > >> I've uploaded an early rough draft of a pair of articles that

Re: An alternative to JSP

2001-01-11 Thread Brad Cox
I think these two quotes from the website will address your concern. There is no official release yet, but there will be one shortly. Velocity's design concept is borrowed from WebMacro. At 11:42 AM -0800 01/11/2001, Jon Stevens wrote: >on 1/11/01 11:21 AM, "Brad Cox" <[EM

Re: An alternative to JSP

2001-01-11 Thread Brad Cox
t; acceptable at the moment), you've got choices of other vendors, > with a reasonable shot at your pages being portable if you take MLS relies only on Java and the servlet API. Should be portable to anywhere, right? -

Re: An alternative to JSP

2001-01-11 Thread Brad Cox
t this. After all, JSP has the same problem its <%= ... %> executable inclusion syntax. >Please take a look at: >http://www.enhydra.org >and >http://xmlc.enhydra.org >for more information. Will do. Looks a lot like WebMacro at first glance. -- --- Dr. Brad Cox; [EMAIL PROTECTE

Re: An alternative to JSP

2001-01-11 Thread Brad Cox
by this? At 9:41 PM -0800 01/10/2001, Jon Stevens wrote: >on 1/10/01 7:52 PM, "Brad Cox" <[EMAIL PROTECTED]> wrote: > >> I've uploaded an early rough draft of a pair of articles that boils >> down to a critique of the JSP approach plus source code for a quite

An alternative to JSP

2001-01-10 Thread Brad Cox
ol.edu/wap -- --- Dr. Brad Cox; [EMAIL PROTECTED] Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A new paradigm for a new millinneum PGP Signature: E194 C6E5 92D8 B8FB 20E8 8667 929A 95A0 FCB6 7C62 --