Andrea,
I found one application using our server that was not having this problem,
and it appears to be making its requests using WFS 1.0.0, which if I'm
reading correctly, defaults to using GML 2. The applications that ARE
having problems were specifying WFS 1.1.0, which I think defaults to GML 3.
Is this a workaround? The email thread you linked to specifically
mentioned GML 3 as being involved in the problem.
Matt
On Wed, Dec 19, 2012 at 8:52 PM, Matthew Foster - NOAA Federal <
[email protected]> wrote:
> Thanks for the update Andrea.
>
> I'm trying to understand the specifics of what is going on...global
> endpoint...virtual endpoint...it's a tad over my head.
>
> It *sounds* like there are potential workarounds, but I'm failing to grasp
> what they might be. Can you boil it down?
>
> Matt
>
>
>
> On Thu, Dec 13, 2012 at 9:59 AM, Andrea Aime <[email protected]
> > wrote:
>
>> On Mon, Nov 26, 2012 at 7:21 PM, Matthew Foster - NOAA Federal <
>> [email protected]> wrote:
>>
>>> On Mon, Nov 26, 2012 at 11:12 AM, Andrea Aime <
>>> [email protected]> wrote:
>>>
>>>> On Mon, Nov 26, 2012 at 3:51 PM, Matthew Foster - NOAA Federal <
>>>> [email protected]> wrote:
>>>>
>>>>> I'm having a recurring problem where WFS responses on PostGIS layers
>>>>> in our Geoserver (2.2-RC1) will "lose" their prefix. In other words, the
>>>>> prefix comes back as null, causing a XML parsing error. What's odd is
>>>>> that
>>>>> I can go into the Geoserver web admin interface, access the problem layer,
>>>>> click "Reload feature type", and the layer will start working again. It
>>>>> will work OK for a few weeks and then do it again.
>>>>>
>>>>> Does anyone know what could be wrong?
>>>>>
>>>>>
>>>> I don't remember this particular problem, but can you tell us which
>>>> version of GeoServer you're using?
>>>>
>>>>
>>>>
>>> 2.2-RC1
>>>
>>
>> Back then I did not have a clue off the top of my head, but searching the
>> archives leads to this:
>>
>> http://www.mail-archive.com/[email protected]/msg06924.html
>>
>> So far, seems like a known problem with no immediate solution (aka, quite
>> a bit of work
>> to fix it).
>>
>> Cheers
>> Andrea
>>
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054 Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39 339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> -------------------------------------------------------
>>
>>
>
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
