Marina Vatkina wrote On 10/19/06 10:34,:
> Jan,
>
> Just one note (an answer to your question) below.
>
> -marina
>
> Jan Luehe wrote:
>
>> Hi Henry,
>>
>> Henry Story wrote On 10/19/06 09:15,:
>>
>>> Ok, I have re-installed to the latest trunk of roller
>>>
>>> hjs_at_bblfish:0$ svn infoPath: .
>>> URL: https://svn.apache.org/repos/asf/incubator/roller/trunk
>>> Repository Root: https://svn.apache.org/repos/asf
>>> Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
>>> Revision: 465608
>>> Node Kind: directory
>>> Schedule: normal
>>> Last Changed Author: snoopdave
>>> Last Changed Rev: 465605
>>> Last Changed Date: 2006-10-19 14:29:47 +0200 (Thu, 19 Oct 2006)
>>> Properties Last Updated: 2006-09-28 14:53:16 +0200 (Thu, 28 Sep 2006)
>>>
>>>
>>> This again works with Tomcat but not with Glassfish Edition 9.1
>>> (build b19)
>>>
>>> It looks like the tld is in a different place:
>>>
>>> hjs_at_bblfish:0$ jar tvf roller.war | grep roller.tld
>>> 10789 Thu Oct 19 11:48:48 CEST 2006 WEB-INF/classes/META-INF/tlds/
>>> roller.tld
>>>
>>> You were expecting it to be in the rollerweb.jar
>>
>>
>>
>>
>> We don't require it to be in rollerweb.jar. It may be packaged
>> directly into roller.war, but
>>
>> WEB-INF/classes/META-INF/tlds/ roller.tld
>>
>> seems to be a weird location to be placing a TLD. In fact, I've
>> never seen any META-INF directory underneath WEB-INF/classes
>
>
>
> See Java Persistence API spec 6.2 Persistence Unit Packaging:
> ...
> The root of the persistence unit is the WEB-INF/classes directory; the
> persistence.xml file is therefore contained in the
> WEB-INF/classes/META-INF directory.
Yes, Bill Shannon has pointed out the same to me in a private email.
You're supposed to be able to unzip a JAR file into WEB-INF/classes,
which would give you something like WEB-INF/classes/META-INF.
Thanks!
Jan
>
> , and
>
>> JSP.7.3.1 ("Identifying Tag Library Descriptors") has this:
>>
>> Tag library descriptor files have names that use the extension .tld,
>> and the extension indicates a tag library descriptor file. [...]
>> When deployed directly into a web application, the tag library
>> descriptor
>> files must always be in the WEB-INF directory, or some subdirectory
>> of it.
>> TLD files should not be placed in /WEB-INF/classes or /WEB-INF/lib,
>> [...]
>>
>> I realize this spec quote says "should not" instead of "must not",
>> but would it be possible for roller.war to follow are more conventional
>> packaging structure and move
>>
>> WEB-INF/classes/META-INF/tlds/roller.tld
>>
>> to
>>
>> WEB-INF/tlds/roller.tld?
>>
>> Thanks!
>>
>>
>> Jan
>>
>>
>>>
>>> Henry
>>>
>>>
>>> On 19 Oct 2006, at 10:56, Henry Story wrote:
>>>
>>>> On 19 Oct 2006, at 06:29, Jan Luehe wrote:
>>>>
>>>>>
>>>>> Hmm, this is weird.
>>>>>
>>>>> The taglib with this URI:
>>>>>
>>>>> "http://www.rollerweblogger.org/tags"
>>>>>
>>>>> is defined in rollerweb.jar's META-INF/tlds/roller.tld, and
>>>>> rollerweb.jar is bundled
>>>>> in roller.war's WEB-INF/lib, so the taglib really should be found.
>>>>
>>>>
>>>>
>>>>
>>>> Ah that could be it. There is no META-INF/tlds/roller.tld in the
>>>> rollerweb.jar that I have.
>>>> in revision 453532 of the roller trunk svn repository.
>>>>
>>>>> I'm wondering why the exception message has a space in front of
>>>>> "tags" in
>>>>>
>>>>> "http://www.rollerweblogger.org/ tags",
>>>>
>>>>
>>>>
>>>>
>>>> No, that's a stupid bug with Apple Mail.app that I have reported a
>>>> few years back and that looks like it will never get fixed.
>>>> Mail.app cuts up urls, when they cross a line.
>>>>
>>>> Henry
>>>>
>>>>>
>>>>> when the taglib's URI as defined in the TLD does not have any
>>>>> such space:
>>>>>
>>>>> "http://www.rollerweblogger.org/tags"
>>>>>
>>>>> This mismatch in the imported and declared URIs could explain why
>>>>> the taglib
>>>>> is not found.
>>>>>
>>>>> Do you see any other exceptions in the server.log?
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>