SAX warnings when compiling JSPs using Taglibs - 5.0.30
Hi, I don't know when this started to happen but suddenly those warning messages started to show up every time a JSP page is compiled. Has anyone got these message before, if yes how do we get rid of these? ParserUtils: warning org.xml.sax.SAXParseException: URI was not reported to parser for entity [document] ParserUtils: warning org.xml.sax.SAXParseException: No base URI; hope URI is absolute: http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd ParserUtils: warning org.xml.sax.SAXParseException: No base URI; hope this SYSTEM id is absolute: http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd ParserUtils: warning org.xml.sax.SAXParseException: URI was not reported to parser for entity [dtd] ParserUtils: warning org.xml.sax.SAXParseException: missing system ID, using http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd Here is a snippet from my tld file : ?xml version=1.0 encoding=UTF-8 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd; taglib tlib-version1.0/tlib-version jsp-version1.2/jsp-version short-nameflow_taglib/short-name uri/flow_taglib/uri display-nameflow_taglib/display-name descriptionTaglib to simplify flow2 layout/description /taglib and this is how in load the taglib in the JSPs files: [EMAIL PROTECTED] uri=/WEB-INF/tlds/flow_taglib.tld prefix=flow% Thanks -- Jean-Francois Beaulac [EMAIL PROTECTED]
Jakarta - taglibs
hi , Can we use jakarta Tag Libs to connecting to a database via JNDI and select an images from BLOB data field ? and aslo can we use that tags to having Links for each images ? That Links also stored in the database ? Can we display images randomly with the appropriate links ? if it is possible , can somebody give me some examples ? Thanx Kane. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Extra newline characters appenden to taglibs output?
Hello, I use Tomcat 5.0.30. I have problems with taglibs generated from tagfiles. Tomcat appends extra newline character at end of tag output. Example: Tagfile with just one line, rally without newline characters, located in WEB-INF/tags/sample.tag with one word: Sample And test jsp page: !-- --tags:sample /!-- -- Output looks like this: !-- --Sample !-- -- Is there any way to avoid such behaviour? I wanted to use another tagfile to produce URL used in this way a href=tags:url ... //a and that newline is very unwanted. -- Mikolaj Rydzewski [EMAIL PROTECTED] Becomo S.A. tel. (12) 2927104 smime.p7s Description: S/MIME Cryptographic Signature
RE: Extra newline characters appenden to taglibs output?
Can you send the code of the sampleTag ? -Original Message- From: Mikolaj Rydzewski [mailto:[EMAIL PROTECTED] Sent: 30 June 2005 10:30 To: Tomcat Users List Subject: Extra newline characters appenden to taglibs output? Hello, I use Tomcat 5.0.30. I have problems with taglibs generated from tagfiles. Tomcat appends extra newline character at end of tag output. Example: Tagfile with just one line, rally without newline characters, located in WEB-INF/tags/sample.tag with one word: Sample And test jsp page: !-- --tags:sample /!-- -- Output looks like this: !-- --Sample !-- -- Is there any way to avoid such behaviour? I wanted to use another tagfile to produce URL used in this way a href=tags:url ... //a and that newline is very unwanted. -- Mikolaj Rydzewski [EMAIL PROTECTED] Becomo S.A. tel. (12) 2927104 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extra newline characters appenden to taglibs output?
Raghupathy,Gurumoorthy wrote: Can you send the code of the sampleTag ? Everything is there: http://bsd.miki.eu.org/~wintermute/web/ -- Mikolaj Rydzewski [EMAIL PROTECTED] Becomo S.A. tel. (12) 2927104 smime.p7s Description: S/MIME Cryptographic Signature
Problem using Ditchnet Tab Taglibs
Hi, Has anyone used this taglib before? I am not able to display the image of the tab. The author said it is a known issue when it deploys in Window. So does anyone have a solution for this? Tomcat ver 5.0.028 is used. Thanks Terence -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.10.4 - Release Date: 4/27/2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Why would you have to have an entirely new reflection for more than one database call? That sound like a design SNAFU to me. Looks to me like you should be having one use of reflection instead of 1000. Jack On 4/17/05, Kevin Burton [EMAIL PROTECTED] wrote: Dakota Jack wrote: 1000 on a page? Really? That seems very odd to me given my experience. What would a page like that look like? Do you have examples? So psuedo code... - get a list of objects from your DB.. Say 500 - for each object tag A tag B tag C fn:length And so forth... Thats 2000 reflection calls and about 500ms. REALLY slow. Horribly slow in fact :-/ Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Dakota Jack wrote: Why would you have to have an entirely new reflection for more than one database call? That sound like a design SNAFU to me. Looks to me like you should be having one use of reflection instead of 1000. I don't have to have it. Tomcat is *doing* it. Forget the DB. If I have a list of 500 items. And I call 4 taglibs for each item. This yields a HUGE page slowdown. Very pathetic actually. I can't believe anyone finds this acceptable. Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Its not reflection killing you. For example, time this: %=System.currentTimeMillis()% c:forEach begin='0' end='${param.iterations}' ${more.cowbell} /c:forEach %=System.currentTimeMillis()% Where more is any java object and cowbell is a property (getCowbell()). In simple timing trials - even where iterations is greater than 2000 - I get subsecond response time. -Tim Kevin Burton wrote: Dakota Jack wrote: Why would you have to have an entirely new reflection for more than one database call? That sound like a design SNAFU to me. Looks to me like you should be having one use of reflection instead of 1000. I don't have to have it. Tomcat is *doing* it. Forget the DB. If I have a list of 500 items. And I call 4 taglibs for each item. This yields a HUGE page slowdown. Very pathetic actually. I can't believe anyone finds this acceptable. Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Tim Funk wrote: Its not reflection killing you. For example, time this: %=System.currentTimeMillis()% c:forEach begin='0' end='${param.iterations}' ${more.cowbell} /c:forEach %=System.currentTimeMillis()% Where more is any java object and cowbell is a property (getCowbell()). In simple timing trials - even where iterations is greater than 2000 - I get subsecond response time. I think something else is going on here then. I actually rewrote the above code to use a custom tag which I KNOW is slow in our system and even with 1 entries its very fast. Though when I took our production code and converted it from .tag files to jspfs it was 100x faster. So the issue is what has changed between the two code bases to make it THAT much faster. Its got to be some caching system or so forth. Maybe Tomcat can only cache so many methods and is recreating them. So its clearly not JUST reflected methods its something else on top of it Any other ideas? Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
To execute a tag file requires creating some new objects which migh have an overhead not quite comparable to RequestDispatcher.include() Thats probably the issue. -Tim Kevin Burton wrote: Tim Funk wrote: Its not reflection killing you. For example, time this: %=System.currentTimeMillis()% c:forEach begin='0' end='${param.iterations}' ${more.cowbell} /c:forEach %=System.currentTimeMillis()% Where more is any java object and cowbell is a property (getCowbell()). In simple timing trials - even where iterations is greater than 2000 - I get subsecond response time. I think something else is going on here then. I actually rewrote the above code to use a custom tag which I KNOW is slow in our system and even with 1 entries its very fast. Though when I took our production code and converted it from .tag files to jspfs it was 100x faster. So the issue is what has changed between the two code bases to make it THAT much faster. Its got to be some caching system or so forth. Maybe Tomcat can only cache so many methods and is recreating them. So its clearly not JUST reflected methods its something else on top of it Any other ideas? Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
On Mon, Apr 18, 2005 at 02:19:15PM -0700, Kevin Burton wrote: : So its clearly not JUST reflected methods its something else on top of : it What does your profiler report? -QM -- software -- http://www.brandxdev.net/ tech news -- http://www.RoarNetworX.com/ code scan -- http://www.JxRef.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
QM wrote: On Mon, Apr 18, 2005 at 02:19:15PM -0700, Kevin Burton wrote: : So its clearly not JUST reflected methods its something else on top of : it What does your profiler report? -QM I can't for the life of me figure it out! It certainly reports that doTag is taking a LOT of time but not WHY its taking a lot of time. Its reporting that reflection is hurting performance but this is only about 200ms vs 2500ms for the tag stuff. So I might have been wrong that Reflection is causing the problem and it MIGHT be a problem with the tag constructor or some other issue which is causing performance problems. Are there any options or any other ways to make .tag files which could change this behavior? I'm all ears... -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Why don't you break it down and find out where the time is going? On 4/18/05, Kevin Burton [EMAIL PROTECTED] wrote: QM wrote: On Mon, Apr 18, 2005 at 02:19:15PM -0700, Kevin Burton wrote: : So its clearly not JUST reflected methods its something else on top of : it What does your profiler report? -QM I can't for the life of me figure it out! It certainly reports that doTag is taking a LOT of time but not WHY its taking a lot of time. Its reporting that reflection is hurting performance but this is only about 200ms vs 2500ms for the tag stuff. So I might have been wrong that Reflection is causing the problem and it MIGHT be a problem with the tag constructor or some other issue which is causing performance problems. Are there any options or any other ways to make .tag files which could change this behavior? I'm all ears... -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Dakota Jack wrote: Why don't you break it down and find out where the time is going? So in summary.. now that I'm suspicious that its a tag instantiation issue I'm going to load up the webapp with FULL instrumentation... its about 8x slower but I think I'll need that level of granularity here. Anyway... I'm off to Thailand for 2 weeks (*woot!*) and I'll let you guys know the status when I get back. Thanks! -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reflection for custom taglibs killing performance...
I've been spending this week running a profiler across our webapp and Tomcat. We've had a few bottlenecks in our code that have since been removed but the remaining big bottleneck is Tomcat. The JSP engine is creating compiled code that is heavily relying on reflection. Reflection shouldn't hit the page too much but we have tight loops over say 400 items or so and each uses 10-20 taglibs. This is resulting in about 800ms of page load time.!!! After rewriting the taglibs to use jspf includes the page load drops 10x to about 80ms. The bottleneck is gone and the pages essentially snap on the screen. Very fast! :) Our app still has 2200 ms that can be shaved off if I could just get rid of reflection within taglibs. The problem is that I'd like to continue to use taglibs and I'd like to to avoid rewriting our code. Is there ANY way to get Tomcat to not use reflection in this situation. I'm running Tomcat 5.5.4 if it helps. Thanks. -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
On Sun, Apr 17, 2005 at 03:44:59PM -0700, Kevin Burton wrote: : We've had a few bottlenecks in our code that have since been removed but : the remaining big bottleneck is Tomcat. The JSP engine is creating : compiled code that is heavily relying on reflection. : [snip] : : Is there ANY way to get Tomcat to not use reflection in this situation. How could a tag work without reflection? For example, if you use any of the expression-language features, how is Tomcat supposed to react to, say, ${request.somvar.something} without dynamic invocation? While I doubt you could make Tomcat not use reflection (without completely hacking the source) perhaps you could share more details of what you're doing... that may give the rest of us insight to help you trim the bottlenecks more. i.e. you mention lots of looping and tag nesting; is there any way to change how that's done? -QM -- software -- http://www.brandxdev.net/ tech news -- http://www.RoarNetworX.com/ code scan -- http://www.JxRef.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
QM wrote: On Sun, Apr 17, 2005 at 03:44:59PM -0700, Kevin Burton wrote: : We've had a few bottlenecks in our code that have since been removed but : the remaining big bottleneck is Tomcat. The JSP engine is creating : compiled code that is heavily relying on reflection. : [snip] : : Is there ANY way to get Tomcat to not use reflection in this situation. How could a tag work without reflection? For example, if you use any of the expression-language features, how is Tomcat supposed to react to, say, ${request.somvar.something} without dynamic invocation? I'm not sure about this mechanism but if you take a function like: c:set var=test value=${foo:bar()} / and rewrite it to use c:set var=test foo:bar/ /c:set Then it won't use reflection. This is why c:set and c:choose and so forth work so well. There isn't a perf penalty here. So this means I'll have to rewrite all my function calls to elements that are in tight loops. There's also no reason that it MUST use reflection. I mean its a CODE generator so all you have to do is generate code that doesn't use reflection and calls the methods directly. There.s about a .5ms overhead for reflected functions and if you have 1000 on a page (EASY!) then it will be DOG slow. While I doubt you could make Tomcat not use reflection (without completely hacking the source) perhaps you could share more details of what you're doing... that may give the rest of us insight to help you trim the bottlenecks more. i.e. you mention lots of looping and tag nesting; is there any way to change how that's done? Well I think I'm going to have to review all forms of code that cause this and rewrite them. The BIGGEST problem as I currently see it is with .tag files. These use reflection but I can't figure out a way to rewrite them. I think if i were to do this it would yield DRAMATIC performance improvements. The REAL issue is that enabling developers to shoot themselves in the foot like this is really irresponsible and probably needs to be removed or a HUGE warning be placed before examples. Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
1000 on a page? Really? That seems very odd to me given my experience. What would a page like that look like? Do you have examples? On 4/17/05, Kevin Burton [EMAIL PROTECTED] wrote: QM wrote: On Sun, Apr 17, 2005 at 03:44:59PM -0700, Kevin Burton wrote: : We've had a few bottlenecks in our code that have since been removed but : the remaining big bottleneck is Tomcat. The JSP engine is creating : compiled code that is heavily relying on reflection. : [snip] : : Is there ANY way to get Tomcat to not use reflection in this situation. How could a tag work without reflection? For example, if you use any of the expression-language features, how is Tomcat supposed to react to, say, ${request.somvar.something} without dynamic invocation? I'm not sure about this mechanism but if you take a function like: c:set var=test value=${foo:bar()} / and rewrite it to use c:set var=test foo:bar/ /c:set Then it won't use reflection. This is why c:set and c:choose and so forth work so well. There isn't a perf penalty here. So this means I'll have to rewrite all my function calls to elements that are in tight loops. There's also no reason that it MUST use reflection. I mean its a CODE generator so all you have to do is generate code that doesn't use reflection and calls the methods directly. There.s about a .5ms overhead for reflected functions and if you have 1000 on a page (EASY!) then it will be DOG slow. While I doubt you could make Tomcat not use reflection (without completely hacking the source) perhaps you could share more details of what you're doing... that may give the rest of us insight to help you trim the bottlenecks more. i.e. you mention lots of looping and tag nesting; is there any way to change how that's done? Well I think I'm going to have to review all forms of code that cause this and rewrite them. The BIGGEST problem as I currently see it is with .tag files. These use reflection but I can't figure out a way to rewrite them. I think if i were to do this it would yield DRAMATIC performance improvements. The REAL issue is that enabling developers to shoot themselves in the foot like this is really irresponsible and probably needs to be removed or a HUGE warning be placed before examples. Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reflection for custom taglibs killing performance...
Dakota Jack wrote: 1000 on a page? Really? That seems very odd to me given my experience. What would a page like that look like? Do you have examples? So psuedo code... - get a list of objects from your DB.. Say 500 - for each object tag A tag B tag C fn:length And so forth... Thats 2000 reflection calls and about 500ms. REALLY slow. Horribly slow in fact :-/ Kevin -- Use Rojo (RSS/Atom aggregator)! - visit http://rojo.com. See irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jasper 2 problem with core taglibs in 5.5.7?
Hi folks, I have a Ant build which includes pre-compilation of JSPs. This has been working happily during prototyping with Tomcat 5.5.4, but has broken now that we have moved to Tomcat 5.5.7 as the latest stable build, which worries me a lot. The error I get during the build is: org.apache.jasper.JasperException: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application The Ant task: target name=define-jasper2-task taskdef name=jasper2 classname=org.apache.jasper.JspC classpath path id=jspc.classpath pathelement location=${java.home}/../lib/tools.jar / fileset dir=${tomcat.dir}/server/lib include name=*.jar / /fileset fileset dir=${tomcat.dir}/common/lib include name=*.jar / /fileset fileset dir=${lib-dir} include name=*.jar / /fileset /path /classpath /taskdef /target ${lib-dir} contains jstl.jar and standard.jar, and the line in the JSPs causing trouble is: %@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c % I understand this sort of error to be typically to do with JSTL1.0/1.1, but I don't think this is an issue here, especially as 5.5.4 works fine. The ONLY thing I change is the value of ${tomcat.dir}. Has anyone seen this, or can anyone suggest a resolution? Thanks, David Kennedy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper 2 problem with core taglibs in 5.5.7?
On Wed, 16 Feb 2005 16:40:25 +, David Kennedy [EMAIL PROTECTED] wrote: Hi folks, I have a Ant build which includes pre-compilation of JSPs. This has been working happily during prototyping with Tomcat 5.5.4, but has broken now that we have moved to Tomcat 5.5.7 as the latest stable build, which worries me a lot. The error I get during the build is: org.apache.jasper.JasperException: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application The Ant task: target name=define-jasper2-task taskdef name=jasper2 classname=org.apache.jasper.JspC classpath path id=jspc.classpath pathelement location=${java.home}/../lib/tools.jar / fileset dir=${tomcat.dir}/server/lib include name=*.jar / /fileset fileset dir=${tomcat.dir}/common/lib include name=*.jar / /fileset fileset dir=${lib-dir} include name=*.jar / /fileset /path /classpath /taskdef /target ${lib-dir} contains jstl.jar and standard.jar, and the line in the JSPs causing trouble is: %@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c % I understand this sort of error to be typically to do with JSTL1.0/1.1, but I don't think this is an issue here, especially as 5.5.4 works fine. The ONLY thing I change is the value of ${tomcat.dir}. Has anyone seen this, or can anyone suggest a resolution? http://issues.apache.org/bugzilla/show_bug.cgi?id=33373 -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper 2 problem with core taglibs in 5.5.7?
Remy Maucherat wrote: On Wed, 16 Feb 2005 16:40:25 +, David Kennedy [EMAIL PROTECTED] wrote: I have a Ant build which includes pre-compilation of JSPs. This has been working happily during prototyping with Tomcat 5.5.4, but has broken now that we have moved to Tomcat 5.5.7 [snip] http://issues.apache.org/bugzilla/show_bug.cgi?id=33373 Many thanks for the prompt response, but I'm a little unclear on the resolution. The bug is marked as resolved, but was reported in 5.5.7 so I guess there's no stable build available which can support pre-compiled JSPs which use any core tags? Is this correct, and if so, is there an approximate timescale for 5.5.8 or should I request that our project roll back to an older version? (I suspect this is a stupid/annoying question, but changing versions is difficult for logistical reasons, and I couldn't find an upcoming release timeline on the main Tomcat website.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper 2 problem with core taglibs in 5.5.7?
David Kennedy wrote: Remy Maucherat wrote: On Wed, 16 Feb 2005 16:40:25 +, David Kennedy [EMAIL PROTECTED] wrote: I have a Ant build which includes pre-compilation of JSPs. This has been working happily during prototyping with Tomcat 5.5.4, but has broken now that we have moved to Tomcat 5.5.7 [snip] http://issues.apache.org/bugzilla/show_bug.cgi?id=33373 Many thanks for the prompt response, but I'm a little unclear on the resolution. The bug is marked as resolved, but was reported in 5.5.7 so I guess there's no stable build available which can support pre-compiled JSPs which use any core tags? Is this correct, and if so, is there an approximate timescale for 5.5.8 or should I request that our project roll back to an older version? Bad form following up on my own mail, I know, but just realised my case doesn't really fit the bug report. In particular, the bug report states that if aaa.jsp does NOT reference an absolute URI taglib, then no JSP will compile, but my first JSP alphabetically (authenticate.jsp) DOES reference a URI ... and fails. Just a data point. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TAGLIBS: Unresolved compilation problems
Tomcat return the followed error and i can't understand why standard.jar seems to be in the right place (WEB-INF\lib) and the java code isn't change since my customized tag worked very well!!! So I can't recognize my error. Can you help me??? error output from tomcat: = javax.servlet.ServletException: Unresolved compilation problems: The import org.apache.taglibs cannot be resolved ExpressionEvaluatorManager cannot be resolved - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
taglibs
Hello dudes, is there a way to make tomcat create just one instance of each taglib in JVM? Regards, Edson
caching taglibs
Hello folks, i noticed that everytime tomcat-5.0.x needs a taglib it just create a new one, i´d like to cached all tag in my JSPs, how ca i do that? Is there any taglib container like we have with servlets? Regards, Edson
TagLibs must be cached
Hello folks, i noticed that everytime tomcat-5.0.x needs a taglib it just create a new one, i´d like to cached all tag in my JSPs, how ca i do that? Is there any taglib container like we have with servlets? Regards, Edson
Re: TagLibs must be cached
I'm not sure I understand the question, but you know that you can use the enablePooling parameter to set if a jsp tag should be pooled or instanciated for each use. see : http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html it's set to true by default I think. hope it helps, reynir Edson Alves Pereira wrote: Hello folks, i noticed that everytime tomcat-5.0.x needs a taglib it just create a new one, i´d like to cached all tag in my JSPs, how ca i do that? Is there any taglib container like we have with servlets? Regards, Edson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TagLibs must be cached
Hello folks, i noticed that everytime tomcat-5.0.x needs a taglib it just create a new one, i´d like to cached all tag in my JSPs, how ca i do that? Is there any taglib container like we have with servlets? Regards, Edson
Another doubt about taglibs
Hey dudes, is this the correct way to mixe taglibs with JSP code? panfinance:tab-control panfinance:tab-sheet name=%= stTitle % tr th width=20%label%= stTitle %/label/th tdpanfinance:variant name=%= ed + stCtrl % type=%= ( request.getParameter( hdnTypeCTRL ) != null ) ? request.getParameter( hdnTypeCTRL ) : texto % size=%= ( request.getParameter( hdnSizeCTRL ) != null ) ? Integer.parseInt( request.getParameter( hdnSizeCTRL )) : 10 %//td tdbutton name=%= bt + stCtrl % onClick =onClick_efetuarPesquisa( this );Pesquisar/button/td td width=60%/tdtr /panfinance:tab-sheet Regards, Edson
Re: Another doubt about taglibs
Thats one way to do it. My prefence is to stuff most of the data that is in scriptlets into a single java object, then into the HttpServletRequest (or pageContext). Then the custom tag can query the HttpServletRequest or PageContext. To get the dynamic data. It avoids the %% hell that you see below. Another alternative is to use EL with custom tags in tomcat 5. Then %= (request.getParameter( hdnTypeCTRL ) != null ) ? request.getParameter( hdnTypeCTRL ) :texto % becomes the slightly less ugly: ${param.hdnTypeCTRL?param.hdnTypeCTRL:'texto'} -Tim Edson Alves Pereira wrote: Hey dudes, is this the correct way to mixe taglibs with JSP code? panfinance:tab-control panfinance:tab-sheet name=%= stTitle % tr th width=20%label%= stTitle %/label/th tdpanfinance:variant name=%= ed + stCtrl % type=%= ( request.getParameter( hdnTypeCTRL ) != null ) ? request.getParameter( hdnTypeCTRL ) : texto % size=%= ( request.getParameter( hdnSizeCTRL ) != null ) ? Integer.parseInt( request.getParameter( hdnSizeCTRL )) : 10 %//td tdbutton name =%= bt + stCtrl % onClick =onClick_efetuarPesquisa( this );Pesquisar/button/td td width=60%/tdtr /panfinance:tab-sheet Regards, Edson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jspc and Taglibs
I made several measure, had a look to the generate code by Jspc. It is clear that Taglibs reduce the performance (memory, speed) of your server. Speed because the first time access is longer and memory because a pool system is there to make the next pages being displayed quicker. So, as a developper, I'm wondering if the Tomcat gurus are aware of all of that and if they are taken some actions. For example, I think that it is a (good or bad ?) idea to try to transform the taglibs instructions into scriptlets (like preprocessing in C) and then compile the JSP pages. I am using JSTL recently and I am happy because my JSP are now scriptlet-less BUT the performance are hit. I tried a few days to make a preloading system to fill the different pool, but it not seems possible. Anyway, I'll keep JSTL because it is a good choice for maintaining easier your JSP. I think there are a few steps to make all that very powerfull. What do you think ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jarring custom taglibs: looking for a file named taglib.tld
Keith Hankin wrote: I have been been trying to jar up a custom taglib java class along with the corresponding tld file. However I keep getting an error indicating that it cannot find a file named META-INF/taglib.tld. I have followed instructions in this doc: http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j-jsp09023 yet it does not seem to work properly. I created a file myjar.jar with files as follows: META-INF/MANIFEST.MF META-INF/mytag.tld com/mycompany/MyTag.class I put the jar file into my war file at WEB-INF/lib/myjar.jar I put the following in web.xml: taglib taglib-uri http://mycompany.com/taglibs/mytag /taglib-uri taglib-location /WEB-INF/lib/myjar.jar /taglib-location /taglib The file mytag.tld contains the following: ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion2.0/jspversion shortnamemytag/shortname tag namemyTag1/name tagclasscom.mycompany.MyTag/tagclass /tag /taglib Rename your META-INF/mytag.tld to be META-INF/taglib.tld When the tld is contained in the jar it is expected to be META-INF/taglib.tld I believe. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jarring custom taglibs: looking for a file named taglib.tld
I have been been trying to jar up a custom taglib java class along with the corresponding tld file. However I keep getting an error indicating that it cannot find a file named META-INF/taglib.tld. I have followed instructions in this doc: http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j-jsp09023 yet it does not seem to work properly. I created a file myjar.jar with files as follows: META-INF/MANIFEST.MF META-INF/mytag.tld com/mycompany/MyTag.class I put the jar file into my war file at WEB-INF/lib/myjar.jar I put the following in web.xml: taglib taglib-uri http://mycompany.com/taglibs/mytag /taglib-uri taglib-location /WEB-INF/lib/myjar.jar /taglib-location /taglib The file mytag.tld contains the following: ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion2.0/jspversion shortnamemytag/shortname tag namemyTag1/name tagclasscom.mycompany.MyTag/tagclass /tag /taglib
Re: Jarring custom taglibs: looking for a file named taglib.tld
You could just put the tld in WEB-INF and reference it from the web.xml. This is the entry in my web.xml for the taglib I use all the time: taglib taglib-uri http://localhost/myapp/asl /taglib-uri taglib-location /WEB-INF/asl.tld /taglib-location /taglib asl.tld is physically present in WEB-INF. Don't know if this helps, since it is not exactly what you are trying to do. Adam - Original Message - From: Keith Hankin [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, June 11, 2004 5:02 AM Subject: Jarring custom taglibs: looking for a file named taglib.tld snip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jarring custom taglibs: looking for a file named taglib.tld
I want the tld file to be packaged in the jar file along with the custom class so that it is a reusable component, so I don't want to put it in WEB-INF. - Original Message - From: Adam Smith [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, June 11, 2004 5:57 PM Subject: Re: Jarring custom taglibs: looking for a file named taglib.tld You could just put the tld in WEB-INF and reference it from the web.xml. This is the entry in my web.xml for the taglib I use all the time: taglib taglib-uri http://localhost/myapp/asl /taglib-uri taglib-location /WEB-INF/asl.tld /taglib-location /taglib asl.tld is physically present in WEB-INF. Don't know if this helps, since it is not exactly what you are trying to do. Adam - Original Message - From: Keith Hankin [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, June 11, 2004 5:02 AM Subject: Jarring custom taglibs: looking for a file named taglib.tld snip - 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: Where to put tld files for jarred custom taglibs?
Sorry about that I have no idea why I wrote Manifest when I ment web.xml All I can think of is that the JAR is not being referenced correctly in the deployment descriptor or the TLD's were not packed correctly in the META-INF of the jar. Good Luck. Mr. Ariel S. Valentin mailto: [EMAIL PROTECTED] From: Keith Hankin [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Where to put tld files for jarred custom taglibs? Date: Mon, 7 Jun 2004 11:17:54 +0530 The manifest doesnt' really have anything in it. Just the default manifest that is created from jarring with ant task. Should it have anything special for this to work? - Original Message - From: Ariel Valentin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 06, 2004 7:14 AM Subject: Re: Where to put tld files for jarred custom taglibs? Keith, Have you tried unpacking the jar and see if everything is packed in the correct directory structure and that the Manifest file has the correct info? Mr. Ariel S. Valentin mailto: [EMAIL PROTECTED] From: Keith Hankin [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Where to put tld files for jarred custom taglibs? Date: Sat, 5 Jun 2004 17:59:38 +0530 I read the article, did what it said exactly, but it *still* doesn't work. It keeps complaining that it cannot find taglib.tld, but my tld file is not named taglib.tld. I even sent the author of that article an email but he didn't respond. - Original Message - From: M.Hockings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 5:40 PM Subject: Re: Where to put tld files for jarred custom taglibs? STOCKHOLM, Raymond wrote: How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. Here is an article that you might find informative.. http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j - jsp09023 Mike - 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] _ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.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] _ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to put tld files for jarred custom taglibs?
The manifest doesnt' really have anything in it. Just the default manifest that is created from jarring with ant task. Should it have anything special for this to work? - Original Message - From: Ariel Valentin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 06, 2004 7:14 AM Subject: Re: Where to put tld files for jarred custom taglibs? Keith, Have you tried unpacking the jar and see if everything is packed in the correct directory structure and that the Manifest file has the correct info? Mr. Ariel S. Valentin mailto: [EMAIL PROTECTED] From: Keith Hankin [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Where to put tld files for jarred custom taglibs? Date: Sat, 5 Jun 2004 17:59:38 +0530 I read the article, did what it said exactly, but it *still* doesn't work. It keeps complaining that it cannot find taglib.tld, but my tld file is not named taglib.tld. I even sent the author of that article an email but he didn't respond. - Original Message - From: M.Hockings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 5:40 PM Subject: Re: Where to put tld files for jarred custom taglibs? STOCKHOLM, Raymond wrote: How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. Here is an article that you might find informative.. http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j - jsp09023 Mike - 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] _ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.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: Where to put tld files for jarred custom taglibs?
I read the article, did what it said exactly, but it *still* doesn't work. It keeps complaining that it cannot find taglib.tld, but my tld file is not named taglib.tld. I even sent the author of that article an email but he didn't respond. - Original Message - From: M.Hockings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 5:40 PM Subject: Re: Where to put tld files for jarred custom taglibs? STOCKHOLM, Raymond wrote: How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. Here is an article that you might find informative.. http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j- jsp09023 Mike - 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: Where to put tld files for jarred custom taglibs?
Keith, Have you tried unpacking the jar and see if everything is packed in the correct directory structure and that the Manifest file has the correct info? Mr. Ariel S. Valentin mailto: [EMAIL PROTECTED] From: Keith Hankin [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Where to put tld files for jarred custom taglibs? Date: Sat, 5 Jun 2004 17:59:38 +0530 I read the article, did what it said exactly, but it *still* doesn't work. It keeps complaining that it cannot find taglib.tld, but my tld file is not named taglib.tld. I even sent the author of that article an email but he didn't respond. - Original Message - From: M.Hockings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 5:40 PM Subject: Re: Where to put tld files for jarred custom taglibs? STOCKHOLM, Raymond wrote: How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. Here is an article that you might find informative.. http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j- jsp09023 Mike - 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] _ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where to put tld files for jarred custom taglibs?
I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where to put tld files for jarred custom taglibs?
How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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: Where to put tld files for jarred custom taglibs?
I locate it as follows: %@ taglib uri=http://website.com/mypkg/mytags.tld; prefix=mypref % , then in my web.xml have the following: taglib taglib-uri http://website.com/mypkg/mytags.tld /taglib-uri taglib-location /mytags.tld /taglib-location /taglib I also try specifying taglib-location as /META-INF/mytags.tld, /WEB-INF/mytags.tld, etc. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:09 PM Subject: RE: Where to put tld files for jarred custom taglibs? How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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: Where to put tld files for jarred custom taglibs?
web.xml : taglib taglib-uriform-tags/taglib-uri taglib-location/WEB-INF/tld/form-tags.tld/taglib-location /taglib JSP : %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % I declared as above, and it worked for me, don't ask me why :-) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:01 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? I locate it as follows: %@ taglib uri=http://website.com/mypkg/mytags.tld; prefix=mypref % , then in my web.xml have the following: taglib taglib-uri http://website.com/mypkg/mytags.tld /taglib-uri taglib-location /mytags.tld /taglib-location /taglib I also try specifying taglib-location as /META-INF/mytags.tld, /WEB-INF/mytags.tld, etc. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:09 PM Subject: RE: Where to put tld files for jarred custom taglibs? How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to put tld files for jarred custom taglibs?
Where did you put the tld file in your jar file? Did you also put the jar into a war file? - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:44 PM Subject: RE: Where to put tld files for jarred custom taglibs? web.xml : taglib taglib-uriform-tags/taglib-uri taglib-location/WEB-INF/tld/form-tags.tld/taglib-location /taglib JSP : %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % I declared as above, and it worked for me, don't ask me why :-) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:01 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? I locate it as follows: %@ taglib uri=http://website.com/mypkg/mytags.tld; prefix=mypref % , then in my web.xml have the following: taglib taglib-uri http://website.com/mypkg/mytags.tld /taglib-uri taglib-location /mytags.tld /taglib-location /taglib I also try specifying taglib-location as /META-INF/mytags.tld, /WEB-INF/mytags.tld, etc. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:09 PM Subject: RE: Where to put tld files for jarred custom taglibs? How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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] - 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: Where to put tld files for jarred custom taglibs?
I put the tld file in $MYAPPLICATION/WEB-INF/tld/form-tags.tld My application is delivered as a war (which tomcat expands), and contains $MYAPPLICATION/WEB-INF/tld/form-tags.tld (I don't have any other jar, except the war) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:19 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? Where did you put the tld file in your jar file? Did you also put the jar into a war file? - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:44 PM Subject: RE: Where to put tld files for jarred custom taglibs? web.xml : taglib taglib-uriform-tags/taglib-uri taglib-location/WEB-INF/tld/form-tags.tld/taglib-location /taglib JSP : %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % I declared as above, and it worked for me, don't ask me why :-) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:01 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? I locate it as follows: %@ taglib uri=http://website.com/mypkg/mytags.tld; prefix=mypref % , then in my web.xml have the following: taglib taglib-uri http://website.com/mypkg/mytags.tld /taglib-uri taglib-location /mytags.tld /taglib-location /taglib I also try specifying taglib-location as /META-INF/mytags.tld, /WEB-INF/mytags.tld, etc. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:09 PM Subject: RE: Where to put tld files for jarred custom taglibs? How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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] - 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: Where to put tld files for jarred custom taglibs?
OK, but I want the tld file to be in my jar file. I want it packaged along with the class files that implement the taglib functionality. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:56 PM Subject: RE: Where to put tld files for jarred custom taglibs? I put the tld file in $MYAPPLICATION/WEB-INF/tld/form-tags.tld My application is delivered as a war (which tomcat expands), and contains $MYAPPLICATION/WEB-INF/tld/form-tags.tld (I don't have any other jar, except the war) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:19 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? Where did you put the tld file in your jar file? Did you also put the jar into a war file? - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:44 PM Subject: RE: Where to put tld files for jarred custom taglibs? web.xml : taglib taglib-uriform-tags/taglib-uri taglib-location/WEB-INF/tld/form-tags.tld/taglib-location /taglib JSP : %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % I declared as above, and it worked for me, don't ask me why :-) -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 09:01 À : Tomcat Users List Objet : Re: Where to put tld files for jarred custom taglibs? I locate it as follows: %@ taglib uri=http://website.com/mypkg/mytags.tld; prefix=mypref % , then in my web.xml have the following: taglib taglib-uri http://website.com/mypkg/mytags.tld /taglib-uri taglib-location /mytags.tld /taglib-location /taglib I also try specifying taglib-location as /META-INF/mytags.tld, /WEB-INF/mytags.tld, etc. - Original Message - From: STOCKHOLM, Raymond [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 12:09 PM Subject: RE: Where to put tld files for jarred custom taglibs? How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to put tld files for jarred custom taglibs?
STOCKHOLM, Raymond wrote: How did you locate your tld in your JSP ? something like this ? %@ taglib uri=/WEB-INF/tld/form-tags.tld prefix=ftags % -Message d'origine- De : Keith Hankin [mailto:[EMAIL PROTECTED] Envoyé : mardi 1 juin 2004 08:31 À : [EMAIL PROTECTED] Objet : Where to put tld files for jarred custom taglibs? I have created a custom taglib, extending TagSupport. I have packaged the class files into a jar. I have also added the tld file to this jar. I then place this jar file in my war file under WEB-INF/lib. However, no matter where I place the tld file in the jar, it seems that Tomcat is unable to find it. I have read the documentation, which is as clear as mud on this issue. Here is an article that you might find informative.. http://www.ibm.com/developerworks/java/library/j-jsp09023.html?ca=dgr-jw17j-jsp09023 Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error using taglibs - unable to find setter
Thanx Larry. It helped!! / Ravi Larry Isaacs wrote: The following comes from the Tomcat 3.3.x faq file, which I assume would apply in your situation: Q. I have a bean with a property whose second letter is capitalized. Why won't my JSP page that uses this bean compile? A. This may not happen often, but can be difficult to determine why. The reason is found in the Java Beans specification, where in section 8.8 Capitalization of inferred names it states: Thus when we extract a property or event name from the middle of an existing Java name, we normally convert the first character to lower case. However to support the occasional use of all upper-case names, we check if the first two characters of the name are both upper case and if so leave it alone. This means that if you have a bean with a setter method of setXLoc, then the inferred property is XLoc, not xLoc. If you used this bean in a JSP page and you tried to use xLoc as the property, it would not compile. Using XLoc as the property would succeed. If you insist on using xLoc on the JSP page, you can make this possible by creating a BeanInfo class for the bean. The following is an example of such a BeanInfo class for a simple bean called Coordinate. It explicitly defines the properties of the bean to be xLoc and yLoc. HTH. Cheers, Larry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error using taglibs - unable to find setter
Is the settter for dType setdType(String value) or setDType(String value)? I think that it will need to be the latter. Mike Ravi Mutyala wrote: Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateSetters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateCustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode; DisplaySingleton ds = DisplaySingleton.getInstance(); String dateInputFormat = ds.getDateInputFormat(); char separator = dateInputFormat.charAt(2); String decimalSeparator = ds.getDecimalSeparator(); String thousandSeparator = ds.getThousandsSeparator(); Class clz; public wmText() { super(); } public String getDType() { return (this.dType); } public void setDType(String dType) { this.dType = dType; } public void setMandatory(String mandatory) { this.mandatory = mandatory; } public String getMandatory() { return (this.mandatory); } public String getMaxSize(String dType) { String getSize = getSize; Integer intObj = null; dType = com.mycompany.domainvalidations. + dType; try { clz = Class.forName(dType); Method method = clz.getMethod(getSize, null); intObj = (Integer) method.invoke(null, null); } catch (Exception e) { e.printStackTrace(); } return intObj.toString(); } public String getFunctionCall() { return (this.functionCall); } public void setFunctionCall(String functionCall) { this.functionCall = functionCall; } public String resolveFunctionCall(String dType) { String fCall = ; int decPlaces = 0; if (dType.equals(D_Price)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(1); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Forex)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(2); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Quantity)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(3); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Percentage)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(4); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Value)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(5); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces
Re: Error using taglibs - unable to find setter
M.Hockings wrote: Is the settter for dType setdType(String value) or setDType(String value)? I think that it will need to be the latter. Mike Mike, the setter for dType is this. public void setDType(String dType) { this.dType = dType; } Ravi Mutyala wrote: Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateSetters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateCustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode; DisplaySingleton ds = DisplaySingleton.getInstance(); String dateInputFormat = ds.getDateInputFormat(); char separator = dateInputFormat.charAt(2); String decimalSeparator = ds.getDecimalSeparator(); String thousandSeparator = ds.getThousandsSeparator(); Class clz; public wmText() { super(); } public String getDType() { return (this.dType); } public void setDType(String dType) { this.dType = dType; } public void setMandatory(String mandatory) { this.mandatory = mandatory; } public String getMandatory() { return (this.mandatory); } public String getMaxSize(String dType) { String getSize = getSize; Integer intObj = null; dType = com.mycompany.domainvalidations. + dType; try { clz = Class.forName(dType); Method method = clz.getMethod(getSize, null); intObj = (Integer) method.invoke(null, null); } catch (Exception e) { e.printStackTrace(); } return intObj.toString(); } public String getFunctionCall() { return (this.functionCall); } public void setFunctionCall(String functionCall) { this.functionCall = functionCall; } public String resolveFunctionCall(String dType) { String fCall = ; int decPlaces = 0; if (dType.equals(D_Price)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(1); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Forex)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(2); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Quantity)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(3); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Percentage)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(4); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Value)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(5);
RE: Error using taglibs - unable to find setter
The following comes from the Tomcat 3.3.x faq file, which I assume would apply in your situation: Q. I have a bean with a property whose second letter is capitalized. Why won't my JSP page that uses this bean compile? A. This may not happen often, but can be difficult to determine why. The reason is found in the Java Beans specification, where in section 8.8 Capitalization of inferred names it states: Thus when we extract a property or event name from the middle of an existing Java name, we normally convert the first character to lower case. However to support the occasional use of all upper-case names, we check if the first two characters of the name are both upper case and if so leave it alone. This means that if you have a bean with a setter method of setXLoc, then the inferred property is XLoc, not xLoc. If you used this bean in a JSP page and you tried to use xLoc as the property, it would not compile. Using XLoc as the property would succeed. If you insist on using xLoc on the JSP page, you can make this possible by creating a BeanInfo class for the bean. The following is an example of such a BeanInfo class for a simple bean called Coordinate. It explicitly defines the properties of the bean to be xLoc and yLoc. import java.beans.*; public class CoordinateBeanInfo extends SimpleBeanInfo { private final static Class beanClass = Coordinate.class; public PropertyDescriptor[] getPropertyDescriptors() { try { PropertyDescriptor xLocDesc = new PropertyDescriptor(xLoc,beanClass,getXLoc,setXLoc); PropertyDescriptor yLocDesc = new PropertyDescriptor(yLoc,beanClass,getYLoc,setYLoc); PropertyDescriptor [] pdv = { xLocDesc, yLocDesc }; return pdv; } catch (IntrospectionException e) { throw new Error(e.toString()); } } } HTH. Cheers, Larry -Original Message- From: Ravi Mutyala [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 8:02 AM To: Tomcat Users List Subject: Re: Error using taglibs - unable to find setter M.Hockings wrote: Is the settter for dType setdType(String value) or setDType(String value)? I think that it will need to be the latter. Mike Mike, the setter for dType is this. public void setDType(String dType) { this.dType = dType; } Ravi Mutyala wrote: Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(Defaul tErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispa tcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispa tcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateS etters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateC ustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Gen erator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode
Re: Error using taglibs - unable to find setter
I have a similar problem with a simpler situation. I have a simple JSTL tag and bean that alternate the colors in a table. If delpoyed under JBoss 3.0.7 with Tomcat 4.1.24 it works. If I deploy it under JBoss 3.2.3RC2 with Tomcat 5.0.24 I get the same Unable to find setter method for attribute: XXX that you're getting. I've also tried it under a stand alone version of Tomcat and get the same error. I've tried finding the error using Eclipse 2.1.3 and Idea 4.0.2 but neither report any warnings or errors. Any ideas for a solution would be appreciated. Jack M.Hockings wrote: Is the settter for dType setdType(String value) or setDType(String value)? I think that it will need to be the latter. Mike Ravi Mutyala wrote: Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateSetters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateCustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode; DisplaySingleton ds = DisplaySingleton.getInstance(); String dateInputFormat = ds.getDateInputFormat(); char separator = dateInputFormat.charAt(2); String decimalSeparator = ds.getDecimalSeparator(); String thousandSeparator = ds.getThousandsSeparator(); Class clz; public wmText() { super(); } public String getDType() { return (this.dType); } public void setDType(String dType) { this.dType = dType; } public void setMandatory(String mandatory) { this.mandatory = mandatory; } public String getMandatory() { return (this.mandatory); } public String getMaxSize(String dType) { String getSize = getSize; Integer intObj = null; dType = com.mycompany.domainvalidations. + dType; try { clz = Class.forName(dType); Method method = clz.getMethod(getSize, null); intObj = (Integer) method.invoke(null, null); } catch (Exception e) { e.printStackTrace(); } return intObj.toString(); } public String getFunctionCall() { return (this.functionCall); } public void setFunctionCall(String functionCall) { this.functionCall = functionCall; } public String resolveFunctionCall(String dType) { String fCall = ; int decPlaces = 0; if (dType.equals(D_Price)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(1); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Forex)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(2); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Quantity)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(3); fCall = this.value=
Error using taglibs - unable to find setter
Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateSetters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateCustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode; DisplaySingleton ds = DisplaySingleton.getInstance(); String dateInputFormat = ds.getDateInputFormat(); char separator = dateInputFormat.charAt(2); String decimalSeparator = ds.getDecimalSeparator(); String thousandSeparator = ds.getThousandsSeparator(); Class clz; public wmText() { super(); } public String getDType() { return (this.dType); } public void setDType(String dType) { this.dType = dType; } public void setMandatory(String mandatory) { this.mandatory = mandatory; } public String getMandatory() { return (this.mandatory); } public String getMaxSize(String dType) { String getSize = getSize; Integer intObj = null; dType = com.mycompany.domainvalidations. + dType; try { clz = Class.forName(dType); Method method = clz.getMethod(getSize, null); intObj = (Integer) method.invoke(null, null); } catch (Exception e) { e.printStackTrace(); } return intObj.toString(); } public String getFunctionCall() { return (this.functionCall); } public void setFunctionCall(String functionCall) { this.functionCall = functionCall; } public String resolveFunctionCall(String dType) { String fCall = ; int decPlaces = 0; if (dType.equals(D_Price)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(1); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Forex)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(2); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Quantity)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(3); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Percentage)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(4); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(D_Value)) { decPlaces = FormatConverter.FormatConverterMngr.getDecimalPlaces(5); fCall = this.value= validateNumberForStrutsElement(this.value,','+thousandSeparator+'+decimalSeparator+', + decPlaces + ,true + ); } if (dType.equals(d_date)) { fCall = tabDate(this,' +dateInputFormat+',' +separator +'); } return fCall; } public int doStartTag()
Taglibs help needed???
Hello All, I am having some strange problem using taglibs in tomcat 4.1.27 and jdk1.4. My webapp named 'hris', works well without taglibs. I am using 2.3 dtd which i refer as http://java.sun.com/j2ee/dtds/web-app_2_3.dtd. I have downloaded the taglibs standard library (not standard-1.0) from apache website and its standard-examples webapp works fine when deployed and run as a seperate webapp. However if I add the tag-libs tag element in my hris webapp, the tag-lib does not work. I deployed it as taglib taglib-uri/tag/taglib-uri taglib-location/WEB-INF/taglibs-input.tld/taglib-location /taglib and in my jsp page use %@ taglib uri=/tag prefix=input % However I get an error message The absolute url /tag cannot be found I have tried several different ways and no matter what I do, I get the same error from 'hris' but the standard-examples works ok. I am baffled and stuck. Any help or suggestions will greatly help. thanks -sumit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Taglibs help needed???
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Sat, 10 Apr 2004 15:34:10 -0700 Received: (qmail 61826 invoked by uid 500); 10 Apr 2004 22:33:47 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Users List tomcat-user.jakarta.apache.org Reply-To: Tomcat Users List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 61812 invoked from network); 10 Apr 2004 22:33:47 - Received: from unknown (HELO sogsmtp.sogeti-usa.com) (63.84.243.199) by daedalus.apache.org with SMTP; 10 Apr 2004 22:33:47 - Received: From sogex01.sogeti-usa.com ([10.224.8.15]) by sogsmtp.sogeti-usa.com (WebShield SMTP v4.5 MR1a); id 1081636277125; Sat, 10 Apr 2004 18:31:17 -0400 Received: by SOGEX01 with Internet Mail Service (5.5.2653.19) id 15BABCYD; Sat, 10 Apr 2004 18:33:44 -0400 Message-ID: [EMAIL PROTECTED] From: Kumar, Sumit [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Taglibs help needed??? Date: Sat, 10 Apr 2004 18:33:43 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset=iso-8859-1 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello All, I am having some strange problem using taglibs in tomcat 4.1.27 and jdk1.4. My webapp named 'hris', works well without taglibs. I am using 2.3 dtd which i refer as http://java.sun.com/j2ee/dtds/web-app_2_3.dtd. I have downloaded the taglibs standard library (not standard-1.0) from apache website and its standard-examples webapp works fine when deployed and run as a seperate webapp. However if I add the tag-libs tag element in my hris webapp, the tag-lib does not work. I deployed it as taglib taglib-uri/tag/taglib-uri taglib-location/WEB-INF/taglibs-input.tld/taglib-location /taglib and in my jsp page use %@ taglib uri=/tag prefix=input % However I get an error message The absolute url /tag cannot be found I have tried several different ways and no matter what I do, I get the same error from 'hris' but the standard-examples works ok. I am baffled and stuck. Any help or suggestions will greatly help. thanks -sumit - 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 moving from 4.X to 5.X
Hello Daniel, try typejava.lang.String/type instead of typeString/type in your TLDs. This worked for me. Best regards, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem in rtexprvalue-attributes with taglibs in Tomcat 5.0.16
Hello, try typejava.lang.String/type instead of typeString/type in your TLDs. This worked for me. Best regards, Andreas
Re: taglibs moving from 4.X to 5.X !!! lots of text
typeString/type !-- Forte4J_TLDX: This comment contains code generation information. Do not delete. tldx IsReferenceIDFALSE/IsReferenceID ReferencesTagFALSE/ReferencesTag ReferenceScopeSession/ReferenceScope ReferencesTagReferentFirstTRUE/ReferencesTagReferentFirst /tldx -- /attribute example/example /tag !-- Validators are new in JSP1.2. You may have zero or one validator in a tag library. They look like this: validator validator-classorg.your.web.app.ValidateTaglibUsage/validator-class init-param param-nameaparameter/param-name param-valuevalue/param-value descriptionDescribe this parameter/description /init-param /validator -- !-- listeners are new in JSP1.2. You may have as many listeners as you like in a tag library. They look like this: listener listener-classorg.your.web.app.TaglibListener1/listener-class /listener -- /taglib JSP-- [EMAIL PROTECTED] contentType=text/html% html headtitleJSP Page/title/head body % //String uri = (String)application.getAttribute(taglibURI); //String data = taglib uri=\+uri+\ prefix=\etrakplus\; % %@ taglib uri=/WEB-INF/etrakplus.tld prefix=etrakplus % % //System.out.println((String)application.getAttribute(taglibURI)); request.setAttribute(keyword,5|||10|||11); % etrakplus:EtrakInclude pageToInclude=/testincludes/testinc.jsp/ etrakplus:RegisterButtonLinkTag idNum=1 lets just show other data her to k :) test link /etrakplus:RegisterButtonLinkTag etrakplus:RegisterButtonTag idNum=1 input type=submit name=Submit value=Submit /etrakplus:RegisterButtonTag /body /html - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 25, 2003 5:11 AM Subject: Re: taglibs moving from 4.X to 5.X [EMAIL PROTECTED] wrote: I have a large group of tag libs that have been working fine on tomcat 4.X versions. I needed to upgrade to tomcat 5.X versions do to new features. Well to make this short my tag libs no longer work on 5.X versions. When i try to run them i get... org.apache.jasper.JasperException: /myproductdisplay.jsp(16,0) Unknown attribute type (String) for attribute pageToInclude. org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:83) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:402 ) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:274 ) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Vali dator.java:975) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:73 9) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1458) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2230) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2236) org.apache.jasper.compiler.Node$Root.accept(Node.java:485) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Validator.validate(Validator.java:1515) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:247) org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Is this a bug in tomcat ? Could this just be the way i have my taglib set up(all of my tags were created in netbeans 3.5.1)? Is there anyone who might be able to shead some light on the problem? You should post relevant samples of your TLDs and JSPs also. Or a test case. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.555 / Virus Database: 347 - Release Date: 12/23/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglibs moving from 4.X to 5.X
[EMAIL PROTECTED] wrote: I have a large group of tag libs that have been working fine on tomcat 4.X versions. I needed to upgrade to tomcat 5.X versions do to new features. Well to make this short my tag libs no longer work on 5.X versions. When i try to run them i get... org.apache.jasper.JasperException: /myproductdisplay.jsp(16,0) Unknown attribute type (String) for attribute pageToInclude. org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:83) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:402) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:274) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:975) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:739) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1458) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2230) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2236) org.apache.jasper.compiler.Node$Root.accept(Node.java:485) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Validator.validate(Validator.java:1515) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:247) org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Is this a bug in tomcat ? Could this just be the way i have my taglib set up(all of my tags were created in netbeans 3.5.1)? Is there anyone who might be able to shead some light on the problem? You should post relevant samples of your TLDs and JSPs also. Or a test case. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
taglibs moving from 4.X to 5.X
I have a large group of tag libs that have been working fine on tomcat 4.X versions. I needed to upgrade to tomcat 5.X versions do to new features. Well to make this short my tag libs no longer work on 5.X versions. When i try to run them i get... org.apache.jasper.JasperException: /myproductdisplay.jsp(16,0) Unknown attribute type (String) for attribute pageToInclude. org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:83) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:402) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:274) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:975) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:739) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1458) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2230) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2236) org.apache.jasper.compiler.Node$Root.accept(Node.java:485) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2180) org.apache.jasper.compiler.Validator.validate(Validator.java:1515) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:247) org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Is this a bug in tomcat ? Could this just be the way i have my taglib set up(all of my tags were created in netbeans 3.5.1)? Is there anyone who might be able to shead some light on the problem? Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/20/2003
Problem in rtexprvalue-attributes with taglibs in Tomcat 5.0.16
String typed rtexprvalue-taglib-attributes worked well with tomcat 4.1xx. Running same taglibs with tomcat 5.0.16 gives an error like org.apache.jasper.JasperException: /ksite/index.jsp(91,4) Unknown attribute type (String) for attribute lan. Is there any workaround to this Thanks in advance, -George-
JspC and taglibs
Hello folks, i´m trying to compile my JSP pages offline, using an ant´s build script. But it seems that JspC cannot find my taglibs, how can put a classpath to it or make JspC see my taglibs? Regards, Edson
taglibs - writing dynamically tag´s name
Hello dudes, i have some tags to manipulate primitive types like, fieldInt, fieldText, fieldDate, etc. My problem is, i´d like in some way dynamic define those tags dynamically in my JSP page, because i´m trying to create so template pages and some field´s types i would pass as request parameter. Any idea? Regards, Edson
taglibs - strange behavior
Hello folks, tomcat-4.1.24 just recognize our taglibs if we put the .tld file inside a directory named WEB-INF, i mean, if you named this directory like web-inf, Web-Inf or WeB-InF and so on, Tomcat ignore, even inside M$-Windows this happen.
RE: taglibs - strange behavior
Howdy, Like most strings in java, the WEB-INF directory name is case-sensitive. WEB-INF is not the same as Web-Inf or any other case permutation. The former is the one required by the servlet specification. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:10 PM To: 'Tomcat-User List' Subject: taglibs - strange behavior Hello folks, tomcat-4.1.24 just recognize our taglibs if we put the .tld file inside a directory named WEB-INF, i mean, if you named this directory like web-inf, Web-Inf or WeB-InF and so on, Tomcat ignore, even inside M$-Windows this happen. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs - strange behavior
So if i write web-inf or web-INF in my web.xml the directory name must be the same, even with Windows. Isn´t it? -- De: Shapira, Yoav[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: segunda-feira, 29 de setembro de 2003 16:22 Para: Tomcat Users List Assunto: RE: taglibs - strange behavior Howdy, Like most strings in java, the WEB-INF directory name is case-sensitive. WEB-INF is not the same as Web-Inf or any other case permutation. The former is the one required by the servlet specification. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:10 PM To: 'Tomcat-User List' Subject: taglibs - strange behavior Hello folks, tomcat-4.1.24 just recognize our taglibs if we put the .tld file inside a directory named WEB-INF, i mean, if you named this directory like web-inf, Web-Inf or WeB-InF and so on, Tomcat ignore, even inside M$-Windows this happen. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs - strange behavior
Howdy, Whereever you refer to the WEB-INF directory, do so in all upper case. This applies to settings in your web.xml file, to code you write, and to directories you create in the file system, whatever the operating system may be. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:32 PM To: 'Tomcat Users List' Subject: RE: taglibs - strange behavior So if i write web-inf or web-INF in my web.xml the directory name must be the same, even with Windows. Isn´t it? -- De: Shapira, Yoav[SMTP:[EMAIL PROTECTED] Responder: Tomcat Users List Enviada: segunda-feira, 29 de setembro de 2003 16:22 Para:Tomcat Users List Assunto: RE: taglibs - strange behavior Howdy, Like most strings in java, the WEB-INF directory name is case-sensitive. WEB-INF is not the same as Web-Inf or any other case permutation. The former is the one required by the servlet specification. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:10 PM To: 'Tomcat-User List' Subject: taglibs - strange behavior Hello folks, tomcat-4.1.24 just recognize our taglibs if we put the .tld file inside a directory named WEB-INF, i mean, if you named this directory like web-inf, Web-Inf or WeB-InF and so on, Tomcat ignore, even inside M$-Windows this happen. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: taglibs - strange behavior
Ok, now i´m understand. Thank you for your help. -- De: Shapira, Yoav[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: segunda-feira, 29 de setembro de 2003 16:35 Para: Tomcat Users List Assunto: RE: taglibs - strange behavior Howdy, Whereever you refer to the WEB-INF directory, do so in all upper case. This applies to settings in your web.xml file, to code you write, and to directories you create in the file system, whatever the operating system may be. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:32 PM To: 'Tomcat Users List' Subject: RE: taglibs - strange behavior So if i write web-inf or web-INF in my web.xml the directory name must be the same, even with Windows. Isn´t it? -- De:Shapira, Yoav[SMTP:[EMAIL PROTECTED] Responder: Tomcat Users List Enviada: segunda-feira, 29 de setembro de 2003 16:22 Para: Tomcat Users List Assunto: RE: taglibs - strange behavior Howdy, Like most strings in java, the WEB-INF directory name is case-sensitive. WEB-INF is not the same as Web-Inf or any other case permutation. The former is the one required by the servlet specification. Yoav Shapira Millennium ChemInformatics -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:10 PM To: 'Tomcat-User List' Subject: taglibs - strange behavior Hello folks, tomcat-4.1.24 just recognize our taglibs if we put the .tld file inside a directory named WEB-INF, i mean, if you named this directory like web-inf, Web-Inf or WeB-InF and so on, Tomcat ignore, even inside M$-Windows this happen. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat with embedded java database and taglibs
Hello, I'm currently looking into what solution to use for a web application I'm about to create. What I want is: - Taglib support. core, sql, and maybe things outside the standard-taglib - Pure Java database to run embedded in the application for easy deployment. Does anyone have any experience with a similar setup, and by that any recommendations on what config to choose? Any example applications available? Thanks, Peter Tornberg -- Peter Tornberg TFS Technology AB Kungsängsv. 19 753 23 Uppsala, Sweden +46 18 16 00 00 (Main) +46 18 16 00 10 (Support) +46 18 12 43 34 (Fax) Home Page: http://www.tfstech.com -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
taglibs inside another taglib
Hello folks, how do i could do this in right way? panfinance:numero name=edCPF size=11 value=panfinance:getVar_CPF/panfinance:get/
Jasper Compilation with Ant including custom taglibs
hi there, I've used a taglib from the jstl/core-package and would like to compile it. If I try so using ant and a jspc-task, I get the following error: 2003-03-23 05:54:11 - ERROR-the file '\nodigsig.jsp' generated the following gen eral exception: org.apache.jasper.JasperException: This absolute uri (http://jav a.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application [jasper2] Error in class org.apache.jasper.JspC BUILD FAILED == I already tried to include the libraries as properties (external dependencies), but no success. Has anybody else tried to compile JSPs using custom taglibs? === nodigsig.jsp === %@ page language=java contentType=text/html % %@ taglib prefix=c uri = http://java.sun.com/jstl/core; % % System.out.println(executing scriptlet code); % html body Ihre Anfrage wurde gespeichert und wird in den nauml;chsten Tagen bearbeitet. /body /html build.xml (excerpt) target name=jspc taskdef classname=org.apache.jasper.JspC name=jasper2 classpath id=jspc.classpath pathelement location=${java.home}/../lib/tools.jar/ fileset dir=${catalina.home}/server/lib include name=*.jar/ /fileset fileset dir=${catalina.home}/common/lib include name=*.jar/ /fileset /classpath /taskdef jasper2 validateXml=false uriroot=${basedir}/jsp webXmlFragment=${basedir}/webinc.xml outputDir=${basedir}/src / /target thx alot johannes
Fw: Jasper Compilation with Ant including custom taglibs
To make the picture more complete: it seems that the trouble the Jasper compiler doesn't find the /WEB-INF/web.xml file. But how can I tell it where to find it (simply creating it directly under my project directory didn't work)? If I include other custom taglibs with reference to e.g. /WEB-INF/forms.tld it doesn't find them as well. So the question is: How can I tell the Jasper Compiler where to find the /WEB-INF/web.xml or /WEB-INF/forms.tld. === My directory tree structure: === /web/WEB-INF/web.xml /web/WEB-INF/forms.tld === and here it the commandline of the ant-task === ant jspc Buildfile: build.xml jspc: 2003-03-23 06:11:23 - Internal Error: File /WEB-INF/web.xml not found 2003-03-23 06:11:23 - ERROR-the file '\digsig.jsp' generated the following gener al exception: org.apache.jasper.JasperException: This absolute uri (http://java. sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deploye d with this application [jasper2] Error in class org.apache.jasper.JspC BUILD FAILED file:F:/soap/esv/forms/build.xml:296: org.apache.jasper.JasperException: This ab solute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application - Forwarded by Johannes Fiala/Johannes Fiala on 23.03.2003 18:11 - Johannes Fiala/Johannes Fiala 23.03.2003 17:59 To Tomcat Users List [EMAIL PROTECTED] cc Subject Jasper Compilation with Ant including custom taglibs hi there, I've used a taglib from the jstl/core-package and would like to compile it. If I try so using ant and a jspc-task, I get the following error: 2003-03-23 05:54:11 - ERROR-the file '\nodigsig.jsp' generated the following gen eral exception: org.apache.jasper.JasperException: This absolute uri (http://jav a.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application [jasper2] Error in class org.apache.jasper.JspC BUILD FAILED == I already tried to include the libraries as properties (external dependencies), but no success. Has anybody else tried to compile JSPs using custom taglibs? === nodigsig.jsp === %@ page language=java contentType=text/html % %@ taglib prefix=c uri = http://java.sun.com/jstl/core; % % System.out.println(executing scriptlet code); % html body Ihre Anfrage wurde gespeichert und wird in den nauml;chsten Tagen bearbeitet. /body /html build.xml (excerpt) target name=jspc taskdef classname=org.apache.jasper.JspC name=jasper2 classpath id=jspc.classpath pathelement location=${java.home}/../lib/tools.jar/ fileset dir=${catalina.home}/server/lib include name=*.jar/ /fileset fileset dir=${catalina.home}/common/lib include name=*.jar/ /fileset /classpath /taskdef jasper2 validateXml=false uriroot=${basedir}/jsp webXmlFragment=${basedir}/webinc.xml outputDir=${basedir}/src / /target thx alot johannes
Hi taglibs .. is this a tomcat or JSP problem or feature ?
Hi, I have a custom tag. Inside the tag i am accessing a database and populating a vector. The contents of the vector are then rendered as HTML by using the tag on a JSP page. Problem is that when i add new data to the database and refresh the page being rendered. It does not show me the new data. Does the tag handler get executed each time a page is refreshed or not ? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
On Wed, 12 Feb 2003 18:22:26 sorry, i meant /WEB-INF/classes/org/sourcepark/taglibs/kato/db_dropdown.class and not /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class. It's already there... with Tomcat 3.2.1 there are no problems, but with Tomcat 4.1.18, the taglibs are not interpreted. It seems to me, that the tld's are not parsed or could be found?! Thorsten Sean Dockery wrote: Your actual tag class implementation should be located in... /WEB-INF/classes/org/sourcepark/taglibs/kato/db_dropdown.class ...which is very different from your... /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class This also means that the first line in your db_dropdown.java source file must be... package org.sourcepark.taglibs.kato; ...and your source file must be recompiled (and copied to /WEB-INF/classes/org/.../db_dropdown.class) Let me know if this helps. - Original Message - From: THG [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 16:50 Subject: Re: Taglibs are not interpreted with Tomcat 4.1.18 On Wed, 12 Feb 2003 13:13:09 Sean Dockery wrote: Uh, no. tagclass is not defined anywhere in your original message. You omitted it. tag tagclasswhat did you put in here?/tagclass /tag ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnamekato/shortname uri/WEB-INF/katolib.tld/uri tag namedb_dropdown/name tagclassorg.sourcepark.taglibs.kato.db_dropdown/tagclass bodycontenttagdependent/bodycontent ... /tag /taglib the tagclass (for example) exists under /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class _ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plusref=lmtplus - 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] _ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plusref=lmtplus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
Hello Thorsten, List, I am far away form being a pro with this but it seems to me I have the same problem with an out of the box app. It's only a beta but all concerning taglibs seems fine within the app (it's running for other people on other tomcat versions) and on the other hand the taglibs just can not be found by tomcat 4.1.18. three possible conclusions: a) there is an error with the tomcat versions 4.1.18/19 (tested it with .19 also) b) it's a more general error in our configurations c) sth else Maybe you could think about b) At the moment I have no time to do more research on this, if you can find out sth it would be nice if you'd post it here. Cherio, Henning THG wrote, On 2/13/2003 10:22 AM: On Wed, 12 Feb 2003 18:22:26 sorry, i meant /WEB-INF/classes/org/sourcepark/taglibs/kato/db_dropdown.class and not /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class. It's already there... with Tomcat 3.2.1 there are no problems, but with Tomcat 4.1.18, the taglibs are not interpreted. It seems to me, that the tld's are not parsed or could be found?! Thorsten Sean Dockery wrote: Your actual tag class implementation should be located in... /WEB-INF/classes/org/sourcepark/taglibs/kato/db_dropdown.class ...which is very different from your... /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class This also means that the first line in your db_dropdown.java source file must be... package org.sourcepark.taglibs.kato; ...and your source file must be recompiled (and copied to /WEB-INF/classes/org/.../db_dropdown.class) Let me know if this helps. - Original Message - From: THG [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 16:50 Subject: Re: Taglibs are not interpreted with Tomcat 4.1.18 On Wed, 12 Feb 2003 13:13:09 Sean Dockery wrote: Uh, no. tagclass is not defined anywhere in your original message. You omitted it. tag tagclasswhat did you put in here?/tagclass /tag ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnamekato/shortname uri/WEB-INF/katolib.tld/uri tag namedb_dropdown/name tagclassorg.sourcepark.taglibs.kato.db_dropdown/tagclass bodycontenttagdependent/bodycontent ... /tag /taglib the tagclass (for example) exists under /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Taglibs are not interpreted with Tomcat 4.1.18
After changing from Tomcat 3.2.3 to Tomcat 4.1.18 taglib's are no more interpreted. The TLD's are located in /WEB-INF folder and the corresponding classes are in their packages underneath /WEB-INF/classes. Both taglib's are defined in the descriptor file web.xml: ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/j2ee/dtds/web-app_2_3.dtd; web-app ... taglib taglib-uri/WEB-INF/katolib.tld/taglib-uri taglib-location/WEB-INF/katolib.tld/taglib-location /taglib taglib taglib-uri/WEB-INF/katolib_.tld/taglib-uri taglib-location/WEB-INF/katolib_.tld/taglib-location /taglib /web-app Both taglib tld's starting with the following header: ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnamekato/shortname uri/WEB-INF/katolib.tld/uri tag ... /tag ... /taglib shortname and uri are matching their corresponding values. a /META-INF directory does not exist, because the web-application is unpacked (no jar file). is there a change between tomcat 3.x and 4.x in the definition of taglibs / tld'S or the loading of taglibs. sincerly thorsten ps the jsp servlet is only included in the web.xml file which is located in /CATALINA_HOME/conf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
On Wed, 12 Feb 2003 11:53:40 Sean Dockery wrote: What about your tag-class definition? THe tld descriptors are located in /WEB-INF (see prev. message), the classes are located in /WEB-INF classes (matching the tld definitions). the taglibs are included in /WEB-INF/web.xml (at the end). no exceptions are thrown from catalina... the jsp pages are interpreted, but not the custom tags. What version J2SDK are you running? 1.4.1 Linux X86, Tomcat 4.1.18LE _ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plusref=lmtplus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
Uh, no. tagclass is not defined anywhere in your original message. You omitted it. tag tagclasswhat did you put in here?/tagclass /tag - Original Message - From: THG [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 12:48 Subject: Re: Taglibs are not interpreted with Tomcat 4.1.18 On Wed, 12 Feb 2003 11:53:40 Sean Dockery wrote: What about your tag-class definition? THe tld descriptors are located in /WEB-INF (see prev. message), the classes are located in /WEB-INF classes (matching the tld definitions). the taglibs are included in /WEB-INF/web.xml (at the end). no exceptions are thrown from catalina... the jsp pages are interpreted, but not the custom tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
On Wed, 12 Feb 2003 13:13:09 Sean Dockery wrote: Uh, no. tagclass is not defined anywhere in your original message. You omitted it. tag tagclasswhat did you put in here?/tagclass /tag ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnamekato/shortname uri/WEB-INF/katolib.tld/uri tag namedb_dropdown/name tagclassorg.sourcepark.taglibs.kato.db_dropdown/tagclass bodycontenttagdependent/bodycontent ... /tag /taglib the tagclass (for example) exists under /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class _ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plusref=lmtplus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglibs are not interpreted with Tomcat 4.1.18
Your actual tag class implementation should be located in... /WEB-INF/classes/org/sourcepark/taglibs/kato/db_dropdown.class ...which is very different from your... /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class This also means that the first line in your db_dropdown.java source file must be... package org.sourcepark.taglibs.kato; ...and your source file must be recompiled (and copied to /WEB-INF/classes/org/.../db_dropdown.class) Let me know if this helps. - Original Message - From: THG [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 16:50 Subject: Re: Taglibs are not interpreted with Tomcat 4.1.18 On Wed, 12 Feb 2003 13:13:09 Sean Dockery wrote: Uh, no. tagclass is not defined anywhere in your original message. You omitted it. tag tagclasswhat did you put in here?/tagclass /tag ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnamekato/shortname uri/WEB-INF/katolib.tld/uri tag namedb_dropdown/name tagclassorg.sourcepark.taglibs.kato.db_dropdown/tagclass bodycontenttagdependent/bodycontent ... /tag /taglib the tagclass (for example) exists under /WEB-INF/classes/org.sourcepark.taglibs.kato.db_dropdown.class _ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plusref=lmtplus - 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]
More comments on taglibs, struts and architecture.
Web tier Architecture: Abstract: Handling page logic tier - scriptlets not so bad; struts needs page tier. Is seems to me that the MVC model 2 architecture fails to address an additional stage of logic. Beyond the business logic, there is really a whole additional tier - the page layout logic tier- and this tier is often more complex and problematic than the buisness logic tier. The issue is dealing with a system that may have 100 different pages, all not too different from each other. When can the same jsp be used to render mutlitple pages using page logic, and when should a page, or set of pages be rendered with a whole new jsp? In our applications, there are hundreds of pages that are often only slightly different - and the requrements are simply unknown and unknowable. As we go online, the users begin experimenting with the system, and come up with new ideas and requirements. As we complete a part, the requirements for the next part of the system are changed. So we need an approach that is stable and flexible. Personally, I think it is a much bigger SIN to put business logic in a tag library, than it is to use scriptlets in a jsp page to handle page logic - especially since the current architectual ideas ( MVC model 2 and the framework Struts ) seem to completely ignore the page logic tier. The problem with the page logic tier becomes much more problematic with a site using frames. For non-frame based control flow, the output from the action class is inserted into the request object, and forwarded to the jsp - so the data elements are encapsulated and short lived - after the jsp uses the data in the request object, the request object expires. However, with a frames based site, the output of the action class must be inserted into the session object, and then the forward is to a framset which is downloaded to the browser. Each frame then fectches its own jsp page from the server. So, the data response to the initial http request is inserted into the session object, and if the connection breaks to the browser, maybe never used - and left dangling around in the session object. The struts framework has a tier for processing the data input (action forms) that includes a data object ( the form bean) and two default methods, reset() and validate(). The struts frameworks has a tier for handling the business logic - the Action class which can handle the businees logic, calling other ordinary java classes for help. But, once the data has been built, there is nothing in the struts framework for organizing the output. I've started to use a page tier. With a website that uses frames, and where the back button is expected to work, and where the user may open multilple browser windows during the session, this can be a mess. The business logic output from multiple action classes, and to support multiple framset and the consequent jsp fetches, all become a jumbled mess in the session object. Thanks, James
jakarta-taglibs DBTags
i know this is not a tomcat problem, but i think someone will be able to help me out on this from this list.. i am trying to use dbTags and access Oracle DB, but i think i am not getting the url right.. i tried jdbc:oracle:thin:@server:port:service but doesn't seem to like it.. any help appreciated... Vlad Vladimer Shioshvili QRC Division of Macro International Inc. 7315 Wisconsin Avenue, Suite 400W Bethesda, MD 20814 Phone: (301) 657 3077 ext. 155 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jakarta-taglibs DBTags
jdbc:oracle:thin:@machine:port:database -Original Message- From: Vladimer Shioshvili [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 1:44 PM To: Tomcat Users List Subject: jakarta-taglibs DBTags i know this is not a tomcat problem, but i think someone will be able to help me out on this from this list.. i am trying to use dbTags and access Oracle DB, but i think i am not getting the url right.. i tried jdbc:oracle:thin:@server:port:service but doesn't seem to like it.. any help appreciated... Vlad Vladimer Shioshvili QRC Division of Macro International Inc. 7315 Wisconsin Avenue, Suite 400W Bethesda, MD 20814 Phone: (301) 657 3077 ext. 155 -- 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: jakarta-taglibs DBTags
thanks... At 01:52 PM 1/6/2003, you wrote: jdbc:oracle:thin:@machine:port:database -Original Message- From: Vladimer Shioshvili [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 1:44 PM To: Tomcat Users List Subject: jakarta-taglibs DBTags i know this is not a tomcat problem, but i think someone will be able to help me out on this from this list.. i am trying to use dbTags and access Oracle DB, but i think i am not getting the url right.. i tried jdbc:oracle:thin:@server:port:service but doesn't seem to like it.. any help appreciated... Vlad Vladimer Shioshvili QRC Division of Macro International Inc. 7315 Wisconsin Avenue, Suite 400W Bethesda, MD 20814 Phone: (301) 657 3077 ext. 155 -- 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] Vladimer Shioshvili QRC Division of Macro International Inc. 7315 Wisconsin Avenue, Suite 400W Bethesda, MD 20814 Phone: (301) 657 3077 ext. 155 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JSP: Can you assign default classes and taglibs to webapp?
Hi All, Is it possible to assign default class includes and/or tag libs to an entire webapp? I assume i could put all of the declerations in an include but it would be cleaner if there was a property of a webapp to assign defaults. Thanks for any help, Rick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: TagLibs in Tomcat3.3.1
On Sun, 24 Nov 2002, Bill Barker wrote: Date: Sun, 24 Nov 2002 23:31:27 -0800 From: Bill Barker [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: TagLibs in Tomcat3.3.1 Craig R. McClanahan [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Sat, 23 Nov 2002, Laxmikanth M.S. wrote: Date: Sat, 23 Nov 2002 14:41:11 +0530 From: Laxmikanth M.S. [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: TagLibs in Tomcat3.3.1 Hi all, Is it possible to write TagLibs in Tomcat3.3.1 version. Yes, as long as your tags conform to the JSP 1.1 specification that Tomcat 3.3.1 implements. I must have been tranported into some alternative universe ;-). Like, Craig never answers 3.3 questions (but, thanks anyway :). Craig's answer is correct. Finally found a 3.3 question that I could answer correctly. :-) It's a bit of a pain not having access to IterationTags (which first appeared in JSP/1.2), but my JSP/1.1 TagLibs work really well under Tomcat 3.3.1 (and in some cases, better than they do in 4.x, but I'm working on it). I fully trust that Bill's efforts in this regard, along with the other folks working on Jasper, will be successful. thanks laxmikanth Craig Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: TagLibs in Tomcat3.3.1
Craig R. McClanahan [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Sat, 23 Nov 2002, Laxmikanth M.S. wrote: Date: Sat, 23 Nov 2002 14:41:11 +0530 From: Laxmikanth M.S. [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: TagLibs in Tomcat3.3.1 Hi all, Is it possible to write TagLibs in Tomcat3.3.1 version. Yes, as long as your tags conform to the JSP 1.1 specification that Tomcat 3.3.1 implements. I must have been tranported into some alternative universe ;-). Like, Craig never answers 3.3 questions (but, thanks anyway :). Craig's answer is correct. It's a bit of a pain not having access to IterationTags (which first appeared in JSP/1.2), but my JSP/1.1 TagLibs work really well under Tomcat 3.3.1 (and in some cases, better than they do in 4.x, but I'm working on it). thanks laxmikanth Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
TagLibs in Tomcat3.3.1
Hi all, Is it possible to write TagLibs in Tomcat3.3.1 version. thanks laxmikanth * Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: TagLibs in Tomcat3.3.1
On Sat, 23 Nov 2002, Laxmikanth M.S. wrote: Date: Sat, 23 Nov 2002 14:41:11 +0530 From: Laxmikanth M.S. [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: TagLibs in Tomcat3.3.1 Hi all, Is it possible to write TagLibs in Tomcat3.3.1 version. Yes, as long as your tags conform to the JSP 1.1 specification that Tomcat 3.3.1 implements. thanks laxmikanth Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Shared JSP taglibs
Craig R. McClanahan wrote: In my experience, the (small) memory savings of putting classes into /shared/lib (or /common/lib) is not worth the hassles it brings: What about building a server-wide environment? Suppose you have a set of Tag Libraries that you either trust or wish to enforce on your server. Then it would make sense to place them server-wide. Of course, there are reasons against such a strategy. - All the webapps running in this Tomcat installation must share the same version of the tag library (or whatever -- it's not just limited to these), so you have to upgrade them all together in lockstep. Perhaps not such a bad idea. Of course, this puts an additional strain on the administartor. - If your shared library wants to access application-specific classes that are only available in /WEB-INF/classes or /WEB-INF/lib, you have to program them specifically to access those classes via the thread context class loader. True. Could Tomcat in some distant future release have a setup option in server.xml on which global/local classes to use. It may be too much to ask. And it is definitely a road to chaos. - You are depending on a non-portable feature of Tomcat (no concept of shared library directories is required by any of the Java specs; although most servers offer something like it, they are all implemented differently). Yup. Nix. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Shared JSP taglibs
On Fri, 4 Oct 2002, shanmugampl wrote: Date: Fri, 04 Oct 2002 09:46:32 +0530 From: shanmugampl [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Shared JSP taglibs I dont think that this solution will solve the problem. It says that instead of copying the tld files, make them as a jar and put it in the WEB-INF/lib directory. Still i will have to duplicate the tld files which is not desired. I don't have this problem -- but maybe it is because of the way that I have my development environment organized. I separate the build process such that each tag library is built separately - and the output is a JAR file which includes the TLD. Now, whenever I want to use this tag library in a webapp, all I need to do is grab that JAR file and drop it into /WEB-INF/lib. I have this same problem. What i want to know is that, like having the classes in shared jar(Tomcat home/shared/lib/), can i move my tld files outside my webapp and have it at a single place and access it across my contexts In my experience, the (small) memory savings of putting classes into /shared/lib (or /common/lib) is not worth the hassles it brings: - All the webapps running in this Tomcat installation must share the same version of the tag library (or whatever -- it's not just limited to these), so you have to upgrade them all together in lockstep. - If your shared library wants to access application-specific classes that are only available in /WEB-INF/classes or /WEB-INF/lib, you have to program them specifically to access those classes via the thread context class loader. - You are depending on a non-portable feature of Tomcat (no concept of shared library directories is required by any of the Java specs; although most servers offer something like it, they are all implemented differently). My advice would be to make your webapps as self-contained and independently replaceable as possible. Sharing classes across webapps is not the way to do this. shan Craig Craig R. McClanahan wrote: Tomcat 4.1 doesn't have any known to the container mechanisms built in, but there is a strategy you can use (also portable) to avoid having to separately copy TLDs into your webapps. You can put TLD files in the META-INF/tlds directory of a JAR file in /WEB-INF/lib (presumably the JAR containing your tag library implementation classes), and Tomcat will automatically recognize it. In fact, if your pages use the same URI that you specify in the uri element in the TLD, you don't need to declare them in the web.xml file either. Now, using a tag library is simply a matter of dropping a JAR file into /WEB-INF/lib. Craig On Thu, 3 Oct 2002, Tim Moore wrote: Date: Thu, 3 Oct 2002 18:11:16 -0400 From: Tim Moore [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Shared JSP taglibs From the JavaServer Pages 1.2 Specification: JSP.7.3.5 Implicit Map entries from the Container The container may also add additional entries to the taglib map. As in the previous case, the entries are only added for URIs that are not present in the map. Conceptually the entries correspond to TLD describing these tag libraries. These implicit map entries correspond to libraries that are known to the container, who is responsible for providing their implementation, either through tag handlers, or via the mechanism described in Section JSP.7.3.9. Does Tomcat 4.1.x support this in any way? If so, can I add my own taglibs to the map of known taglibs? We have several webapps running on the same server that use the same tag libraries. Currently, we have the tag handler classes in a shared JAR, and copy the TLD files into each webapp. If I could avoid having to do the latter, that would be nice. :-) I haven't seen anything to indicate that it's possible, but if it is, that would be cool! -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -- 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: Shared JSP taglibs
- All the webapps running in this Tomcat installation must share the same version of the tag library (or whatever -- it's not just limited to these), so you have to upgrade them all together in lockstep. Ah, but that's exactly what I want! :-) We have a fairly atypical situation here where our system is implemented as a group of loosely connected webapps that all look like the same application to the user. Some of our tags exist to provide a standard look feel across these webapps, so obviously we don't want them to fall out of sync. Currently, the tag handler classes are in a shared JAR, and the tlds are shared using SourceSafe links into each webapp's WEB-INF directory. It's workable but not perfect. I know that JSP 2.0 requires that the JSTL be made available by the container, so I'll just let it be known for Tomcat 5 that it would be nice if there were some kind of shared taglib directy where we could just drop taglib JARs and have them automatically available to every webapp. Thanks! -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Friday, October 04, 2002 1:09 PM To: Tomcat Users List; [EMAIL PROTECTED] Subject: Re: Shared JSP taglibs On Fri, 4 Oct 2002, shanmugampl wrote: Date: Fri, 04 Oct 2002 09:46:32 +0530 From: shanmugampl [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Shared JSP taglibs I dont think that this solution will solve the problem. It says that instead of copying the tld files, make them as a jar and put it in the WEB-INF/lib directory. Still i will have to duplicate the tld files which is not desired. I don't have this problem -- but maybe it is because of the way that I have my development environment organized. I separate the build process such that each tag library is built separately - and the output is a JAR file which includes the TLD. Now, whenever I want to use this tag library in a webapp, all I need to do is grab that JAR file and drop it into /WEB-INF/lib. I have this same problem. What i want to know is that, like having the classes in shared jar(Tomcat home/shared/lib/), can i move my tld files outside my webapp and have it at a single place and access it across my contexts In my experience, the (small) memory savings of putting classes into /shared/lib (or /common/lib) is not worth the hassles it brings: - All the webapps running in this Tomcat installation must share the same version of the tag library (or whatever -- it's not just limited to these), so you have to upgrade them all together in lockstep. - If your shared library wants to access application-specific classes that are only available in /WEB-INF/classes or /WEB-INF/lib, you have to program them specifically to access those classes via the thread context class loader. - You are depending on a non-portable feature of Tomcat (no concept of shared library directories is required by any of the Java specs; although most servers offer something like it, they are all implemented differently). My advice would be to make your webapps as self-contained and independently replaceable as possible. Sharing classes across webapps is not the way to do this. shan Craig Craig R. McClanahan wrote: Tomcat 4.1 doesn't have any known to the container mechanisms built in, but there is a strategy you can use (also portable) to avoid having to separately copy TLDs into your webapps. You can put TLD files in the META-INF/tlds directory of a JAR file in /WEB-INF/lib (presumably the JAR containing your tag library implementation classes), and Tomcat will automatically recognize it. In fact, if your pages use the same URI that you specify in the uri element in the TLD, you don't need to declare them in the web.xml file either. Now, using a tag library is simply a matter of dropping a JAR file into /WEB-INF/lib. Craig On Thu, 3 Oct 2002, Tim Moore wrote: Date: Thu, 3 Oct 2002 18:11:16 -0400 From: Tim Moore [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Shared JSP taglibs From the JavaServer Pages 1.2 Specification: JSP.7.3.5 Implicit Map entries from the Container The container may also add additional entries to the taglib map. As in the previous case, the entries are only added for URIs that are not present in the map. Conceptually the entries correspond to TLD describing these tag libraries. These implicit map entries correspond to libraries that are known to the container, who is responsible for providing their implementation, either through
Shared JSP taglibs
From the JavaServer Pages 1.2 Specification: JSP.7.3.5 Implicit Map entries from the Container The container may also add additional entries to the taglib map. As in the previous case, the entries are only added for URIs that are not present in the map. Conceptually the entries correspond to TLD describing these tag libraries. These implicit map entries correspond to libraries that are known to the container, who is responsible for providing their implementation, either through tag handlers, or via the mechanism described in Section JSP.7.3.9. Does Tomcat 4.1.x support this in any way? If so, can I add my own taglibs to the map of known taglibs? We have several webapps running on the same server that use the same tag libraries. Currently, we have the tag handler classes in a shared JAR, and copy the TLD files into each webapp. If I could avoid having to do the latter, that would be nice. :-) I haven't seen anything to indicate that it's possible, but if it is, that would be cool! -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Shared JSP taglibs
Tomcat 4.1 doesn't have any known to the container mechanisms built in, but there is a strategy you can use (also portable) to avoid having to separately copy TLDs into your webapps. You can put TLD files in the META-INF/tlds directory of a JAR file in /WEB-INF/lib (presumably the JAR containing your tag library implementation classes), and Tomcat will automatically recognize it. In fact, if your pages use the same URI that you specify in the uri element in the TLD, you don't need to declare them in the web.xml file either. Now, using a tag library is simply a matter of dropping a JAR file into /WEB-INF/lib. Craig On Thu, 3 Oct 2002, Tim Moore wrote: Date: Thu, 3 Oct 2002 18:11:16 -0400 From: Tim Moore [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Shared JSP taglibs From the JavaServer Pages 1.2 Specification: JSP.7.3.5 Implicit Map entries from the Container The container may also add additional entries to the taglib map. As in the previous case, the entries are only added for URIs that are not present in the map. Conceptually the entries correspond to TLD describing these tag libraries. These implicit map entries correspond to libraries that are known to the container, who is responsible for providing their implementation, either through tag handlers, or via the mechanism described in Section JSP.7.3.9. Does Tomcat 4.1.x support this in any way? If so, can I add my own taglibs to the map of known taglibs? We have several webapps running on the same server that use the same tag libraries. Currently, we have the tag handler classes in a shared JAR, and copy the TLD files into each webapp. If I could avoid having to do the latter, that would be nice. :-) I haven't seen anything to indicate that it's possible, but if it is, that would be cool! -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -- 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: Shared JSP taglibs
I dont think that this solution will solve the problem. It says that instead of copying the tld files, make them as a jar and put it in the WEB-INF/lib directory. Still i will have to duplicate the tld files which is not desired. I have this same problem. What i want to know is that, like having the classes in shared jar(Tomcat home/shared/lib/), can i move my tld files outside my webapp and have it at a single place and access it across my contexts shan Craig R. McClanahan wrote: Tomcat 4.1 doesn't have any known to the container mechanisms built in, but there is a strategy you can use (also portable) to avoid having to separately copy TLDs into your webapps. You can put TLD files in the META-INF/tlds directory of a JAR file in /WEB-INF/lib (presumably the JAR containing your tag library implementation classes), and Tomcat will automatically recognize it. In fact, if your pages use the same URI that you specify in the uri element in the TLD, you don't need to declare them in the web.xml file either. Now, using a tag library is simply a matter of dropping a JAR file into /WEB-INF/lib. Craig On Thu, 3 Oct 2002, Tim Moore wrote: Date: Thu, 3 Oct 2002 18:11:16 -0400 From: Tim Moore [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Shared JSP taglibs From the JavaServer Pages 1.2 Specification: JSP.7.3.5 Implicit Map entries from the Container The container may also add additional entries to the taglib map. As in the previous case, the entries are only added for URIs that are not present in the map. Conceptually the entries correspond to TLD describing these tag libraries. These implicit map entries correspond to libraries that are known to the container, who is responsible for providing their implementation, either through tag handlers, or via the mechanism described in Section JSP.7.3.9. Does Tomcat 4.1.x support this in any way? If so, can I add my own taglibs to the map of known taglibs? We have several webapps running on the same server that use the same tag libraries. Currently, we have the tag handler classes in a shared JAR, and copy the TLD files into each webapp. If I could avoid having to do the latter, that would be nice. :-) I haven't seen anything to indicate that it's possible, but if it is, that would be cool! -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -- 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]
4.01 vs Jar'ed taglibs and /META-INF/taglib.tld in jarfile itself
For most of the weekend, I've been trying to get a working taglib I developed inside Forte 4 to successfully run from a jarfile -- classes AND .tld -- with no success. After checking the bug report, it appears that 4.0.2 and 4.0.4 didn't handle jar'ed taglibs properly. Seeing how 4.0.1 is apparently the version integrated with Forte 4, is it safe to assume that trying to make it work in Forte is a lost cause for now? The scenario: The taglib's package is com.skubick.flashbar, and was developed within a Forte 4 web application with the source and compiled class files in the web app's /WEB-INF/classes/com/skubick/flashbar directory. The .tld file itself was there too (for CVS convenience). web.xml defined the taglib with: taglib taglib-uricom.skubick.flashbar/taglib-uri taglib-location/WEB-INF/classes/com/skubick/flashbar/flashbar.tldtaglib-l ocation /taglib and the page itself included it with %@ taglib uri=com.skubick.flashbar prefix=nav % In that environment, it works perfectly. To create the jarfile, I used Forte's jarfile wizard to add /WEB-INF/classes/com and /WEB-INF/classes/com/skubick/flashbar/flashbar.tld, then manually specified the .tld file's directory as /META-INF and its filename as taglib.tld After compiling the jarfile, I extracted it to a temp directory using Winzip to verify that its internal structure was correct. It was. I unzipped it into c:\temp\flashbar and ended up with two directories: com/ and META-INF/ com/ contained everything it was supposed to contain, as did META-INF/ (MANIFEST.MF and taglib.tld) To test it, I created a new Forte project, created a new directory, mounted it as a filesystem, and converted it to a web application. I copied the jar file into /WEB-INF/lib, and updated the new project's web.xml file to specify the jar'ed taglib: taglib taglib-uricom.skubick.flashbar/taglib-uri taglib-location/WEB-INF/lib/flashbar.jar/taglib-location /taglib UNFORTUNATELY, attempting to actually use it (from a new page in the new web app containing the exact same %@ taglib % command as before, and the same block of taglib tags) generates the following error: No such tag insert in the tag library imported with prefix nav I'm beginning to wonder whether Tomcat is even finding the jar file. If I change the uri (com.skubick.flashbar) specified in either the taglib declaration in the jsp page or in web.xml, I get a complaint that the file wasn't found. HOWEVER, if I change taglib-location in web.xml to something blatantly invalid (like taglib-location/cold/day.hell/taglib-location I get the same No such tag insert in the tag library imported with prefix nav error as before. Any ideas or suggestions as to how I might either make it work, or at least conclusively establish that it's a lost cause and will never work with the Tomcat 4.0.1 embedded in Forte? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
TAGLIBS: request attributes
I'm a little confused about standard taglibs. How I can iterate thru all attributes of the request? (request.getAttribute()) -- Felipe Schnack Analista de Sistemas [EMAIL PROTECTED] Cel.: (51)91287530 Linux Counter #281893 Faculdade Ritter dos Reis www.ritterdosreis.br [EMAIL PROTECTED] Fone/Fax.: (51)32303328 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
TAGLIBS: sorry
Ok, I found that I should use request taglib, from Jakarta. Anyway, why this throws the error in the browser? I thought it should just print an URL req:attributes id=loop jsp:getProperty name=loop property=javax.servlet.error.request_uri/ /req:attributes -- Felipe Schnack Analista de Sistemas [EMAIL PROTECTED] Cel.: (51)91287530 Linux Counter #281893 Faculdade Ritter dos Reis www.ritterdosreis.br [EMAIL PROTECTED] Fone/Fax.: (51)32303328 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]