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
>