users@glassfish.java.net

Re: Worrying error

From: Tim Quinn <Timothy.Quinn_at_Sun.COM>
Date: Tue, 23 Jan 2007 11:24:09 -0600

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
>