users@glassfish.java.net

Re: Worrying error

From: Jim Driscoll <Jim.Driscoll_at_Sun.COM>
Date: Tue, 23 Jan 2007 09:36:11 -0800

May want to prioritize it as higher than P4 - the number of hits we can
on the DTD on our web site is astonishing. And now I know why.

Jim

Tim Quinn wrote:
> Done. New GlassFish issue 2189
> <https://glassfish.dev.java.net/issues/show_bug.cgi?id=2189>.
>
> - Tim
>
> Hong Zhang wrote:
>> Hi, Tim
>> Yes, this would be helpful to the user. Please go ahead and file a
>> P4 to track this.
>>
>> Thanks,
>>
>> - Hong
>>
>> Tim Quinn wrote:
>>
>>> Hi, Hong.
>>>
>>> I don't know if we can do this easily, but it would be nice to log a
>>> warning when the XML parsing logic tries to retrieve a DTD or schema
>>> remotely. As you pointed out, this should not happen, but this user
>>> error shows it clearly can and it would save the user and us some
>>> time if such things were logged.
>>>
>>> Sounds like a P4 at worst. Is it worth opening an issue?
>>>
>>> - Tim
>>>
>>> Hong Zhang wrote:
>>>
>>>> Hi, Kenneth
>>>> There is a missing space between "Microsystems," and "Inc". Note,
>>>> the public id needs to match exactly.
>>>>
>>>> Thanks,
>>>>
>>>> - Hong
>>>>
>>>> Kenneth Clark wrote:
>>>>
>>>>> Thanks for the reply
>>>>>
>>>>> The DTDs are present in the location you described.
>>>>>
>>>>> As for the sun-ejb-jar.xml file
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>> <!DOCTYPE sun-ejb-jar PUBLIC "-//Sun Microsystems,Inc.//DTD
>>>>> Application Server 9.0 EJB 3.0//EN"
>>>>> "http://www.sun.com/software/appserver/dtds/sun-ejb-jar_3_0-0.dtd">
>>>>> Which is what you recommended it should be.
>>>>>
>>>>> Kenneth Clark
>>>>> Developer / Analyst
>>>>>
>>>>> Rabid Dog Laboratories ™
>>>>> Putting the art back into development
>>>>>
>>>>> *tel:* +27 11 475 7409
>>>>> *mobile:* +27 82 500 5090
>>>>> *e-mail:* kenneth_at_rabiddog.co.za
>>>>> *website:* http://www.rabiddog.co.za/
>>>>>
>>>>>
>>>>> Hong Zhang wrote:
>>>>>
>>>>>> Hi, Kenneth
>>>>>>
>>>>>> As part of the deployment descriptor parsing/loading, we validate
>>>>>> xml syntax based on the relevant dtd. The dtd is usually retrieved
>>>>>> from the local repository AS_INSTALL/lib/dtds based on the DOCTYPE
>>>>>> definition (the public id and the dtd name). Only when the dtd is
>>>>>> failed to be retrieved from the local repository (for example,
>>>>>> typo in the public id etc), it will attempt to go to the actual
>>>>>> dtd website (http://www.sun.com/software/appsefver/dtds) to
>>>>>> retrieve dtd.
>>>>>>
>>>>>> From what you described, seems the appserver did have to go to the
>>>>>> website to retrieve dtd. And because the network is down, the
>>>>>> contact with the website failed.
>>>>>>
>>>>>> Can you please post your sun-ejb-jar.xml, at least the beginning
>>>>>> part of the sun-ejb-jar.xml which has the DOCTYPE definition? The
>>>>>> correct DOCTYPE for this dtd should be (this is documented at the
>>>>>> beginning of the dtd file):
>>>>>>
>>>>>> <!DOCTYPE sun-ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD
>>>>>> Application Server 9.0 EJB 3.0//EN"
>>>>>> "http://www.sun.com/software/appserver/dtds/sun-ejb-jar_3_0-0.dtd">
>>>>>>
>>>>>> Please also check your AS_INSTALL/lib/dtds, see if the
>>>>>> sun-ejb-jar_3_0-0.dtd is indeed present.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> - Hong
>>>>>>
>>>>>>
>>>>>>
>>>>>> Kenneth Clark wrote:
>>>>>>
>>>>>>> Our international internet connection went down due to hardware
>>>>>>> failure. No problem the server is installed on our local network.
>>>>>>> But when I try and deploy I get:
>>>>>>>
>>>>>>> Deploying application in domain failed; Error loading deployment
>>>>>>> descriptors for module [PhoenixV2_1] -- Server returned HTTP
>>>>>>> response code: 503 for URL:
>>>>>>> http://www.sun.com/software/appserver/dtds/sun-ejb-jar_3_0-0.dtd
>>>>>>> Error loading deployment descriptors for module [PhoenixV2_1] --
>>>>>>> Server returned HTTP response code: 503 for URL:
>>>>>>> http://www.sun.com/software/appserver/dtds/sun-ejb-jar_3_0-0.dtd
>>>>>>>
>>>>>>> Is there anyway I can set it to check local if sun.com fails?
>>>>>>> This is very worrying from the POV that should we need to deploy
>>>>>>> the system cricital app we are developing during down time like
>>>>>>> we are currently experiencing there appears no way to get round it.
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Kenneth Clark
>>>>>>> Programmer/Analyst
>>>>>>>
>>>>>>> Rabid Dog Laboratories ™
>>>>>>> Putting the art back into development
>>>>>>>
>>>>>>> *tel:* +27 11 475 7409
>>>>>>> *mobile:* +27 82 500 5090
>>>>>>> *e-mail:* kenneth_at_rabiddog.co.za
>>>>>>> *website:* http://www.rabiddog.co.za/
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>