Tim Quinn wrote:
> There is one case in which remote access to DTDs or schemas can occur.
> (I doubt it's happening here because the admin GUI app is the one of
> interest, but just for completeness...)
>
> We map the identifying information in the DTD or schema to local copies
> of the relevant files. We have had cases in which a user has manually
> created a descriptor and misspelled some of the that information - I
> remember specifically an incorrect DTD system ID. When GlassFish fails
> to find it locally (because of the misspelling) it tries to use the
> public ID from the DTD which normally refers to the Sun site. If the
> user spelled that part correctly then the remote retrieval succeeds and
> things work - although slowly.
Hi Tim,
Yes, that's a possibility, although not in this case.
Regards,
Kedar
>
> - Tim
>
> Ken Paulsen wrote:
>>
>> I don't think we access any dtds, but we do access content from the
>> network in a couple places. We have a frame on the bottom of our
>> admin console that accesses content from sun.com. This provides our
>> "call home" and promotion info marketing wants. We also have a page
>> after registration which provides several RSS feeds aggregated on a
>> single page -- each of these gets new content from the network.
>> Unlike the promotions frame, the registration RSS page access the
>> network from the server (required b/c of browser security limitations).
>>
>> Ken
>>
>> Bill Shannon wrote:
>>> Ken Paulsen wrote:
>>>> *Question #2:*
>>>> *How can Sun customers customize and tune the SJSAS Admin Console
>>>> web application in order to improve the performance of this
>>>> relatively slow Web UI application?
>>>> *
>>>> *Background for Question #2:*
>>>> The customer sees a very slow & non-responsive SJSAS Admin Console
>>>> application that pops-up a dialog to require users to login through
>>>> their corporate Proxy Server in order to access the SJSAS Admin
>>>> Console web app. Furthermore, it appears the SJSAS Admin Console
>>>> web application looks for resources (e.g. static images, DTD's, and
>>>> links) on Sun's external web sites and this slows down the start-up
>>>> and access to the SJSAS Admin Console application.
>>>>
>>>> The customer has already configured the Admin Server JVM heap size
>>>> to be 1 GB and they just simply want the SJSAS Admin Console web
>>>> application to be more responsive (i.e. faster remdering) and NOT
>>>> require users to login to their corporate proxy server in order to
>>>> access resources (e.g. static images, DTD's, and links) on Sun's
>>>> external web sites.
>>>
>>> We don't really access images and DTDs from a Sun web site, do we?
>>> If so,
>>> that's just a bug that should be fixed. All the static content
>>> should be
>>> bundled with the product.
>>>
>>> And yes, there should be a simple and easy way to disable accesses to
>>> the
>>> remote dynamic content.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>