From taglibs-dev-returnmillerrobert@example.com Sat Nov 01 13:18:25 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 58572 invoked from network); 1 Nov 2003 13:18:25 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Nov 2003 13:18:25 -0000 Received: (qmail 20767 invoked by uid 500); 1 Nov 2003 13:18:21 -0000 Delivered-To: millerrobert@example.com Received: (qmail 20743 invoked by uid 500); 1 Nov 2003 13:18:21 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 20730 invoked from network); 1 Nov 2003 13:18:21 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Nov 2003 13:18:21 -0000 Received: (qmail 26907 invoked by uid 50); 1 Nov 2003 13:18:21 -0000 Date: 1 Nov 2003 13:18:21 -0000 Message-ID: <millerrobert@example.com> From: millerrobert@example.com To: millerrobert@example.com Cc: Subject: DO NOT REPLY [Bug 24321] New: - "Access to default session denied" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24321>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24321 "Access to default session denied" Summary: "Access to default session denied" Product: Taglibs Version: 1.1 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Mailer Taglib AssignedTo: millerrobert@example.com ReportedBy: millerrobert@example.com When the application server starts (Tomcat 4.1.24) and the application sends mails via JSPs everything works fine. After some time not accessing the server (seems to be more than an hour) sending a email using the same JSP results in the following failure: 2003-11-01 13:53:44 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.jasper.JasperException: Access to default session millerrobert@example.com (JspServletWrapper.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke (ApplicationDispatcher.java:683) at org.apache.catalina.core.ApplicationDispatcher.doForward (ApplicationDispatcher.java:431) at org.apache.catalina.core.ApplicationDispatcher.forward (ApplicationDispatcher.java:355) at org.apache.struts.action.ActionServlet.processActionForward (ActionServlet.java:1759) at org.apache.struts.action.ActionServlet.process (ActionServlet.java:1596) at org.apache.struts.action.ActionServlet.doPost (ActionServlet.java:510) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at cc.brandstaetter.util.filter.NoCachingFilter.doFilter (NoCachingFilter.java:60) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process (HttpProcessor.java:1027) at org.apache.catalina.connector.http.HttpProcessor.run (HttpProcessor.java:1125) at java.lang.Thread.run(Thread.java:536) ----- Root Cause ----- javax.servlet.ServletException: Access to default session millerrobert@example.com (PageContextImpl.java:533) at org.apache.jsp.shop_afterInvoice_jsp._jspService (shop_afterInvoice_jsp.java:66) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:210) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke (ApplicationDispatcher.java:683) at org.apache.catalina.core.ApplicationDispatcher.doForward (ApplicationDispatcher.java:431) at org.apache.catalina.core.ApplicationDispatcher.forward (ApplicationDispatcher.java:355) at org.apache.struts.action.ActionServlet.processActionForward (ActionServlet.java:1759) at org.apache.struts.action.ActionServlet.process (ActionServlet.java:1596) at org.apache.struts.action.ActionServlet.doPost (ActionServlet.java:510) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at cc.brandstaetter.util.filter.NoCachingFilter.doFilter (NoCachingFilter.java:60) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process (HttpProcessor.java:1027) at org.apache.catalina.connector.http.HttpProcessor.run (HttpProcessor.java:1125) at java.lang.Thread.run(Thread.java:536) --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sun Nov 02 15:18:52 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 8421 invoked from network); 2 Nov 2003 15:18:52 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Nov 2003 15:18:52 -0000 Received: (qmail 47822 invoked by uid 500); 2 Nov 2003 15:18:45 -0000 Delivered-To: millerrobert@example.com Received: (qmail 47796 invoked by uid 500); 2 Nov 2003 15:18:45 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 47783 invoked from network); 2 Nov 2003 15:18:45 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Nov 2003 15:18:45 -0000 Received: (qmail 14737 invoked by uid 0); 2 Nov 2003 15:18:29 -0000 Message-ID: <millerrobert@example.com> From: millerrobert@example.com To: millerrobert@example.com Subject: Bug report for Taglibs [2003/11/02] Date: Sun, 02 Nov 2003 15:18:29 -0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N +---------------------------------------------------------------------------+ | Bugzilla Bug ID | | +---------------------------------------------------------------------+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned | | | OPN=Reopened VER=Verified (Skipped Closed/Resolved) | | | +-----------------------------------------------------------------+ | | | Severity: BLK=Blocker CRI=Critical MAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-------------------------------------------------------------+ | | | | Date Posted | | | | | +--------------------------------------------------+ | | | | | Description | | | | | | | | 2894|Ass|Cri|2001-07-30|<sql:setColumn> does not work with Sybase SQL Serv| | 3164|New|Enh|2001-08-19|Message tag should process default text in the bod| | 4877|New|Blk|2001-11-14|Empty result set prints query string | | 5111|Ass|Nor|2001-11-26|Random digit appears when wasEmpty executes | | 5685|Ass|Cri|2002-01-04|Nested query results in java.lang.NullPointerExcep| | 5921|Ass|Enh|2002-01-18|Better error reporting for ConnectionTag and JNDI | | 6190|Opn|Nor|2002-02-01|Email headers added to messages in MS Outlook | | 6347|New|Nor|2002-02-10|io:param should url encode | | 6390|New|Nor|2002-02-12|valueOf evaluates &'s to &amp; when the & was part| | 6434|Ass|Nor|2002-02-13|'%' interferes with <sql:query> expression | | 6613|New|Nor|2002-02-21|cannot use xtags:style more than one time per page| | 7476|New|Nor|2002-03-26|File specified through xmlUrl attribute of <x:pars| | 7893|New|Nor|2002-04-09|Attribute attributeSeparator invalid according to | | 8694|Ver|Maj|2002-05-01|Exception when trying to acces the Map.entry compo| | 8715|New|Blk|2002-05-01|fetchSize doesn't work | | 8723|Ver|Nor|2002-05-02|use of xsltSystemID does not take effect if xslt a| | 8901|New|Blk|2002-05-08|scrape-example does not work maybe because GET req| | 9257|Ver|Nor|2002-05-20|ELParser doesn't parse non-ascii value | | 9581|Ver|Min|2002-06-03|update SQL examples to allow for the inputting of | | 9968|Ver|Maj|2002-06-18|c:url prepends path to page relative URLs | |10175|Ver|Nor|2002-06-24|Welcome file absent from standard-examples.war in | |10848|New|Nor|2002-07-15|context tag doesn't work | |11217|Unc|Blk|2002-07-26|Custom Tag Library Error: 'Tag library ""not found| |11253|New|Nor|2002-07-29|Call to getString on a LONGVARCHAR does not return| |11347|New|Maj|2002-07-31|xtags:if test="position()!=last()" - position() & | |11361|New|Enh|2002-08-01|Allow user to create own URIResolver | |11857|New|Enh|2002-08-20|Enhancement on FormatTagSupport | |12133|New|Blk|2002-08-28|scrape not work for some urls the request for a co| |12189|Ass|Cri|2002-08-30|Setting default values for the <input:checkbox> Ta| |12618|New|Maj|2002-09-13|Mode attribute on xtags:template & xtags:applyTemp| |12620|New|Nor|2002-09-13|position() and last() do not work in xtags:templat| |12701|New|Enh|2002-09-16|Need to have facility in bundle tag to pass defaul| |13176|New|Nor|2002-10-01|getColumn tag no longer works with colName attribu| |13667|New|Maj|2002-10-15|super.release() not called in release() methods | |13794|New|Blk|2002-10-20|Unable to list the tag librairies in the custom ta| |13971|New|Maj|2002-10-25|Style tag does not work with Tomcat 4 with xml or | |14214|New|Maj|2002-11-04|[PATCH] io:http - can't invoke POS | |14680|New|Enh|2002-11-19|Internationalization should have an XML implementa| |15129|New|Nor|2002-12-06|Distribution of this CTLX is unuseable | |15321|Ass|Nor|2002-12-12|wordWrap throws StringArrayIndexOutOfBoundsExcepti| |15551|New|Nor|2002-12-19|error: output must have content-handler property | |15703|Ass|Nor|2002-12-29|Illegal scope attribute without var in "fmt:setLoc| |16016|New|Maj|2003-01-13|Problem witg XTags and Tomcat 4.0.3 | |16773|Ass|Enh|2003-02-04|Use of new Boolean() has performance implications | |16932|New|Cri|2003-02-10|i18n:message uses wrong resource bundle | |17211|New|Blk|2003-02-19|FIX: Tomcat 4.1.x taglib pooling causes problems | |17340|New|Nor|2003-02-24|Problème envoi mail avec plusieurs pièces jointes| |17700|Ass|Enh|2003-03-05|Performance issue in Resources.getMessage | |18074|New|Nor|2003-03-17|closing tag | |18198|New|Nor|2003-03-20|[PATCH] Cache - Overloading CacheUtil methods | |18499|New|Enh|2003-03-30|[cache] per cache entry lifetime | |18521|New|Nor|2003-03-31|MessageTag body misuse | |18523|New|Nor|2003-03-31|NPE in MessageTag when key and bodyContent do not | |18524|New|Nor|2003-03-31|Default bundle changed from First to Last defined | |18525|New|Nor|2003-03-31|BundleTag keep the first Locale found for subseque| |18578|New|Nor|2003-04-01|Documentation error for JNDI Lookup | |18614|New|Maj|2003-04-02|charset support | |18716|New|Nor|2003-04-04|XTAGS LIBRARY PROBLEM IN 4.1.18 | |18767|New|Blk|2003-04-07|DBTags dump sql when no rows returned | |18964|New|Nor|2003-04-11|string:encodeUrl does not work with accented chara| |19292|New|Enh|2003-04-24|request tag add the ability to store output in pag| |19422|New|Nor|2003-04-29|Changing beanId from "" to null makes input tags n| |19754|New|Nor|2003-05-08|TLDParser web.xml and errorstag | |19776|New|Nor|2003-05-08|addcookie tag forget to set the path of the cookie| |20204|New|Enh|2003-05-24|Create join tag | |20469|New|Min|2003-06-04|jakarta-taglibs-src-20030603.tar.gz has outdated s| |20573|New|Enh|2003-06-07|Allow extensions of SetRecipientTag | |20725|New|Nor|2003-06-12|Incorrect property setter signature for Tag handle| |20940|Ass|Nor|2003-06-20|Cant't import servlet which redirects to another p| |21204|New|Nor|2003-06-30|jsp file with format tag not compiling correctly | |21576|New|Nor|2003-07-14|JSTL Problem - "An error occurred while evaluating| |21608|Opn|Min|2003-07-15|getColumn tag not compatible with JSTL iterator fo| |21647|New|Nor|2003-07-16|Select statements with no rows selected problem | |21866|New|Cri|2003-07-24|wordWrap incorrect behavior with delimiter | |21924|New|Nor|2003-07-28|<c:import> with relative URL ignores content encod| |21928|New|Nor|2003-07-28|Extra space added in the return text of xtags | |22587|New|Nor|2003-08-20|sess:attributes tag shows removed attribute | |22765|New|Nor|2003-08-27|Wrong values from position() and last() functions | |22860|New|Nor|2003-09-01|tag url generate invalid result for root context | |22895|New|Enh|2003-09-02|[PATCH] <req:isUserInRole> upgrade to support mult| |22927|New|Nor|2003-09-04|dbtags:resultset behaves strangely --> DBTags Depr| |23125|New|Nor|2003-09-12|Error of fmt set charset of ContentType in webpage| |23319|Ass|Nor|2003-09-22|<c:url> generates incorrect encoding | |23363|New|Maj|2003-09-23|JNDI Taglib does not close context when using <jnd| |23419|New|Nor|2003-09-25|Allow setting username & password via specific tag| |23437|New|Blk|2003-09-26|Uri (http://jakarta.apache.org/taglibs/datetime-1.| |23438|New|Nor|2003-09-26|Allow setting non-standard SMTP port. | |23858|New|Nor|2003-10-16|message type should allow types other than "text" | |24321|New|Maj|2003-11-01|"Access to default session denied" | +-----+---+---+----------+--------------------------------------------------+ | Total 89 bugs | +---------------------------------------------------------------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sun Nov 02 17:42:31 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 57337 invoked from network); 2 Nov 2003 17:42:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Nov 2003 17:42:31 -0000 Received: (qmail 40966 invoked by uid 500); 2 Nov 2003 17:42:22 -0000 Delivered-To: millerrobert@example.com Received: (qmail 40940 invoked by uid 500); 2 Nov 2003 17:42:22 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 40927 invoked from network); 2 Nov 2003 17:42:22 -0000 Received: from unknown (HELO latte.harvard.edu) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Nov 2003 17:42:22 -0000 Received: from latte.harvard.edu (vpn11-17.fas.harvard.edu [888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4.161.120.155]) (AUTH: LOGIN mdiggory) by latte.harvard.edu with esmtp; Sun, 02 Nov 2003 12:42:23 -0500 Message-ID: <millerrobert@example.com> Date: Sun, 02 Nov 2003 12:46:20 -0500 From: "Mark R. Diggory" <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.5) Gecko/20030925 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: RSS and OCS taglibraries? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I've started to really muck about with RSS. For example, I've setup my personal JSP site to begin using rss feeds (both internally and externally). This is a very "light" site that uses minor amounts of java code, is primarily based on JSP includes and RSS content importing. To start using the library took me just a few minutes. Reorganizing my homesite to use the library took me only several hours of "playing around" on Saturday to setup. http://osprey.hmdc.harvard.edu It uses a simple rss taglibrary provided Rodrigo Oliveira. http://developer.java.sun.com/developer/technicalArticles/javaserverpages/rss_utilities I think it would be really cool to provide a simple RSS and OCS taglibrary such as this thats built off of JSTL's xml parsing taglibrary. OCS: http://internetalchemy.org/ocs/directory/0.5 RSS: 2.0 http://blogs.law.harvard.edu/tech/rss RSS: 1.0 http://groups.yahoo.com/group/rss-dev The major downfalls of Rodrigo's packages are that they don't support storing the feeds or feed entries into scoped variables (so the content needs to get pulled every user request), in general you can't access anything but the rss namespace content and it doesn't support RSS 1.0 (at least from my experience thus far). any thoughts? Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Wed Nov 05 00:13:40 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 39407 invoked from network); 5 Nov 2003 00:13:40 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Nov 2003 00:13:40 -0000 Received: (qmail 77256 invoked by uid 500); 5 Nov 2003 00:13:24 -0000 Delivered-To: millerrobert@example.com Received: (qmail 77220 invoked by uid 500); 5 Nov 2003 00:13:24 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 77200 invoked from network); 5 Nov 2003 00:13:24 -0000 Received: from unknown (HELO mailbox6.ucsd.edu) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Nov 2003 00:13:24 -0000 Received: from smtp.ucsd.edu (smtp-a.ucsd.edu [83.161.120.155]) by mailbox6.ucsd.edu (8.12.10/8.12.9) with ESMTP id hA50DSt6047495 for <millerrobert@example.com>; Tue, 4 Nov 2003 16:13:28 -0800 (PST) Received: from SOMFL7DK11.dembel.org (som133-14.ucsd.edu [83.161.120.155]) by smtp.ucsd.edu (8.12.10/8.12.9) with ESMTP id hA50DRA5008751 for <millerrobert@example.com>; Tue, 4 Nov 2003 16:13:27 -0800 (PST) Message-Id: <millerrobert@example.com> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 83.161.120.155 (Beta) Date: Tue, 04 Nov 2003 16:13:22 -0800 To: millerrobert@example.com From: Dmitry Beransky <millerrobert@example.com> Subject: tld & XML includes Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-MailScanner: PASSED (v1.2.8 45472 hA50DSt6047495 mailbox6.ucsd.edu) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, Could somebody post an example of how to use XML to modularize tag descriptions. I mean, if I'm designing a set of tags that share common attributes, I'd like to move their descriptions to an external file and link to it with XML. Thanks Dmitry --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Thu Nov 06 21:44:09 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 35527 invoked from network); 6 Nov 2003 21:44:09 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 6 Nov 2003 21:44:09 -0000 Received: (qmail 62950 invoked by uid 500); 6 Nov 2003 21:43:56 -0000 Delivered-To: millerrobert@example.com Received: (qmail 62819 invoked by uid 500); 6 Nov 2003 21:43:55 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 62806 invoked from network); 6 Nov 2003 21:43:55 -0000 Received: from unknown (HELO nwkea-mail-1.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 6 Nov 2003 21:43:55 -0000 Received: from phys-d3-ha21sca-2 ([83.161.120.155]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id hA6Li1UP027809 for <millerrobert@example.com>; Thu, 6 Nov 2003 13:44:01 -0800 (PST) Received: from Sun.COM (vpn-129-150-20-130.SFBay.Sun.COM [83.161.120.155]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <millerrobert@example.com> for millerrobert@example.com; Thu, 06 Nov 2003 13:44:01 -0800 (PST) Date: Thu, 06 Nov 2003 13:48:40 -0800 From: Justyna Horwat <millerrobert@example.com> Subject: Re: [VOTE] New committer: Felipe Leme In-reply-to: <millerrobert@example.com> To: Tag Libraries Developers List <millerrobert@example.com> Message-id: <millerrobert@example.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030630 References: <millerrobert@example.com> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hola a todos. Just flew back from vacation and boy are my arms tired :) +1 Justyna Pierre Delisle wrote: > Committers: > > I'd like to nominate Felipe Leme as a committer for Jakarta Taglibs. > > Felipe has been quite involved in the taglibs community > by publishing articles, as well as providing support and patches on > this alias. An extra pair of hands would definitely > help us make sure all our taglibs have the attention they > deserve. > > Here is my +1 for Felipe. > > -- Pierre > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 11:28:31 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 5660 invoked from network); 7 Nov 2003 11:28:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 11:28:31 -0000 Received: (qmail 67629 invoked by uid 500); 7 Nov 2003 11:28:02 -0000 Delivered-To: millerrobert@example.com Received: (qmail 67609 invoked by uid 500); 7 Nov 2003 11:28:02 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 67595 invoked from network); 7 Nov 2003 11:28:01 -0000 Received: from unknown (HELO smtpzilla5.xs4all.nl) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 11:28:01 -0000 Received: from webmail.xs4all.nl (webmail6.xs4all.nl [83.161.120.155]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with SMTP id hA7BSEGu073174 for <millerrobert@example.com>; Fri, 7 Nov 2003 12:28:15 +0100 (CET) Received: from 83.161.120.155 (SquirrelMail authenticated user sunsear) by webmail.xs4all.nl with HTTP; Fri, 7 Nov 2003 12:28:14 +0100 (CET) Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> Date: Fri, 7 Nov 2003 12:28:14 +0100 (CET) Subject: Proposal for tag library From: "Martin van Dijken" <millerrobert@example.com> To: millerrobert@example.com User-Agent: SquirrelMail/1.4.2 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hey gang, Back on the list. Working out of home now, so I won't be responding quickly since I have a millerrobert@example.com. Apologies for that. That said, me and a friend propose to add a taglibrary we've built to the jakarta taglibs. We're not 100% sure what exactly is required to do so, so let me give a description of what's been built. Simply put, the taglibrary displays information of the File system. It allows the programmer to show directory structure, information from files, folder listings etc. What we've been using it for is for creating dynamic menus without using a database. What we'd like to know is: - Is there interest for a taglib such as this? - What are the requirements on a taglib to be allowed into the jakarta cvs? Greetz, Martin van Dijken Martin Reurings --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 11:38:12 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 9872 invoked from network); 7 Nov 2003 11:38:11 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 11:38:11 -0000 Received: (qmail 80772 invoked by uid 500); 7 Nov 2003 11:38:09 -0000 Delivered-To: millerrobert@example.com Received: (qmail 80746 invoked by uid 500); 7 Nov 2003 11:38:09 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 80716 invoked from network); 7 Nov 2003 11:38:09 -0000 Received: from unknown (HELO smtpzilla2.xs4all.nl) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 11:38:09 -0000 Received: from webmail.xs4all.nl (webmail6.xs4all.nl [83.161.120.155]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with SMTP id hA7Bc7Bi079387 for <millerrobert@example.com>; Fri, 7 Nov 2003 12:38:07 +0100 (CET) Received: from 83.161.120.155 (SquirrelMail authenticated user sunsear) by webmail.xs4all.nl with HTTP; Fri, 7 Nov 2003 12:38:07 +0100 (CET) Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> Date: Fri, 7 Nov 2003 12:38:07 +0100 (CET) Subject: [input] select lists From: "Martin van Dijken" <millerrobert@example.com> To: millerrobert@example.com User-Agent: SquirrelMail/1.4.2 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N In my last job we had a taglibrary that showed select lists filled with options for all possible days,months,years,hours,minutes and seconds. I saw Shawn's input tag library and it would be possible to create these lists by prepopulating a Map, passing it to select and letting it display this info. This is a little too cumbersome for me. If I were to make a dateselect tag that can display this info, could I see it added? Martin van Dijken --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 14:12:10 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 95225 invoked from network); 7 Nov 2003 14:12:10 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 14:12:10 -0000 Received: (qmail 45732 invoked by uid 500); 7 Nov 2003 14:12:06 -0000 Delivered-To: millerrobert@example.com Received: (qmail 45450 invoked by uid 500); 7 Nov 2003 14:12:04 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 45437 invoked from network); 7 Nov 2003 14:12:04 -0000 Received: from unknown (HELO smtp02.mrf.mail.rcn.net) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 14:12:04 -0000 Received: from 207-172-79-45.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([83.161.120.155] helo=latte.harvard.edu) by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 1AI7LJ-0000UP-00 for millerrobert@example.com; Fri, 07 Nov 2003 09:12:05 -0500 Message-ID: <millerrobert@example.com> Date: Fri, 07 Nov 2003 09:15:59 -0500 From: "Mark R. Diggory" <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.5) Gecko/20030925 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: [VOTE] New committer: Felipe Leme References: <millerrobert@example.com> <millerrobert@example.com> In-Reply-To: <millerrobert@example.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N +1 Yes, we need more active developers. -Mark Justyna Horwat wrote: > Hola a todos. Just flew back from vacation and boy are my arms tired :) > > +1 > > Justyna > > Pierre Delisle wrote: > >> Committers: >> >> I'd like to nominate Felipe Leme as a committer for Jakarta Taglibs. >> >> Felipe has been quite involved in the taglibs community >> by publishing articles, as well as providing support and patches on >> this alias. An extra pair of hands would definitely >> help us make sure all our taglibs have the attention they >> deserve. >> >> Here is my +1 for Felipe. >> >> -- Pierre >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: millerrobert@example.com >> For additional commands, e-mail: millerrobert@example.com >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 14:15:01 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 97403 invoked from network); 7 Nov 2003 14:15:01 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 14:15:01 -0000 Received: (qmail 50390 invoked by uid 500); 7 Nov 2003 14:14:55 -0000 Delivered-To: millerrobert@example.com Received: (qmail 50370 invoked by uid 500); 7 Nov 2003 14:14:55 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 50357 invoked from network); 7 Nov 2003 14:14:55 -0000 Received: from unknown (HELO smtp02.mrf.mail.rcn.net) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 14:14:55 -0000 Received: from 207-172-79-45.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([83.161.120.155] helo=latte.harvard.edu) by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 1AI7O4-0001Au-00 for millerrobert@example.com; Fri, 07 Nov 2003 09:14:56 -0500 Message-ID: <millerrobert@example.com> Date: Fri, 07 Nov 2003 09:18:53 -0500 From: "Mark R. Diggory" <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.5) Gecko/20030925 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> In-Reply-To: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Oh, I could have used your tags a few weeks ago ;) Do you have capabilities to manage FileFilters and Sorting? I suspect we're looking at initialy a sandbox project, and then promotion to commons proper once the code has been fully reviewed. -Mark Martin van Dijken wrote: > Hey gang, > > Back on the list. Working out of home now, so I won't be responding > quickly since I have a millerrobert@example.com. Apologies for that. That said, me > and a friend propose to add a taglibrary we've built to the jakarta > taglibs. We're not 100% sure what exactly is required to do so, so let me > give a description of what's been built. > > Simply put, the taglibrary displays information of the File system. It > allows the programmer to show directory structure, information from files, > folder listings etc. What we've been using it for is for creating dynamic > menus without using a database. > > What we'd like to know is: > - Is there interest for a taglib such as this? > - What are the requirements on a taglib to be allowed into the jakarta cvs? > > Greetz, > > Martin van Dijken > Martin Reurings > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 19:40:27 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 4978 invoked from network); 7 Nov 2003 19:40:27 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 19:40:27 -0000 Received: (qmail 40825 invoked by uid 500); 7 Nov 2003 19:40:15 -0000 Delivered-To: millerrobert@example.com Received: (qmail 40804 invoked by uid 500); 7 Nov 2003 19:40:15 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 40790 invoked from network); 7 Nov 2003 19:40:15 -0000 Received: from unknown (HELO minotaur.apache.org) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 19:40:15 -0000 Received: (qmail 4943 invoked by uid 1339); 7 Nov 2003 19:40:24 -0000 Received: from localhost (millerrobert@example.com) by localhost with SMTP; 7 Nov 2003 19:40:24 -0000 Date: Fri, 7 Nov 2003 11:40:24 -0800 (PST) From: Martin Cooper <millerrobert@example.com> To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library In-Reply-To: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> Message-ID: <millerrobert@example.com> References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Fri, 7 Nov 2003, Martin van Dijken wrote: > Hey gang, > > Back on the list. Working out of home now, so I won't be responding > quickly since I have a millerrobert@example.com. Apologies for that. That said, me > and a friend propose to add a taglibrary we've built to the jakarta > taglibs. We're not 100% sure what exactly is required to do so, so let me > give a description of what's been built. > > Simply put, the taglibrary displays information of the File system. It > allows the programmer to show directory structure, information from files, > folder listings etc. What we've been using it for is for creating dynamic > menus without using a database. > > What we'd like to know is: > - Is there interest for a taglib such as this? >From me personally, no, since AFAIK a web app isn't guaranteed to have access to the file system (assuming there is one at all), so it doesn't seem like a good idea to build in such an assumption. But I'm sure there are folks who would use such a thing. > - What are the requirements on a taglib to be allowed into the jakarta cvs? See: http://jakarta.apache.org/taglibs/#GettingInvolved and in particular the section on New Project Submission. -- Martin Cooper > > Greetz, > > Martin van Dijken > Martin Reurings > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > > --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Fri Nov 07 19:58:42 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 15011 invoked from network); 7 Nov 2003 19:58:42 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 7 Nov 2003 19:58:42 -0000 Received: (qmail 62873 invoked by uid 500); 7 Nov 2003 19:58:32 -0000 Delivered-To: millerrobert@example.com Received: (qmail 62619 invoked by uid 500); 7 Nov 2003 19:58:30 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 62606 invoked from network); 7 Nov 2003 19:58:30 -0000 Received: from unknown (HELO latte.harvard.edu) (83.161.120.155) by daedalus.apache.org with SMTP; 7 Nov 2003 19:58:30 -0000 Received: from latte.harvard.edu (lorien.fas.harvard.edu [888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4.161.120.155]) (AUTH: PLAIN mdiggory, TLS: TLSv1/SSLv3,128bits,RC4-MD5) by latte.harvard.edu with esmtp; Fri, 07 Nov 2003 14:58:32 -0500 Message-ID: <millerrobert@example.com> Date: Fri, 07 Nov 2003 14:59:37 -0500 From: "Mark R. Diggory" <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.6a) Gecko/20031030 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> <millerrobert@example.com> In-Reply-To: <millerrobert@example.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N What about soemthing more "generic" I.E. Jars and filesystems can be mounted as JNDI resources, we have a jndi taglibrary, maybe "flavors" of a JNDI taglibrary oriented towards Jar or Filesystem SP's? I understand much of the mechanism for mounting webapplications into tomcat relies on this? -M. Martin Cooper wrote: > On Fri, 7 Nov 2003, Martin van Dijken wrote: > > >>Hey gang, >> >>Back on the list. Working out of home now, so I won't be responding >>quickly since I have a millerrobert@example.com. Apologies for that. That said, me >>and a friend propose to add a taglibrary we've built to the jakarta >>taglibs. We're not 100% sure what exactly is required to do so, so let me >>give a description of what's been built. >> >>Simply put, the taglibrary displays information of the File system. It >>allows the programmer to show directory structure, information from files, >>folder listings etc. What we've been using it for is for creating dynamic >>menus without using a database. >> >>What we'd like to know is: >>- Is there interest for a taglib such as this? > > > From me personally, no, since AFAIK a web app isn't guaranteed to have > access to the file system (assuming there is one at all), so it doesn't > seem like a good idea to build in such an assumption. > > But I'm sure there are folks who would use such a thing. > > >>- What are the requirements on a taglib to be allowed into the jakarta cvs? > > > See: > > http://jakarta.apache.org/taglibs/#GettingInvolved > > and in particular the section on New Project Submission. > > -- > Martin Cooper > > > >>Greetz, >> >>Martin van Dijken >>Martin Reurings >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: millerrobert@example.com >>For additional commands, e-mail: millerrobert@example.com >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sat Nov 08 14:51:17 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 71109 invoked from network); 8 Nov 2003 14:51:17 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 8 Nov 2003 14:51:17 -0000 Received: (qmail 7049 invoked by uid 500); 8 Nov 2003 14:51:11 -0000 Delivered-To: millerrobert@example.com Received: (qmail 7024 invoked by uid 500); 8 Nov 2003 14:51:10 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 6990 invoked from network); 8 Nov 2003 14:51:10 -0000 Received: from unknown (HELO ha-smtp1.tiscali.nl) (83.161.120.155) by daedalus.apache.org with SMTP; 8 Nov 2003 14:51:10 -0000 Received: from windgazer.nl (xs195-241-164-206.dial.tiscali.nl [83.161.120.155]) by ha-smtp1.tiscali.nl (Postfix) with ESMTP id 73AC1127E58; Sat, 8 Nov 2003 15:51:09 +0100 (CET) Message-ID: <millerrobert@example.com> Date: Sat, 08 Nov 2003 15:50:40 +0100 From: Martin van Dijken <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Cc: Martin Reurings <millerrobert@example.com> Subject: Proposal for File taglibrary Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The proposal email I sent before but now according to jakarta guidelines. I. Motivation. The taglibrary we're proposing has one significant usage. It allows the Jsp author to use the file system as a dynamic menu. The tags allow the author to create listings of directories and show attributes and content of files. II. Overview. The taglib currently features a few things: 1. Navigation through the file system. There are essentially three tags that make this possible: 1.1 The file tag Displays info of a file. Initially is set to the current JSP file, but can also point to another file using the name attribute. 1.2 The parent tag Displays info of the parent directory of the current file. 1.3 The dir:loop tag Loops files in the current directory. The dirLoop tag accepts 3 attributes. reverse means to sort the results in reverse order. start is from what item to start the loop. max is the maximum number of items to display. 1.4 The dir:index tag Opens the index file in the current directory. An index file is a file that is named index.jsp,htm or html. Haven't been able yet to find a way to read the web.xml's welcome-file-list from code. <file:file><!-- Opens the current JSP file --> <file:parent><!-- Opens the parent of the opened file --> <dir:index> <!-- Use tags to display info of the index file --> </dir:index> <dir:loop><!-- Loops all items in the current directory --> <!-- Use tags to display info of the current file --> </dir:loop> </file:parent> </file:file> 2. Filtering based on file attributes There are a number of tags that can be used to filter out results. It is on the agenda to add some of these to the dirloop tag so start and max work better. Currently the following boolean-tags exist: <dir:isDirectory></dir:isDirectory> <file:isHidden></file:isHidden> <file:canRead></file:canRead> <file:canWrite></file:canWrite> <file:isType type="html,htm,xml,xhtml"></file:isType> 3. Displaying content/attributes The following tags display information about the opened file: <file:name/> Displays file name with/without extension <file:type/> Displays extension <file:url/> Creates a full or relative url to the current file <file:length/> Displays the file length <html:meta name=""/> Displays content of a meta tag <html:tag name=""> Displays the contents of the first instance of a certain html tag <dir:hasIndex></dir:hasIndex> Displays body if the current dir has an index file III. Requirements This taglibrary works guaranteed in JDK's 1.3 and 1.4 and in JSP 1.1 and 1.2. Where we'd like to go with this, is make it use the JSTL language and therefore it will be dependant on JSTL presence. IIII. Commitment We, Martin van Dijken and Martin Reurings, will do all the work on this taglib for now. Other committers are of course welcome. Currently we're both unemployed and have tons of time. When that situation is fixed however this will be a project we'll most likely maintain in our own time. (unless of course our next employers want to use it) --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sat Nov 08 14:54:21 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 71679 invoked from network); 8 Nov 2003 14:54:21 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 8 Nov 2003 14:54:21 -0000 Received: (qmail 10220 invoked by uid 500); 8 Nov 2003 14:54:15 -0000 Delivered-To: millerrobert@example.com Received: (qmail 10194 invoked by uid 500); 8 Nov 2003 14:54:15 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 10179 invoked from network); 8 Nov 2003 14:54:14 -0000 Received: from unknown (HELO ha-smtp1.tiscali.nl) (83.161.120.155) by daedalus.apache.org with SMTP; 8 Nov 2003 14:54:14 -0000 Received: from windgazer.nl (xs195-241-164-206.dial.tiscali.nl [83.161.120.155]) by ha-smtp1.tiscali.nl (Postfix) with ESMTP id 2E0F912A0C2 for <millerrobert@example.com>; Sat, 8 Nov 2003 15:54:15 +0100 (CET) Message-ID: <millerrobert@example.com> Date: Sat, 08 Nov 2003 15:54:16 +0100 From: Martin van Dijken <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> <millerrobert@example.com> <millerrobert@example.com> In-Reply-To: <millerrobert@example.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N It will be very hard I think to get this working in a transparent way or am I wrong there? Users would have to mount a file system in JNDI and the term JNDI alone is enough to make some people turn away. Martin Mark R. Diggory wrote: > What about soemthing more "generic" I.E. Jars and filesystems can be > mounted as JNDI resources, we have a jndi taglibrary, maybe "flavors" of > a JNDI taglibrary oriented towards Jar or Filesystem SP's? I understand > much of the mechanism for mounting webapplications into tomcat relies on > this? > > -M. > > Martin Cooper wrote: > >> On Fri, 7 Nov 2003, Martin van Dijken wrote: >> >> >>> Hey gang, >>> >>> Back on the list. Working out of home now, so I won't be responding >>> quickly since I have a millerrobert@example.com. Apologies for that. That >>> said, me >>> and a friend propose to add a taglibrary we've built to the jakarta >>> taglibs. We're not 100% sure what exactly is required to do so, so >>> let me >>> give a description of what's been built. >>> >>> Simply put, the taglibrary displays information of the File system. It >>> allows the programmer to show directory structure, information from >>> files, >>> folder listings etc. What we've been using it for is for creating >>> dynamic >>> menus without using a database. >>> >>> What we'd like to know is: >>> - Is there interest for a taglib such as this? >> >> >> >> From me personally, no, since AFAIK a web app isn't guaranteed to have >> access to the file system (assuming there is one at all), so it doesn't >> seem like a good idea to build in such an assumption. >> >> But I'm sure there are folks who would use such a thing. >> >> >>> - What are the requirements on a taglib to be allowed into the >>> jakarta cvs? >> >> >> >> See: >> >> http://jakarta.apache.org/taglibs/#GettingInvolved >> >> and in particular the section on New Project Submission. >> >> -- >> Martin Cooper >> >> >> >>> Greetz, >>> >>> Martin van Dijken >>> Martin Reurings >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: millerrobert@example.com >>> For additional commands, e-mail: millerrobert@example.com >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: millerrobert@example.com >> For additional commands, e-mail: millerrobert@example.com >> > --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sat Nov 08 14:55:55 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 72161 invoked from network); 8 Nov 2003 14:55:55 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 8 Nov 2003 14:55:55 -0000 Received: (qmail 11002 invoked by uid 500); 8 Nov 2003 14:55:49 -0000 Delivered-To: millerrobert@example.com Received: (qmail 10975 invoked by uid 500); 8 Nov 2003 14:55:49 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 10961 invoked from network); 8 Nov 2003 14:55:49 -0000 Received: from unknown (HELO ha-smtp1.tiscali.nl) (83.161.120.155) by daedalus.apache.org with SMTP; 8 Nov 2003 14:55:49 -0000 Received: from windgazer.nl (xs195-241-164-206.dial.tiscali.nl [83.161.120.155]) by ha-smtp1.tiscali.nl (Postfix) with ESMTP id E6ABA12CFEF for <millerrobert@example.com>; Sat, 8 Nov 2003 15:55:49 +0100 (CET) Message-ID: <millerrobert@example.com> Date: Sat, 08 Nov 2003 15:55:51 +0100 From: Martin van Dijken <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> <millerrobert@example.com> In-Reply-To: <millerrobert@example.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Martin Cooper wrote: >>>From me personally, no, since AFAIK a web app isn't guaranteed to have > access to the file system (assuming there is one at all), so it doesn't > seem like a good idea to build in such an assumption. > > But I'm sure there are folks who would use such a thing. You make it sound truly awful:) But you're right I guess, there isn't always a file system. > See: > > http://jakarta.apache.org/taglibs/#GettingInvolved > > and in particular the section on New Project Submission. Done, see the new mail. Martin --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sat Nov 08 18:21:28 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 18624 invoked from network); 8 Nov 2003 18:21:28 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 8 Nov 2003 18:21:28 -0000 Received: (qmail 13273 invoked by uid 500); 8 Nov 2003 18:21:18 -0000 Delivered-To: millerrobert@example.com Received: (qmail 13250 invoked by uid 500); 8 Nov 2003 18:21:18 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 13236 invoked from network); 8 Nov 2003 18:21:17 -0000 Received: from unknown (HELO smtp02.mrf.mail.rcn.net) (83.161.120.155) by daedalus.apache.org with SMTP; 8 Nov 2003 18:21:17 -0000 Received: from 207-172-79-45.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([83.161.120.155] helo=latte.harvard.edu) by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 1AIXi5-0004mz-00 for millerrobert@example.com; Sat, 08 Nov 2003 13:21:21 -0500 Message-ID: <millerrobert@example.com> Date: Sat, 08 Nov 2003 13:25:18 -0500 From: "Mark R. Diggory" <millerrobert@example.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.5) Gecko/20030925 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw MIME-Version: 1.0 To: Tag Libraries Developers List <millerrobert@example.com> Subject: Re: Proposal for tag library References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> <millerrobert@example.com> <millerrobert@example.com> <millerrobert@example.com> In-Reply-To: <millerrobert@example.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Martin van Dijken wrote: > It will be very hard I think to get this working in a transparent way or > am I wrong there? Consider for instance the ServletContext.getResource() method here. http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletContext.html#getResource(java.lang.String) Ideally this method provides a very transparent means to traverse the hierarchy of a Webapplication whether it be in a War file or expanded onto the files system. I believe that most Servlet Containers implement this functionality using JNDI. Now this is very transparent, is it not? But you also get another method in the ServletContext called getResourcePaths(...). http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletContext.html#getResourcePaths(java.lang.String) Now we're getting somewhere, your able to get a set of "URL" paths relative to a specific point. Unfortunately the concept of a "directory" gets replaced more with the concept of a "context", but we know from JNDI there already is a very strong mapping between file systems and JNDI contexts. > Users would have to mount a file system in JNDI and > the term JNDI alone is enough to make some people turn away. > No, not necessarily, relative to the webapplication context, the user needs to know nothing about the fact that JNDI is being used. As well, internally to the taglibrary "mounting" of a JNDI Context could be a facilitated in such a way as to make it very transparent to the user as well. Imagine: URL fileurl = application.getResource("/WEB-INF/lib/xyz.zip"); where ctx would be a jndi context configured by the library to be either a filesystem provider or a war/jar what have provider. I'm not sure if this is something actually exposed by the Container as a service. Now, if I remember properly from the tutorial on JNDI Federated Namespacing. A JNDI lookup that returned this resource could configured to return an actual object or contents of that object, ie something similar to URl url = (URL)ctx.lookup("/WEB-INF/lib/xyz.zip"); quite possibly this could span multiple naming contexts as so: URl url = (URL)ctx.lookup("/WEB-INF/lib/xyz.zip/part1/abc/foo.txt"); a taglibrary built around this generic concept would basically be the jndi taglibrary, but jndi is an abstraction that scares people for some reason. And, when accessing a directory structure such as a "file system" they tend to use terms like "directory", "subdirectory", "path" and "file" instead of "Context", "Subcontext", "Name" and "Object". In the world of Webapplications there the added terminology of "resource" drawn from the Class.getResource(...) of object. So, in the webapplication world, is there a generic way we can traverse this contextual space that's easy for the JSP taglibrary user to comprehend and map into their concept of "filesystem" but yet have it be generic enough to span the variations that can happen in the mounting of a Webapplication? -Mark > Martin > > Mark R. Diggory wrote: > >> What about soemthing more "generic" I.E. Jars and filesystems can be >> mounted as JNDI resources, we have a jndi taglibrary, maybe "flavors" >> of a JNDI taglibrary oriented towards Jar or Filesystem SP's? I >> understand much of the mechanism for mounting webapplications into >> tomcat relies on this? >> >> -M. >> >> Martin Cooper wrote: >> >>> On Fri, 7 Nov 2003, Martin van Dijken wrote: >>> >>> >>>> Hey gang, >>>> >>>> Back on the list. Working out of home now, so I won't be responding >>>> quickly since I have a millerrobert@example.com. Apologies for that. That >>>> said, me >>>> and a friend propose to add a taglibrary we've built to the jakarta >>>> taglibs. We're not 100% sure what exactly is required to do so, so >>>> let me >>>> give a description of what's been built. >>>> >>>> Simply put, the taglibrary displays information of the File system. It >>>> allows the programmer to show directory structure, information from >>>> files, >>>> folder listings etc. What we've been using it for is for creating >>>> dynamic >>>> menus without using a database. >>>> >>>> What we'd like to know is: >>>> - Is there interest for a taglib such as this? >>> >>> >>> >>> >>> From me personally, no, since AFAIK a web app isn't guaranteed to have >>> access to the file system (assuming there is one at all), so it doesn't >>> seem like a good idea to build in such an assumption. >>> >>> But I'm sure there are folks who would use such a thing. >>> >>> >>>> - What are the requirements on a taglib to be allowed into the >>>> jakarta cvs? >>> >>> >>> >>> >>> See: >>> >>> http://jakarta.apache.org/taglibs/#GettingInvolved >>> >>> and in particular the section on New Project Submission. >>> >>> -- >>> Martin Cooper >>> >>> >>> >>>> Greetz, >>>> >>>> Martin van Dijken >>>> Martin Reurings >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: millerrobert@example.com >>>> For additional commands, e-mail: millerrobert@example.com >>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: millerrobert@example.com >>> For additional commands, e-mail: millerrobert@example.com >>> >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: millerrobert@example.com > For additional commands, e-mail: millerrobert@example.com > -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: millerrobert@example.com For additional commands, e-mail: millerrobert@example.com From taglibs-dev-returnmillerrobert@example.com Sat Nov 08 18:49:19 2003 Return-Path: <taglibs-dev-returnmillerrobert@example.com> Delivered-To: millerrobert@example.com Received: (qmail 25561 invoked from network); 8 Nov 2003 18:49:19 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 8 Nov 2003 18:49:19 -0000 Received: (qmail 32028 invoked by uid 500); 8 Nov 2003 18:49:09 -0000 Delivered-To: millerrobert@example.com Received: (qmail 32005 invoked by uid 500); 8 Nov 2003 18:49:09 -0000 Mailing-List: contact millerrobert@example.com; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:millerrobert@example.com> List-Subscribe: <mailto:millerrobert@example.com> List-Help: <mailto:millerrobert@example.com> List-Post: <mailto:millerrobert@example.com> List-Id: "Tag Libraries Developers List" <taglibs-dev.jakarta.apache.org> Reply-To: "Tag Libraries Developers List" <millerrobert@example.com> Delivered-To: mailing list millerrobert@example.com Received: (qmail 31991 invoked from network); 8 Nov 2003 18:49:08 -0000 Received: from unknown (HELO umbongo.flamefew.net) (83.161.120.155) by daedalus.apache.org with SMTP; 8 Nov 2003 18:49:08 -0000 Received: by umbongo.flamefew.net (Postfix on Linux (i386), from userid 500) id 8B67BC53; Sat, 8 Nov 2003 13:49:07 -0500 (EST) Received: from localhost (localhost [83.161.120.155]) by umbongo.flamefew.net (Postfix on Linux (i386)) with ESMTP id 843BA55B; Sat, 8 Nov 2003 13:49:07 -0500 (EST) Date: Sat, 8 Nov 2003 13:49:07 -0500 (EST) From: Henri Yandell <millerrobert@example.com> X-X-Sender: millerrobert@example.com To: Tag Libraries Developers List <millerrobert@example.com> Cc: Martin Reurings <millerrobert@example.com> Subject: Re: Proposal for File taglibrary In-Reply-To: <millerrobert@example.com> Message-ID: <millerrobert@example.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N http://www.xephyrus.com/taglib-files/ is an existing taglib within this area. While it's not hosted at Apache, the licence is BSD-equivalent to the eye. I'd be interested in seeing whether the functionalities of this taglib interact, replace or clash with this taglib. Hen On Sat, 8 Nov 2003, Martin van Dijken wrote: > The proposal email I sent before but now according to jakarta guidelines. > > I. Motivation. > The taglibrary we're proposing has one significant usage. It allows the > Jsp author to use the file system as a dynamic menu. The tags allow the > author to create listings of directories and show attributes and content > of files. > > II. Overview. > The taglib currently features a few things: > > 1. Navigation through the file system. > There are essentially three tags that make this possible: > 1.1 The file tag > Displays info of a file. Initially is set to the current JSP file, but > can also point to another file using the name attribute. > 1.2 The parent tag > Displays info of the parent directory of the current file. > 1.3 The dir:loop tag > Loops files in the current directory. The dirLoop tag accepts 3 > attributes. reverse means to sort the results in reverse order. start is > from what item to start the loop. max is the maximum number of items to > display. > 1.4 The dir:index tag > Opens the index file in the current directory. An index file is a file > that is named index.jsp,htm or html. Haven't been able yet to find a way > to read the web.xml's welcome-file-list from code. > <file:file><!-- Opens the current JSP file --> > <file:parent><!-- Opens the parent of the opened file --> > <dir:index> > <!-- Use tags to display info of the index file --> > </dir:index> > <dir:loop><!-- Loops all items in the current directory --> > <!-- Use tags to display info of the current file --> > </dir:loop> > </file:parent> > </file:file> > > 2. Filtering based on file
{'source': 'Apache Software Foundation Public Mail Archives'}