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
>