I have moved the issue to P3 now based on the feedback. This will be
fixed for 9.1 FCS.
Thanks,
- Hong
Jim Driscoll wrote:
> 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
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>