I suspect it's mostly for human consumption, as well as making
sure that one can generate documentation etc without having to
unpack a jar. In my own experience, I've often found it useful to
open up the tld file for a taglib in emacs and look at it; of
course you can open up a jar in emacs as well, so may be it's for
VI users:-) -- seriously though, the tld file outside the jar is
a very useful convenience.
Also, since the build process ensures that the tld inside the jar
and the one outside are the same, the duplication is not a
problem.
>>>>> "Rahul" == Rahul P Akolkar <[EMAIL PROTECTED]> writes:
Rahul> Stu Robertson <[EMAIL PROTECTED]> wrote on
Rahul> 07/10/2005 04:07:29 PM: <snip/>
>> One question though. Why is the tld included outside of
>> the taglib jar? The 2.4 specification allows them to be
>> in the jar, at META-INF/ taglib.tld. I found that WAS 6
>> has trouble dealing with it elsewhere if the tag classes
>> and tagx files are in a jar. For my build I've moved it
>> to the jar itself, which solves the issue.
Rahul> <snap/>
Rahul>
Rahul> Put simply, that is how the taglibs build has it set
Rahul> up.
Rahul>
Rahul> <reiterate> There is a copy in
Rahul> taglibs-<taglib>.jar/META-INF/taglib.tld, which is
Rahul> where the spec says it should reside if the taglib is
Rahul> deployed in an archived form. There is another copy
Rahul> sitting outside the jar as
Rahul> <taglib>-examples.war/WEB-INF/taglibs-<taglib>.tld,
Rahul> which is where the spec says it should reside if the
Rahul> taglib is deployed in an unarchived form.
Rahul> </reiterate>
Rahul>
Rahul> Removing the copy in WEB-INF/ might indeed be
Rahul> necessary for certain containers if the taglib is
Rahul> deployed using an archived form. Apart from the fact
Rahul> that the TLD outside the jar makes for easier
Rahul> human/dev consumption, does anyone have more insight
Rahul> into why there are two TLDs in the example wars?
Rahul>
Rahul> -Rahul
--
Best Regards,
--raman
------------------------------------------------------------
T. V. Raman: PhD (Cornell University)
IBM Research: Human Language Technologies
Architect: RDC --- Conversational And Multimodal WWW Standards
Phone: 1 (408) 927 2608 T-Line 457-2608
Fax: 1 (408) 927 3012 Cell: 1 650 799 5724
Email: [EMAIL PROTECTED]
WWW: http://almaden.ibm.com/u/tvraman (google:tv raman
AIM: emacspeak
GPG: http://www.almaden.ibm.com/cs/people/tvraman/raman-almaden.asc
Snail: IBM Almaden Research Center,
650 Harry Road
San Jose 95120
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
