Re: Taglibs-bsf is missing
If you want to participate on this mailing list, please subscribe first so you will receive all replies. On Thu, Jun 11, 2009 at 12:19 PM, Paolo Pedrellip.pedre...@bytesh.com wrote: On the page: http://jakarta.apache.org/taglibs/doc/bsf-doc/intro.html all folllowing links are broken: Download the BSF Tag Library nightly development build http://jakarta.apache.org/taglibs/binarydist.html Download Jakarta-Taglibs Source: http://jakarta.apache.org/builds/jakarta-taglibs/nightly Download entire Jakarta-Taglibs Distribution http://jakarta.apache.org/builds/jakarta-taglibs/nightly/projects/bsf/ Where could I find Jakarta-Taglibs-bsf Tag library ? snip/ The BSF taglib was probably never released and has been deprecated (there will be no further work on it here and thus, no future releases as part of Jakarta Taglibs). If you want, you could try building the source yourself and testing it to determine if thats of any use for you. The source in SVN is here: http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated/bsf/trunk/ -Rahul Many thanks best regards. Paolo Pedrelli Senior System Engineer Byte Software House S.p.A. Centro Direzionale Duemilauno Via Piero Gobetti 52/3 - 40129 Bologna Tel. +39 051 3540248 - Fax +39 051 3540222 Cell. +39 348 5289110 Questo messaggio di posta elettronica contiene informazioni di carattere riservato rivolte esclusivamente al destinatario sopra indicato. E' vietato l'uso, la diffusione, distribuzione o riproduzione da parte di ogni altra persona. Nel caso aveste ricevuto questo messaggio di posta elettronica per errore, siete pregati di segnalarlo immediatamente al mittente e distruggere quanto ricevuto (compresi i file allegati) senza farne copia. Qualsivoglia utilizzo non autorizzato del contenuto di questo messaggio costituisce violazione dell'obbligo di non prendere cognizione della corrispondenza tra altri soggetti, salvo più grave illecito, ed espone il responsabile alle relative conseguenze. This e-mail transmission may contain legally privileged and/or confidential information, it is intended only for the use of the recipient(s) named above. Any use, distribution, reproduction or disclosure by any other person is strictly prohibited and will be legally prosecuted. If you have received this e-mail in error, please notify the sender and destroy the original transmission and its attachments without reading or saving it in any manner. - To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org
Re: Taglibs
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote: On Mon, Jun 30, 2008 at 1:24 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: snip/ Yup, if you're interested (you can leave the component unmarked or choose Unknown Taglib for site): http://jakarta.apache.org/taglibs/bugs.html cool, thanks. Documentation and broken links aside, it'd be nice if someone could get the automatic build stuff going again, or at least make sure there was a most-recent-build to be found where the link currently points... snap/ Yes, I agree. Unfortunately, given thats its a holiday week coming up, I personally won't be able to get to it soon enough. I have also carefully avoided involving myself in CI tasks over the years (its not a recommended strategy, and lets see how long that lasts!). Previously, the nightlies were hosted by a kind soul (Glenn) and we need to move them to ASF hardware at some point. In any case, the deprecated libraries (as listed on the taglibs home page) will be the last in line (if at all) in terms of reviving nightlies. Building from source is indeed a bit more painful, but ofcourse that option is always open to everyone. -Rahul H* -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On 7/1/08, Henri Yandell [EMAIL PROTECTED] wrote: On Mon, Jun 30, 2008 at 12:25 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: snip/ The Jakarta Taglibs project has slowed down considerably, though in terms of interest: * Few relatively recent fixes have been made to JSTL 1.2 (by Hen) JSTL 1.1. Few = 30 resolved items. 12 or so patches applied. Robert Goff just offered up JSTL 1.2 as a patch, and once he's able to send in a software grant then we can be looking at releasing both the JSTL 1.1.3 release and a JSTL 1.2.0 release. snap/ +1 to both ideas. * I'm still interested maintaining in the RDC taglib (addressing issues as they come) I'm somewhat interested in merging various bits into an Unstandard taglib, but wasn't sure if there was enough user interest in taglibs nowadays. snip/ Makes sense to me, if someone wants to do it (Standard and RDC can stand on their own, given their nature(s), and the fact that they're large enough). -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Sun, Jun 29, 2008 at 11:09 AM, Aaron Freeman [EMAIL PROTECTED] wrote: Is Jakarta Taglibs dead? Last news even on the main page was 2005. Should I look at using other taglib repositories or is it safe to continue incorporating these into production? Dunno about dead, can't speak for any of the developers, but... Specifically I am considering using Mailer2 initially, but don't want to do that if it and/or the whole taglib project has been abandoned. ..I've used Mailer2 in production. I don't recall any problems with it. FWIW, -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 11:01 AM, Andrés M. Luna [EMAIL PROTECTED] wrote: Hi. I looking for URL to download Mailer2. Please can send me the URL for download Taglib Mailer 2. mmm -- looking just now, it no longer seems to be available, even as source. That's a bummer. You should try to contact a jakarta maintainer, I suppose, and see if they can fix that. Alternatively, use the Mailer taglib, which /is/ still available. HTH, -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 2:26 PM, Hassan Schroeder [EMAIL PROTECTED] wrote: On Mon, Jun 30, 2008 at 11:01 AM, Andrés M. Luna [EMAIL PROTECTED] wrote: Hi. I looking for URL to download Mailer2. Please can send me the URL for download Taglib Mailer 2. mmm -- looking just now, it no longer seems to be available, even as source. That's a bummer. This should be the Subversion location: http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/ Haven't recalled where to find a build yet... You should try to contact a jakarta maintainer, I suppose, and see if they can fix that. Alternatively, use the Mailer taglib, which /is/ still available. HTH, -- Hassan Schroeder [EMAIL PROTECTED] -- Kris Schneider mailto:[EMAIL PROTECTED] directThought http://www.directThought.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 12:02 PM, Kris Schneider [EMAIL PROTECTED] wrote: mmm -- looking just now, it no longer seems to be available, even as source. That's a bummer. This should be the Subversion location: http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/ Ah, OK. Too bad the links on the jakarta.apache.org site are a total 404-fest. Does anyone know who is (was!) maintaining this? I'd volunteer some time to help clean this up. -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On 6/29/08, Aaron Freeman [EMAIL PROTECTED] wrote: Is Jakarta Taglibs dead? Last news even on the main page was 2005. Should I look at using other taglib repositories or is it safe to continue incorporating these into production? snip/ Jakarta Taglibs has seen very little new development since 2006. IMO, whether you should use any of these depends on whether a *released* version of any of these tag libraries satisfies your needs as-is. If you find that you are needing more, or would like improvements / features to be put in place, you should first check the developer list to see if there is any interest in doing so. Specifically I am considering using Mailer2 initially, but don't want to do that if it and/or the whole taglib project has been abandoned. snap/ Mailer2 is currently listed as a deprecated sandbox library ( see LHS menu on home page [1] ) -- there is no current development with it at all AFAIK. The Jakarta Taglibs project has slowed down considerably, though in terms of interest: * Few relatively recent fixes have been made to JSTL 1.2 (by Hen) * I'm still interested maintaining in the RDC taglib (addressing issues as they come) Finally, FWIW, since this is an all-volunteer effort, the development tempo can change if enough people still want to develop tag libraries here. In the past couple of years, we haven't seen much of that. For those interested, it might be best to: * Ping the dev list to see how much interest there is for the taglib in question * Post patches -- fixes, improvements -- if there is interest (you can post them otherwise too, but having a realistic chance of those being applied might mean something) -Rahul [1] http://jakarta.apache.org/taglibs/ Thanks, Aaron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote: On Mon, Jun 30, 2008 at 12:02 PM, Kris Schneider [EMAIL PROTECTED] wrote: mmm -- looking just now, it no longer seems to be available, even as source. That's a bummer. This should be the Subversion location: http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/ Ah, OK. Too bad the links on the jakarta.apache.org site are a total 404-fest. snip/ Indeed. Does anyone know who is (was!) maintaining this? snap/ Its all the Jakarta Taglibs committers -- very few are currently around (or active). I think I added the last news item in '05, but I do see some edits as late as July '07 (when the site was last deployed). I'd volunteer some time to help clean this up. snip/ That'd be great. The site sources are here: http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/ -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 12:34 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: I'd volunteer some time to help clean this up. That'd be great. The site sources are here: http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/ OK, how do I get commit rights, or does this just mean submitting patches to the dev list, or ? I've contributed to the Tomcat docs, but that was a how-to I wrote from scratch and sent to Mark Thomas, so I haven't been on that side of the curtain :-) And feel free to contact me off-list if you prefer. H* -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote: On Mon, Jun 30, 2008 at 12:34 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: I'd volunteer some time to help clean this up. That'd be great. The site sources are here: http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/ OK, how do I get commit rights, snip/ You are probably familiar with this, but see: (bottom of the page has couple of pointers) http://www.apache.org/foundation/getinvolved.html or does this just mean submitting patches to the dev list, or ? snap/ Yup, if you're interested (you can leave the component unmarked or choose Unknown Taglib for site): http://jakarta.apache.org/taglibs/bugs.html I've contributed to the Tomcat docs, but that was a how-to I wrote from scratch and sent to Mark Thomas, so I haven't been on that side of the curtain :-) snip/ Its not at all ;-) And feel free to contact me off-list if you prefer. snap/ Thank you, but I have nothing to say here beyond what I say on these lists :-) Plus, the list allows others to get involved in the conversation (and/or tasks!) if they want to. -Rahul H* -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 1:24 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: http://www.apache.org/foundation/getinvolved.html at first glance it seemed more project- than site-centric, but I'll revisit and figure it out. :-) Yup, if you're interested (you can leave the component unmarked or choose Unknown Taglib for site): http://jakarta.apache.org/taglibs/bugs.html cool, thanks. Documentation and broken links aside, it'd be nice if someone could get the automatic build stuff going again, or at least make sure there was a most-recent-build to be found where the link currently points... H* -- Hassan Schroeder [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs
On Mon, Jun 30, 2008 at 12:25 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: On 6/29/08, Aaron Freeman [EMAIL PROTECTED] wrote: Specifically I am considering using Mailer2 initially, but don't want to do that if it and/or the whole taglib project has been abandoned. snap/ Mailer2 is currently listed as a deprecated sandbox library ( see LHS menu on home page [1] ) -- there is no current development with it at all AFAIK. The download that people probably depend on was a nightly build that has since been deleted. The Jakarta Taglibs project has slowed down considerably, though in terms of interest: * Few relatively recent fixes have been made to JSTL 1.2 (by Hen) JSTL 1.1. Few = 30 resolved items. 12 or so patches applied. Robert Goff just offered up JSTL 1.2 as a patch, and once he's able to send in a software grant then we can be looking at releasing both the JSTL 1.1.3 release and a JSTL 1.2.0 release. * I'm still interested maintaining in the RDC taglib (addressing issues as they come) I'm somewhat interested in merging various bits into an Unstandard taglib, but wasn't sure if there was enough user interest in taglibs nowadays. Finally, FWIW, since this is an all-volunteer effort, the development tempo can change if enough people still want to develop tag libraries here. In the past couple of years, we haven't seen much of that. For those interested, it might be best to: * Ping the dev list to see how much interest there is for the taglib in question * Post patches -- fixes, improvements -- if there is interest (you can post them otherwise too, but having a realistic chance of those being applied might mean something) Yep. If there are 404s, point them out and we'll fix them. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglibs build error on OS X using DarwinPorts
Thanks Kris. Yes, I dig up a little and found my JspTagException class has only a single constructor takes only String parameter. It appears my servlet23 MacPorts package outdated. thanks, -don Kris Schneider wrote: It looks like you're referencing an older version of JspTagException. The constructor that takes a String and a Throwable was added in JSP 2.0 (J2EE 1.4). On 10/19/07, Don Oh [EMAIL PROTECTED] wrote: Hi, I'm new to this list... googling didn't help me so far. Just hoping someone on this list might be able to provide me quick help. Compiling tomcat5 on Mac OS 10.4.11, Intel Mackbook Pro using Darwin(Mac)Ports, I am getting the following error: Any ideas? ( All the tomcat dependencies including servlet23-api and servlet24-api were built successfully up to this point. JAVA_HOME env. variable was set to Mac OS JavaVM.framework path) thanks, --- --- Building jakarta-taglibs-standard-11 with target dist Error: Target org.macports.build returned: shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard ant dist -Dbuild.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build -Ddist.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/dist -Djunit.jar=/opt/local/share/java/junit.jar -Dservlet24.jar=/opt/local/share/java/servlet24-api.jar -Djsp20.jar=/opt/local/share/java/jsp2-api.jar -Dxalan.jar=/opt/local/share/java/xalan.jar returned error 1 Command output: [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:552: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.xml.transform.TransformerException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(te.toString(), te); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:784: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.xml.transform.TransformerException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(te.toString(), te); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/IfTag.java:65: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.servlet.jsp.JspException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(ex.toString(), ex); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/WhenTag.java:63: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.servlet.jsp.JspException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(ex.toString(), ex); [javac] ^ [javac] Note: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/core/ImportSupport.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 33 errors BUILD FAILED /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build.xml:178: Compile failed; see the compiler error output for details. -- Kris Schneider mailto:[EMAIL PROTECTED] directThought http://www.directThought.com/
Re: taglibs build error on OS X using DarwinPorts
It looks like you're referencing an older version of JspTagException. The constructor that takes a String and a Throwable was added in JSP 2.0 (J2EE 1.4). On 10/19/07, Don Oh [EMAIL PROTECTED] wrote: Hi, I'm new to this list... googling didn't help me so far. Just hoping someone on this list might be able to provide me quick help. Compiling tomcat5 on Mac OS 10.4.11, Intel Mackbook Pro using Darwin(Mac)Ports, I am getting the following error: Any ideas? ( All the tomcat dependencies including servlet23-api and servlet24-api were built successfully up to this point. JAVA_HOME env. variable was set to Mac OS JavaVM.framework path) thanks, --- --- Building jakarta-taglibs-standard-11 with target dist Error: Target org.macports.build returned: shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard ant dist -Dbuild.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build -Ddist.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/dist -Djunit.jar=/opt/local/share/java/junit.jar -Dservlet24.jar=/opt/local/share/java/servlet24-api.jar -Djsp20.jar=/opt/local/share/java/jsp2-api.jar -Dxalan.jar=/opt/local/share/java/xalan.jar returned error 1 Command output: [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:552: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.xml.transform.TransformerException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(te.toString(), te); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:784: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.xml.transform.TransformerException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(te.toString(), te); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/IfTag.java:65: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.servlet.jsp.JspException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(ex.toString(), ex); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/WhenTag.java:63: cannot find symbol [javac] symbol : constructor JspTagException(java.lang.String,javax.servlet.jsp.JspException) [javac] location: class javax.servlet.jsp.JspTagException [javac] throw new JspTagException(ex.toString(), ex); [javac] ^ [javac] Note: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/core/ImportSupport.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 33 errors BUILD FAILED /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build.xml:178: Compile failed; see the compiler error output for details. -- Kris Schneider mailto:[EMAIL PROTECTED] directThought http://www.directThought.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglibs help
From: syed abrar [EMAIL PROTECTED] Iam new to this Struts framework. I have been assigned a complex GUI coding. If you are indeed using Struts, you might want to post to the struts-user list instead. (This is taglibs-user.) You can find info here: http://struts.apache.org/mail.html -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglibs help
On 7/6/05, Wendy Smoak [EMAIL PROTECTED] wrote: From: syed abrar [EMAIL PROTECTED] Iam new to this Struts framework. I have been assigned a complex GUI coding. If you are indeed using Struts, you might want to post to the struts-user list instead. (This is taglibs-user.) You can find info here: http://struts.apache.org/mail.html snip/ Thanks Wendy, though Abrar, I wonder if this is even a struts question just yet. It will help if you specify what view technology you are using, and if its JSPs, whether you're using JSTL or the Struts taglibs. The same link from a previous thread is probably going to be helpful with respect to the last bit (submitting the information using a collection of checkboxes) if you choose JSPs and further, the Struts Taglibs [ http://struts.apache.org/faqs/indexedprops.html ]. You will also need some client-side artifacts to update the view as you describe. Looking up JSP, JSTL, Struts and JavaScript references should give you the right ideas. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglibs-1.1 source
You could check out jakarta-taglibs from CVS then update or co the branch for the version of the taglib you want. Glenn On Mon, Mar 22, 2004 at 01:24:10PM -0500, Zachary Hartley wrote: Hello, Is there a way to get the source for a specific taglibs release, rather than just a nightly source distribution? Thanks. Zach - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
when i tested the c:import tag on my machine, it didn't work when pulled in the include page. i also tested it on the jsp page itself (not from the include page) and still got the same problem. this was on a unix sever so i then tested it on my local server (on a test app on win2000 pro), and still the images were broken. i cant figure it out because if i simply enter the url into my browser then it comes back with relative images etc no problem ??? i think the page is an html page created from a content managment system. its url (not the real one) is http://intranet.company.co.uk/sites/topnav/topnavheader?view=Administration so its creating html on the fly there is a section in the jstl documentation (section 7-64) that states some absolute URL resources may be incaccessible when using c:import. To provide access the JVM of the container should be started with the proper networking properties, eg proxyHost and proxyPort i've tested on both apps local windows and unix server though they're both running as stand alone tomcat 4.1 - do you know how i set the proxyhost and proxyPort in the jvm ? (so that i can tell the network people as they wont buy it otherwise - they operate an invisible proxy server and claim that it wont be this ) cheers chris At 16:18 07.02.2004 -0800, you wrote: On Thu, 5 Feb 2004, Chris Daly wrote: yes. i have an application with an include header.jsp file, and its using the c:redirect/ tag to go to the remote site then nothing happens in terms of header.jsp tag, this is missing from the browser page and appears to return nothing. That's not surprising. The redirect goes back to the browser, which will then request that page directly. Any output from the original request will be discarded, and replaced by the response from the redirected-to URL. in terms of the c:import tag it works ok if the url is simply entered into teh browser but if teh url is in an include tag then any relative image references are not to the imported url (which would be ok), but to the header include it seems. Is the page you're trying to include plain HTML, or is it also a JSP page? I'm wondering if there's something going on in a JSP page related to the original request URL that might be confusing things. -- Martin Cooper cheers At 08:19 05.02.2004 -0500, you wrote: Hang on, you lost me with the redirect problem. Are you saying that a JSP with something like: c:redirect url=http://java.sun.com// isn't working for you? I don't understand what you mean by, the app doesn't recognise it. Quoting Chris Daly [EMAIL PROTECTED]: thanks, i tried this on opera 6 for windows and it does not compute the base URI of the document per Section 14.14 of rfc2616. i tried using the jstl redirect tag but the app doesn't recognise it the header returns a blank and whats within the body tags takes up the space. it looks like a frameset within the header.jsp page is the only option. any other ideas ? cheers chris At 12:14 04.02.2004 -0500, you wrote: I've never used the IO taglib so I can't comment on it's abilities. The quick test I performed with JSTL's c:import failed to do what I think you're asking for (even when setting the Content-Location header). If you have access to either the Amaya or Opera browsers (as pointed to in the link I provided), you can verify if this is a browser issue. As for base: http://www.htmlhelp.com/reference/html40/head/base.html Quoting Chris Daly [EMAIL PROTECTED]: hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe,
RE: taglibs i/o or jstl core library
On Thu, 5 Feb 2004, Chris Daly wrote: yes. i have an application with an include header.jsp file, and its using the c:redirect/ tag to go to the remote site then nothing happens in terms of header.jsp tag, this is missing from the browser page and appears to return nothing. That's not surprising. The redirect goes back to the browser, which will then request that page directly. Any output from the original request will be discarded, and replaced by the response from the redirected-to URL. in terms of the c:import tag it works ok if the url is simply entered into teh browser but if teh url is in an include tag then any relative image references are not to the imported url (which would be ok), but to the header include it seems. Is the page you're trying to include plain HTML, or is it also a JSP page? I'm wondering if there's something going on in a JSP page related to the original request URL that might be confusing things. -- Martin Cooper cheers At 08:19 05.02.2004 -0500, you wrote: Hang on, you lost me with the redirect problem. Are you saying that a JSP with something like: c:redirect url=http://java.sun.com// isn't working for you? I don't understand what you mean by, the app doesn't recognise it. Quoting Chris Daly [EMAIL PROTECTED]: thanks, i tried this on opera 6 for windows and it does not compute the base URI of the document per Section 14.14 of rfc2616. i tried using the jstl redirect tag but the app doesn't recognise it the header returns a blank and whats within the body tags takes up the space. it looks like a frameset within the header.jsp page is the only option. any other ideas ? cheers chris At 12:14 04.02.2004 -0500, you wrote: I've never used the IO taglib so I can't comment on it's abilities. The quick test I performed with JSTL's c:import failed to do what I think you're asking for (even when setting the Content-Location header). If you have access to either the Amaya or Opera browsers (as pointed to in the link I provided), you can verify if this is a browser issue. As for base: http://www.htmlhelp.com/reference/html40/head/base.html Quoting Chris Daly [EMAIL PROTECTED]: hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
thanks, i tried this on opera 6 for windows and it does not compute the base URI of the document per Section 14.14 of rfc2616. i tried using the jstl redirect tag but the app doesn't recognise it the header returns a blank and whats within the body tags takes up the space. it looks like a frameset within the header.jsp page is the only option. any other ideas ? cheers chris At 12:14 04.02.2004 -0500, you wrote: I've never used the IO taglib so I can't comment on it's abilities. The quick test I performed with JSTL's c:import failed to do what I think you're asking for (even when setting the Content-Location header). If you have access to either the Amaya or Opera browsers (as pointed to in the link I provided), you can verify if this is a browser issue. As for base: http://www.htmlhelp.com/reference/html40/head/base.html Quoting Chris Daly [EMAIL PROTECTED]: hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
yes. i have an application with an include header.jsp file, and its using the c:redirect/ tag to go to the remote site then nothing happens in terms of header.jsp tag, this is missing from the browser page and appears to return nothing. in terms of the c:import tag it works ok if the url is simply entered into teh browser but if teh url is in an include tag then any relative image references are not to the imported url (which would be ok), but to the header include it seems. cheers At 08:19 05.02.2004 -0500, you wrote: Hang on, you lost me with the redirect problem. Are you saying that a JSP with something like: c:redirect url=http://java.sun.com// isn't working for you? I don't understand what you mean by, the app doesn't recognise it. Quoting Chris Daly [EMAIL PROTECTED]: thanks, i tried this on opera 6 for windows and it does not compute the base URI of the document per Section 14.14 of rfc2616. i tried using the jstl redirect tag but the app doesn't recognise it the header returns a blank and whats within the body tags takes up the space. it looks like a frameset within the header.jsp page is the only option. any other ideas ? cheers chris At 12:14 04.02.2004 -0500, you wrote: I've never used the IO taglib so I can't comment on it's abilities. The quick test I performed with JSTL's c:import failed to do what I think you're asking for (even when setting the Content-Location header). If you have access to either the Amaya or Opera browsers (as pointed to in the link I provided), you can verify if this is a browser issue. As for base: http://www.htmlhelp.com/reference/html40/head/base.html Quoting Chris Daly [EMAIL PROTECTED]: hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? Quoting Martin van Dijken [EMAIL PROTECTED]: Hey Chris, Can't you take that into account on the page you're including? I can't imagine there would be a tag that actually parses the HTML it retrieves to correct incorrect paths. You see, you want images to work, another will want stylesheets to work, yet another wants forms to submit anyway. Plus there are quite a few ways to get a picture into a page. You'd have to check the style attribute, the src attribute and several other places. It is simply far too much work to start on. Grtz, Martin -Original Message- From: Chris Daly [mailto:[EMAIL PROTECTED] Sent: woensdag 4 februari 2004 12:05 To: [EMAIL PROTECTED] Subject: taglibs i/o or jstl core library hi i'm trying to make a url include within a page and was wondering which tag could pull in the url and display relative image links within the url ? cheers chris -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs i/o or jstl core library
I've never used the IO taglib so I can't comment on it's abilities. The quick test I performed with JSTL's c:import failed to do what I think you're asking for (even when setting the Content-Location header). If you have access to either the Amaya or Opera browsers (as pointed to in the link I provided), you can verify if this is a browser issue. As for base: http://www.htmlhelp.com/reference/html40/head/base.html Quoting Chris Daly [EMAIL PROTECTED]: hi what i've done is imprt teh i/o tag library from http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to use an existing include jsp to pull in the remote url and all relative image links using the io:request tag. I'm now looking at the jstl and url related actions and the c:import tag - would this work where io:request hasn't ? what do you mean by a resource that uses a base element - can you give an example ? cheers chris At 09:10 04.02.2004 -0500, you wrote: In theory, you might be able to do this by setting the Content-Location header to match the resource you're importing. In practice, however, this doesn't seem to be too well supported: http://jigsaw.w3.org/HTTP/CL/ Have you tried imorting a resource that uses a base element to see if that works? -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs and Commons Logging
I've been attempting this strategy, but it seems that in the web application, somehow the properties files in the classes directory don't seem to get recognized by commons logging and used. When I compile my tags, they get deployed into jars in the WEB-INF /lib directory. I'm concerned that the libs endup on the classpath before the properties files, I'm wondering if theres a chance that its not searching the whole classpath when seaching for the properties files. Am I missing something? Here's my layout: /WEB-INF/classes/commons-logging.properties org.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog /WEB-INF/classes/simplelog.properties org.apache.commons.logging.simplelog.defaultlog=trace org.apache.commons.logging.simplelog.showdatetime=true /WEB-INF/lib/commons-logging.jar /WEB-INF/lib/commons-logging-api.jar /WEB-INF/lib/mytags.jar And I don't see any log events in catalina.out for the log.debug(...) calls I'm making in my classes. -Mark Karr, David wrote: Struts uses commons-logging. If you put a commons-logging.properties file in your WEB-INF/classes directory, with the following contents: org.apache.commons.logging.Log = org.apache.commons.logging.impl.SimpleLog Then, you can have a file named simplelog.properties in the same place, with contents like: org.apache.commons.logging.simplelog.defaultlog = warn Other systems using commons-logging will probably work the same way. -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED]] I'm trying to find the best way to integrate commons-logging into my taglibs. Do any of the jakarta taglibraries use the Commons API for logging? If so, how do you configure the environment so that the appropriate logging facility is picked up and used? I'm struggling to get the default be the Simple logger, then other Logging implementations be used if availble. But I can't see how to do it simply within the taglibary/Jatr for my project. Any tips would be helpfull, -Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs and Commons Logging
Hold on, I made a stupid mistake, my files were named commons-logging.properties.properties for some weird reason. It works now. thanks, Mark Mark R. Diggory wrote: I've been attempting this strategy, but it seems that in the web application, somehow the properties files in the classes directory don't seem to get recognized by commons logging and used. When I compile my tags, they get deployed into jars in the WEB-INF /lib directory. I'm concerned that the libs endup on the classpath before the properties files, I'm wondering if theres a chance that its not searching the whole classpath when seaching for the properties files. Am I missing something? Here's my layout: /WEB-INF/classes/commons-logging.properties org.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog /WEB-INF/classes/simplelog.properties org.apache.commons.logging.simplelog.defaultlog=trace org.apache.commons.logging.simplelog.showdatetime=true /WEB-INF/lib/commons-logging.jar /WEB-INF/lib/commons-logging-api.jar /WEB-INF/lib/mytags.jar And I don't see any log events in catalina.out for the log.debug(...) calls I'm making in my classes. -Mark Karr, David wrote: Struts uses commons-logging. If you put a commons-logging.properties file in your WEB-INF/classes directory, with the following contents: org.apache.commons.logging.Log= org.apache.commons.logging.impl.SimpleLog Then, you can have a file named simplelog.properties in the same place, with contents like: org.apache.commons.logging.simplelog.defaultlog= warn Other systems using commons-logging will probably work the same way. -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED]] I'm trying to find the best way to integrate commons-logging into my taglibs. Do any of the jakarta taglibraries use the Commons API for logging? If so, how do you configure the environment so that the appropriate logging facility is picked up and used? I'm struggling to get the default be the Simple logger, then other Logging implementations be used if availble. But I can't see how to do it simply within the taglibary/Jatr for my project. Any tips would be helpfull, -Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Taglibs and Commons Logging
-Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED]] I've been attempting this strategy, but it seems that in the web application, somehow the properties files in the classes directory don't seem to get recognized by commons logging and used. When I compile my tags, they get deployed into jars in the WEB-INF /lib directory. I'm concerned that the libs endup on the classpath before the properties files, I'm wondering if theres a chance that its not searching the whole classpath when seaching for the properties files. Am I missing something? Here's my layout: /WEB-INF/classes/commons-logging.properties org.apache.commons.logging.Log=org.apache.commons.logging.impl .SimpleLog /WEB-INF/classes/simplelog.properties org.apache.commons.logging.simplelog.defaultlog=trace org.apache.commons.logging.simplelog.showdatetime=true /WEB-INF/lib/commons-logging.jar /WEB-INF/lib/commons-logging-api.jar /WEB-INF/lib/mytags.jar And I don't see any log events in catalina.out for the log.debug(...) calls I'm making in my classes. Well, I would guess there's a good reason for that. The SimpleLog class just emits to stderr. Are you not able to see your server console? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs and Commons Logging
Karr, David wrote Well, I would guess there's a good reason for that. The SimpleLog class just emits to stderr. Are you not able to see your server console? I just tail catalina.out usually to track stuff I'm working on. Or I build my own log for a particular webapp if there's too much other activity going on there. Right now I think that catalina.out is set to be where stderr goes by default in a standard tomcat install on Linux, I could be wrong. Thanks for the help, I hope this info is of some help to others too, Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs to provide an abstraction for mobile device guis
Are there any taglibs out there that provide an abstraction layer for PDA device displays? An example of such would be the Microsoft ASP.NET mobile controls. The controls will properly render the gui widgets on about 200 devices ... JavaServer Faces, currently being defined in JSR-127, should help with this. See http://jcp.org/en/jsr/detail?id=127 -- Pierre -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: taglibs scope
On Wed, 24 Apr 2002, Cliffano Subagio wrote: I have a variable that would be used globally all over an application, c:set var=myGlobalVar scope=...Something/c:set and I put this code in 2 files a.jsp and b.jsp. What will happen if I use 'application' as the scope value? Once myGlobalVar is set in a.jsp, what will happen when the same exact code is encountered in b.jsp? Will it rewrite and overwrite the old myGlobalVar? or will it ignore the rewriting of the same myGlobalVar since myGlobalVar is already set with application scope? And will it behave differently if I set the scope as 'page' in the same scenario? There are two questions here, I believe. The first is, What happens if I try to overwrite an existing scoped variable (e.g., in application scope)? Here, the answer is simple: you can always overwrite a scoped variable. Using c:set will either create or replace a variable; nothing is sticky about the initial c:set. The second question, I believe, is, What happens if I have an application-scoped variable named 'foo' and try to set a page-scoped variable named 'foo'? The answer here, unfortunately, varies by implementation. The JSP standard technically provides for all scopes to represent a single namespace: if there is a 'foo' object, it has a single scope, and you can't have both ${pageScope.foo} and ${sessionScope.foo} at the same time. However, because the specification doesn't mandate that containers enforce this behavior, many don't, and (I would guess) most JSP users expect each scope to have its own namespace. The general advice that comes from all this is thus twofold: - There's absolutely no problem overwriting scoped variables within the same scope. - Avoid, when possible, using the same name in two different scopes to ensure your pages are portable from one container to another. JSTL's tags, like c:set, are neutral on the issue. They don't enforce more than their containers enforce. So they will let you create a page-scoped 'foo' if you have an application-scoped 'foo' as long as your container allows it; use this feature at your own risk. -- Shawn Bayern JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: taglibs as another taglibs' attribute value
On Mon, 22 Apr 2002, Amarant Merah wrote: I'm new to jsp taglibs, and wondering if taglibs implementation in the future will allow taglibs as another taglibs attribute value. For example: xtags:style xml=mycustomtaglib ... xsl=mycustomtaglib ... This pattern probably will never be allowed as such, but you can use JSTL's c:set tag to capture the output of one tag and feed it to another. You'll probably find this easier to read anyway, in the end: c:set var=myOutput my:customTag ... / /c:set x:transform xml=${myOutput} .../ This keeps with XML's syntax, even though it's a bit more verbose. -- Shawn Bayern JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: taglibs as another taglibs' attribute value
Which taglib does that belong? I checked jakarta.apache.org/taglibs and I can't find any c taglib. Thanks again, this really saves my day :). --- Shawn Bayern [EMAIL PROTECTED] wrote: On Mon, 22 Apr 2002, Amarant Merah wrote: I'm new to jsp taglibs, and wondering if taglibs implementation in the future will allow taglibs as another taglibs attribute value. For example: xtags:style xml=mycustomtaglib ... xsl=mycustomtaglib ... This pattern probably will never be allowed as such, but you can use JSTL's c:set tag to capture the output of one tag and feed it to another. You'll probably find this easier to read anyway, in the end: c:set var=myOutput my:customTag ... / /c:set x:transform xml=${myOutput} .../ This keeps with XML's syntax, even though it's a bit more verbose. -- Shawn Bayern JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = Amarant Merah - survive, and fighting. http://messenger.yahoo.com.au - Yahoo! Messenger - A great way to communicate long-distance for FREE! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs and included pages
On Wed, 3 Apr 2002, Bryan P. Glennon wrote: The problem is with the two include files. If I don't repeat the % taglib declarations in the included files, they don't work. It seems to me that once the libs are declared, that declaration should hold for the remainder of the page. I'm sure I'm missing something here, and I'm looking for enlightenment. When you include files with %@ include %, they are incorporated into the source file, and you wouldn't need to re-declare taglibs with %@ taglib %. However, jsp:include lets you include full, stand-alone pages (and other resources). More formally, jsp:include includes a separate translation unit, so the target page will still need its own declarations. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Taglibs and included pages - correction
As opposed to what I say below, leaving the %@ taglib declarations out of foo1 is ok - it displays fine. Thanks, Bryan -Original Message- From: Bryan P. Glennon Sent: Wednesday, April 03, 2002 6:27 PM To: [EMAIL PROTECTED] Subject: Taglibs and included pages I'm seeing some strange (or maybe intended) behavior with taglibs and included files. Here's what I do: %@ taglib prefix=bean uri=/WEB-INF/struts-bean.tld % %@ taglib prefix=html uri=/WEB-INF/struts-html.tld % Normal JSP/HTML stuff... html:form action=/action.do style=margin-botton:0m TABLE jsp:include page=/Common/foo1.jsp/ !-- Page specific rows go here -- /TABLE HR TABLE jsp:include page=/Common/foo2.jsp/ !-- More page specific rows here -- /TABLE /html:form More standard jsp/html (foo1 and foo2 just contain table rows but do use the struts bean tag.) The problem is with the two include files. If I don't repeat the % taglib declarations in the included files, they don't work. It seems to me that once the libs are declared, that declaration should hold for the remainder of the page. I'm sure I'm missing something here, and I'm looking for enlightenment. Any info is appreciated. Cheers, Bryan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs and included pages
Bryan == Bryan P Glennon [EMAIL PROTECTED] writes: Bryan I'm seeing some strange (or maybe intended) behavior with taglibs and Bryan included files. Here's what I do: Bryan %@ taglib prefix=bean uri=/WEB-INF/struts-bean.tld % Bryan %@ taglib prefix=html uri=/WEB-INF/struts-html.tld % Bryan Normal JSP/HTML stuff... Bryan html:form action=/action.do style=margin-botton:0m Bryan TABLE Bryan jsp:include page=/Common/foo1.jsp/ Bryan !-- Page specific rows go here -- Bryan /TABLE Bryan HR Bryan TABLE Bryan jsp:include page=/Common/foo2.jsp/ Bryan !-- More page specific rows here -- Bryan /TABLE Bryan /html:form Bryan The problem is with the two include files. If I don't repeat the % taglib declarations Bryan in the included files, they don't work. It seems to me that once the Bryan libs are declared, Bryan that declaration should hold for the remainder of the page. I'm sure I'm Bryan missing something Bryan here, and I'm looking for enlightenment. It helps to understand how the JSP include action works, as opposed to the include directive. Your main JSP and your included JSP pages are all compiled into individual servlets. They have to be able to work independently (even if they're generating only a fragment of the output). The include action happens at execution time, whereas the include directive happens at compile time. You could get away with leaving out the taglib declarations in the included pages if they were included with the directive, but not if they were included with the action. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Taglibs under JDK 1.1
DBTags probably does not support JDK 1.1. We haven't made any explicit attempt to do so, and there are probably Java 2 collections at the least. - Original Message - From: Alexander Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 6:38 PM Subject: Taglibs under JDK 1.1 Greetings, May I ask if Taglibs, more specifically DBTags, has any dependencies on Java 2 features? I would like to know because I get NoClassDefFoundError when trying dbtags-examples. I am using Jakarta Tomcat 3.2.1 with JDK 1.1.8. By the way, here's the exact error message: #v+ Error: 500 Location: /dbtags-examples/jdbc.jsp Internal Servlet Error: javax.servlet.ServletException at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:399) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java: 404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:37 2) at org.apache.tomcat.core.ContextManager.internalService(ContextManager .java:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:74 3) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnecti on(HttpConnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java :416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.jav a:498) at java.lang.Thread.run(Thread.java) Root cause: java.lang.NoClassDefFoundError #v- _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Taglibs, log tags for log4j
Ceki Gülcü wrote: Hi James, At 14:50 13.07.2001 +0100, James Strachan wrote: Hi Ceki From: Ceki Gülcü [mailto:[EMAIL PROTECTED]] FYI, Jochen Hiller has written logs tags based on log4j. The code seems pretty complete but I am not necessarily a good judge. I have also noticed his code resides under the org.apache.log4j.taglib namespace which hints that the code may be distributed along with standard log4j distribution, i.e. log4j.jar. As far as I know, there are now 3 logging taglibs based on log4j. Actually the log taglib in jakarta-taglibs started life as Joseph Ottinger's logging taglib - which may be one of the 3 you are thinking of. Joe donated his taglib to the taglibs project some time back. If I understand correctly, http://www.adjacency.org/logtags.jsp is no longer pertinent... Considering competition is good then there is nothing wrong with this state of affairs. However, this also means that there is wasted development effort. Agreed. If Jochen merges his work with the log taglib in jakarata taglibs (which seems likely) then we'll have only one. How about closer coopreation between the taglibs project and and the log4j project? Do you think we could work together to incorporate jakarta-taglib's log tag in log4j? I welcome your suggestions and comments. I think the jakarta-taglib project is a better place for the log taglib since it is a taglib. e.g. it can share work on common build formats, generation of HTML documentation and JSP 1.1, 1.2 TLDs and so on. Whatever you deem most appropriate is fine with me. IMHO, pre-packaging log taglib in log4j will give the former a serious boost. This may seem like a silly marketing detail but it can make a real difference for the log taglib. Regards, Ceki And vice versa. Due to the surrounding infrastructure, the log taglib can reside in jakarta-taglibs. But there is no reason joint releases can't be done. log4j could include the latest release of the log taglib, the log taglib could contain the latest release of log4j. This way both projects are doing the marketing. :-) Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | --
Re: Taglibs, log tags for log4j
Hi Ceki From: Ceki Gülcü [EMAIL PROTECTED] If I understand correctly, http://www.adjacency.org/logtags.jsp is no longer pertinent... Yes, thats Joe's original taglib. The log taglib at jakarta-taglibs supercedes that one. Whatever you deem most appropriate is fine with me. IMHO, pre-packaging log taglib in log4j will give the former a serious boost. This may seem like a silly marketing detail but it can make a real difference for the log taglib. Regards, Ceki In terms of CVS repository and so forth I'd prefer the log taglib to stay in the jakarta-taglibs project. Though there's nothing to stop the log4j distribution bundling the log4j taglib inside it. e.g. the daily or release build of log4j could cvs checkout the log4j taglib and include it in the log4j distribution. Then everyones happy, log4j comes with a taglib and the log taglib developers stay part of the jakarta-taglib project and community.. James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Taglibs, log tags for log4j
Hi Ceki From: Ceki Gülcü [mailto:[EMAIL PROTECTED]] FYI, Jochen Hiller has written logs tags based on log4j. The code seems pretty complete but I am not necessarily a good judge. I have also noticed his code resides under the org.apache.log4j.taglib namespace which hints that the code may be distributed along with standard log4j distribution, i.e. log4j.jar. As far as I know, there are now 3 logging taglibs based on log4j. Actually the log taglib in jakarta-taglibs started life as Joseph Ottinger's logging taglib - which may be one of the 3 you are thinking of. Joe donated his taglib to the taglibs project some time back. Considering competition is good then there is nothing wrong with this state of affairs. However, this also means that there is wasted development effort. Agreed. If Jochen merges his work with the log taglib in jakarata taglibs (which seems likely) then we'll have only one. How about closer coopreation between the taglibs project and and the log4j project? Do you think we could work together to incorporate jakarta-taglib's log tag in log4j? I welcome your suggestions and comments. I think the jakarta-taglib project is a better place for the log taglib since it is a taglib. e.g. it can share work on common build formats, generation of HTML documentation and JSP 1.1, 1.2 TLDs and so on. James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Taglibs, log tags for log4j
Hi James, At 14:50 13.07.2001 +0100, James Strachan wrote: Hi Ceki From: Ceki Gülcü [mailto:[EMAIL PROTECTED]] FYI, Jochen Hiller has written logs tags based on log4j. The code seems pretty complete but I am not necessarily a good judge. I have also noticed his code resides under the org.apache.log4j.taglib namespace which hints that the code may be distributed along with standard log4j distribution, i.e. log4j.jar. As far as I know, there are now 3 logging taglibs based on log4j. Actually the log taglib in jakarta-taglibs started life as Joseph Ottinger's logging taglib - which may be one of the 3 you are thinking of. Joe donated his taglib to the taglibs project some time back. If I understand correctly, http://www.adjacency.org/logtags.jsp is no longer pertinent... Considering competition is good then there is nothing wrong with this state of affairs. However, this also means that there is wasted development effort. Agreed. If Jochen merges his work with the log taglib in jakarata taglibs (which seems likely) then we'll have only one. How about closer coopreation between the taglibs project and and the log4j project? Do you think we could work together to incorporate jakarta-taglib's log tag in log4j? I welcome your suggestions and comments. I think the jakarta-taglib project is a better place for the log taglib since it is a taglib. e.g. it can share work on common build formats, generation of HTML documentation and JSP 1.1, 1.2 TLDs and so on. Whatever you deem most appropriate is fine with me. IMHO, pre-packaging log taglib in log4j will give the former a serious boost. This may seem like a silly marketing detail but it can make a real difference for the log taglib. Regards, Ceki -- Ceki Gülcü - http://qos.ch
Re: Taglibs Plans?
"Craig R. McClanahan" wrote: My personal view is that I'd rather migrate Struts users to the ultimately approved standard tags (in one move) rather than migrating to Taglibs and then to the standard -- but that decision is certainly open to the community for discussion. Some people might think that Struts is more of a framework than also a taglib collection, keeping some people away from using the taglibs thinking it implies using the framework as well. -- - Torgeir
Re: Taglibs Plans?
Pierre, Thank you for responding to my inquirary. I guess the root of these question come from a statement someone made to me. They mentioned that they read somewhere that Struts was going to be included in the next Sun J2EE specification. I could be wrong on this point as I have not read anything about it myself. It naturally brought up the question about future planning. What will be avaliable via all containers in the future, how do the various tag libs interact, what effect on one project does the inclusion of the other technologies in the specifications, etc? I see some overlap between Struts and the Taglibs project. I also saw the Standard Tag Libraries and wondered if it was the same project as Taglibs (or the intent to make the Taglibs project the standard). If Struts is truly going to be part of the new speifiations, it seems to make sense to sync up the two projects. Regards, Dana Scott Kaufman Pierre Delisle [EMAIL PROTECTED] wrote: [cc'ing the struts-dev community since this relates to them as well] Dana Kaufman wrote: Hi, I just came across the Taglibs project and was wondering if someone could answer questions about Taglibs and plan with other initiatives. I think Custom Tag Libraries are an important technology but I am confused as to how the various projects relate. 1) How does Taglibs relate to Struts? I noticed there was some overlap in functionality. Will these project be combined or synchronized at some point? There has been "informal" talks about this. Getting the two communities to work more closely together is definitely a goal. While not all tags in struts are candidates for taglibs (because they have dependencies on the underlying struts framework), some of them are general enough to fit very well within taglibs and might reach a wider audience because of that. Once Struts is done with its first final release, and that standard taglibs hit the road, it should be easier to sync everyone up. 2) What about Taglibs and the Standard Tag Libraries for Java Server Pages project being worked on by Sun for inclusion in the JSP reference environment. Are the Taglib developers involved in that project in any way? There are quite a few developers involved in jakarta-taglibs as well as struts that are also members of the expert group for JSR-052. I am myself a co-lead of that JSR. 3) Will the Taglibs project be included in future version of Tomcat like I beleive the Standard Tag Libraries will be? This is a question that would should be directed to the tomcat-dev community. However, I am not sure this would be a good idea since this could make a web-application non-portable to other containers. Also, since it is quite easy to include tag libraries in web-applications, not sure there would be a real benefit there. Thank you in advance for helping me understand the Custom Tag Library landscape :-) Dana Scott Kaufman -- Pierre
Re: Taglibs Plans?
On Tue, 10 Apr 2001, Dana Kaufman wrote: Pierre, Thank you for responding to my inquirary. I guess the root of these question come from a statement someone made to me. They mentioned that they read somewhere that Struts was going to be included in the next Sun J2EE specification. I could be wrong on this point as I have not read anything about it myself. That statement goes quite a ways beyond anything that *I* (as primary author of Struts) understand to be the case :-). Also, you can see the "Proposed Final Draft" version of the J2EE Specification (which qualifies as the "next" version in my book) by following the documentation links at http://java.sun.com/j2ee What you will see over time is some synching up between the web layer described in the J2EE Blueprints documents and the model suggested by Struts. But that is different from being part of the specification itself. It naturally brought up the question about future planning. What will be avaliable via all containers in the future, how do the various tag libs interact, what effect on one project does the inclusion of the other technologies in the specifications, etc? I believe you can count on the following: * At some point in time, all containers will support the "JSP Standard Tag Library" (or whatever the result of the JSR-052 effort is called) out of the box. Because the APIs for these tags will be standardized, you will likely see advanced containers make their JSP page compilers smart about the code they generate for these tags (in the same way that most containers understand things like jsp:useBean. But this will not make any difference to what the page author is free to use. * All custom tags that conform to the JSP 1.1 specification (which includes, but is not limited to, the tags that available in both Struts and Taglibs) will work on *all* JSP 1.1 containers. The compatibility story is fairly good already, and getting better all the time. Web applications will simply include the tag libraries they need (TLD and JAR files), and will work with no problems. * Custom tag libraries based on the JSP 1.1 specification will also work correctly on containers that implement the JSP 1.2 specification (currently in Proposed Final Draft statius), such as Tomcat 4.0 beta 3. The spec requires backwards compatibility for this, as well as for servlet 2.2 (JSP 1.2 goes hand in hand with Servlet 2.3). I see some overlap between Struts and the Taglibs project. I also saw the Standard Tag Libraries and wondered if it was the same project as Taglibs (or the intent to make the Taglibs project the standard). If Struts is truly going to be part of the new speifiations, it seems to make sense to sync up the two projects. Struts and Taglibs started at roughly the same time, but with different goals. Struts was aimed at being an "all in one" framework solution, while Taglibs was aimed at being a repository for libraries with (possibly) overlapping functionality. As Pierre mentions, there have been some discussions of abstracting out the non-framework-dependent tags in Struts, and migrating them to Taglibs. My personal view is that I'd rather migrate Struts users to the ultimately approved standard tags (in one move) rather than migrating to Taglibs and then to the standard -- but that decision is certainly open to the community for discussion. Both the Taglibs tags and the Struts tags are being examined in the JSR-052 process (along with other submissions). My personal belief is that the standard tags will end up being a synthesis of the best ideas from all sources, so they won't look precisely like any particular existing library. But, of course, the compatibility of custom tags across containers means that a developer can pick and choose what they want to use now, and migrate later if they want to. Regards, Dana Scott Kaufman Craig McClanahan