Hi Jonathan,
thanks for the link. My case seems to be rather different. I finally
discovered, that timeout is hapenning directly after trying to save
modified feature through WFS-T (which is not succesful and ends with with
"empty response" message). I filed bug report at
http://jira.codehaus.org/browse/GEOS-6059. Perhaps it's problem with my
PostgreSQL server. Thnaks once again for your help.
Regards,
Miloš
2013/9/26 Jonathan Moules <[email protected]>
> Hi Miloš,
>
> My report is here - http://jira.codehaus.org/browse/GEOS-6048 - it may or
> may not be the same cause/issue as yours, but it seemed like it to me. Does
> yours get faster after the first query has suceeded? If not it may be
> something else.
> Regards,
> Jonathan
>
>
> On 26 September 2013 13:18, Miloš Kroulík <[email protected]> wrote:
>
>> Hi Jonathan,
>> thanks you for your response. I thought, that it might be caused by
>> restricted service (via service access rules), but then I restricted only
>> GetCapabilities request and the error persisted. I managed to make it work
>> only by restart - which is of course unacceptable in production
>> environment. Can you, please, direct me to the bug you reported so I can
>> watch the progress?
>>
>> Regards,
>>
>> Miloš
>>
>> 2013/9/24 Jonathan Moules <[email protected]>
>>
>>> Hi Miloš,
>>> Hmmm, I just tried this myself using the "demos" page on GeoServer.
>>> It took an inordinantely long time to get a response to the first request
>>> (well over a minute). But once a request had succeeded, following requests
>>> were almost instantaneous, even for information about other tables.
>>>
>>> I can replicate it fairly easily (I'm using Oracle):
>>>
>>> First request:* 66 seconds! *(though it can be as "low" as 9 seconds).
>>> Following requests (any layer) - less than 0.5 seconds.
>>>
>>> Clearing the resource cache resets it back to super-slow.
>>>
>>> I'll report it as a bug; at the very least there's obvious scope for
>>> optimisation.
>>>
>>> Miloš - Assuming you don't restart your server, once the first one has
>>> been served following ones should hopefully be faster.
>>> Regards,
>>> Jonathan
>>>
>>>
>>> On 23 September 2013 23:15, Miloš Kroulík <[email protected]>wrote:
>>>
>>>> I am trying to connect to my layer, created as PostGIS (2.1) view
>>>> through Geoserver 2.3.5. The problem is, that every request ends with
>>>> error:
>>>>
>>>> Network request <address-of-DescribeFeatureType-request> timed out. (in
>>>> QGIS)
>>>>
>>>> I tried to discover the cause using Google, but I wasnt succesful.
>>>> Please let me know, if you need more information,
>>>>
>>>> Miloš Kroulík
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> October Webinars: Code for Performance
>>>> Free Intel webinars can help you accelerate application performance.
>>>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the
>>>> most from
>>>> the latest Intel processors and coprocessors. See abstracts and
>>>> register >
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Geoserver-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>>
>>>>
>>>
>>> This transmission is intended for the named addressee(s) only and may
>>> contain sensitive or protectively marked material up to RESTRICTED and
>>> should be handled accordingly. Unless you are the named addressee (or
>>> authorised to receive it for the addressee) you may not copy or use it, or
>>> disclose it to anyone else. If you have received this transmission in error
>>> please notify the sender immediately. All email traffic sent to or from us,
>>> including without limitation all GCSX traffic, may be subject to recording
>>> and/or monitoring in accordance with relevant legislation.
>>
>>
>>
>
> This transmission is intended for the named addressee(s) only and may
> contain sensitive or protectively marked material up to RESTRICTED and
> should be handled accordingly. Unless you are the named addressee (or
> authorised to receive it for the addressee) you may not copy or use it, or
> disclose it to anyone else. If you have received this transmission in error
> please notify the sender immediately. All email traffic sent to or from us,
> including without limitation all GCSX traffic, may be subject to recording
> and/or monitoring in accordance with relevant legislation.
>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
