[Geoserver-users] GeoServer app-schema: No FID expression found for type

bruce.simons · April 12, 2015, 9:59pm

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net [mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

   1. Re: GeoServer app-schema: No FID expression found for type
      (Ben Caradoc-Davies)
   2. GeoServer Slowly Requests to Remote DB (Shadin)
   3. Re: wfs 1.1.0 adds timezone to date attributes
      (Hochmeister Rudolf)
   4. Re: wfs 1.1.0 adds timezone to date attributes
      (Rahkonen Jukka (MML))

----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@anonymised.com>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
found for type
To: Bruce.Simons@anonymised.com, geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@anonymised.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@anonymised.com wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com<mailto:bruce.simons@anonymised.com> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz> New Zealand

------------------------------

Message: 2
Date: Thu, 9 Apr 2015 23:20:35 -0700 (PDT)
From: Shadin <shadin__a@anonymised.com>
Subject: [Geoserver-users] GeoServer Slowly Requests to Remote DB
To: geoserver-users@lists.sourceforge.net
Message-ID: <1428646835643-5200724.post@anonymised.com>
Content-Type: text/plain; charset=us-ascii

I need someone who's good at GeoServer & Networks to help me figure out what
I'm missing here.

I have two servers, one for database (S1) and the other one for my web app &
GeoServer (S2). Both inside network A. Application works fine on S2.
Retrieving WMS and GWC layers from S1 through GeoServer
[http://privateIP:8081/geoserver/wms\] and
[http://privateIP:8081/geoserver/gwc/service/wms\]

Now, I would like to take S2 out of Network A. So I disconnected it and
plugged it again to a 4G internet modem. Then changed GeoServer stores IP
addresses to public IP of S1, and Layers requests to the public IP address
as well: [http://publicIP:8081/geoserver/wms\] and and
[http://publicIP:8081/geoserver/gwc/service/wms\]

At this point, requesting layers became so unbelievably slow. I can see few
tiles of the layers but it takes too long to load then failed with no result
but pink tiles.

I couldn't figure out what causes this. Is it rough for GeoServer to request
from a remote database? and what is the suggested solution in this case?

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoServer-Slowly-Requests-to-Remote-DB-tp5200724.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------

Message: 3
Date: Fri, 10 Apr 2015 07:09:04 +0000
From: Hochmeister Rudolf <rudolf.hochmeister@anonymised.com>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "'Ian Turton *EXTERN*'" <ijturton@anonymised.com>,
  "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <AB3E8930BFAB744CA08E1132C304965F365DEE28@anonymised.com>

Content-Type: text/plain; charset="utf-8"

Ups, you?re right east of UK, geo-db is based on Oracle Locator with jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@anonymised.com21...<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@anonymised.comrge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Fri, 10 Apr 2015 08:29:48 +0000
From: "Rahkonen Jukka (MML)" <jukka.rahkonen@anonymised.com>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <11c4f8336e734e5ca132627fe4800fb4@anonymised.com>
Content-Type: text/plain; charset="utf-8"

Hi Ian,

I believe that this is a problem only in writing, not in thinking, but still

timezones that are GMT - X so CET counts.

Time runs ahead east of GMT so I guess you meant ?GMT +X so CET counts?

?Jukka Rahkonen-

Hochmeister Rudolf wrote

Ups, you?re right east of UK, geo-db is based on Oracle Locator with jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@anonymised.com21...<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@anonymised.comrge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

End of Geoserver-users Digest, Vol 107, Issue 26
************************************************

Bart_van_den_Eijnde1 · April 12, 2015, 11:18pm

Bruce,

are you accessing app-schema feature types using "workspace-specific" service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&typename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1">
<null:the_geom>
[...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@anonymised.com wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net [mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

    1. Re: GeoServer app-schema: No FID expression found for type
       (Ben Caradoc-Davies)
    2. GeoServer Slowly Requests to Remote DB (Shadin)
    3. Re: wfs 1.1.0 adds timezone to date attributes
       (Hochmeister Rudolf)
    4. Re: wfs 1.1.0 adds timezone to date attributes
       (Rahkonen Jukka (MML))

----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@anonymised.com>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@anonymised.com, geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@anonymised.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@anonymised.com wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com<mailto:bruce.simons@anonymised.com> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz> New Zealand

------------------------------

Message: 2
Date: Thu, 9 Apr 2015 23:20:35 -0700 (PDT)
From: Shadin <shadin__a@anonymised.com>
Subject: [Geoserver-users] GeoServer Slowly Requests to Remote DB
To: geoserver-users@lists.sourceforge.net
Message-ID: <1428646835643-5200724.post@anonymised.com>
Content-Type: text/plain; charset=us-ascii

I need someone who's good at GeoServer & Networks to help me figure out what
I'm missing here.

I have two servers, one for database (S1) and the other one for my web app &
GeoServer (S2). Both inside network A. Application works fine on S2.
Retrieving WMS and GWC layers from S1 through GeoServer
[http://privateIP:8081/geoserver/wms\] and
[http://privateIP:8081/geoserver/gwc/service/wms\]

Now, I would like to take S2 out of Network A. So I disconnected it and
plugged it again to a 4G internet modem. Then changed GeoServer stores IP
addresses to public IP of S1, and Layers requests to the public IP address
as well: [http://publicIP:8081/geoserver/wms\] and and
[http://publicIP:8081/geoserver/gwc/service/wms\]

At this point, requesting layers became so unbelievably slow. I can see few
tiles of the layers but it takes too long to load then failed with no result
but pink tiles.

I couldn't figure out what causes this. Is it rough for GeoServer to request
from a remote database? and what is the suggested solution in this case?

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoServer-Slowly-Requests-to-Remote-DB-tp5200724.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------

Message: 3
Date: Fri, 10 Apr 2015 07:09:04 +0000
From: Hochmeister Rudolf <rudolf.hochmeister@anonymised.com>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "'Ian Turton *EXTERN*'" <ijturton@anonymised.com>,
  "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <AB3E8930BFAB744CA08E1132C304965F365DEE28@anonymised.com>

Content-Type: text/plain; charset="utf-8"

Ups, you?re right east of UK, geo-db is based on Oracle Locator with jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Fri, 10 Apr 2015 08:29:48 +0000
From: "Rahkonen Jukka (MML)" <jukka.rahkonen@anonymised.com>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <11c4f8336e734e5ca132627fe4800fb4@anonymised.com>
Content-Type: text/plain; charset="utf-8"

Hi Ian,

I believe that this is a problem only in writing, not in thinking, but still

timezones that are GMT - X so CET counts.

Time runs ahead east of GMT so I guess you meant ?GMT +X so CET counts?

?Jukka Rahkonen-

Hochmeister Rudolf wrote

Ups, you?re right east of UK, geo-db is based on Oracle Locator with jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@anonymised.com]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@anonymised.com<mailto:rudolf.hochmeister@anonymised.com>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

End of Geoserver-users Digest, Vol 107, Issue 26
************************************************

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz>
New Zealand

bruce.simons · April 12, 2015, 11:48pm

Hi Ben,
I'm not accessing app-schema feature types using "workspace-specific" service URLs.
When the services work they will respond to "workspace-specific" service URLs, but with the non-workspace aliases replaced with "null" (as per the [GEOS-6014] note).

When the configuration is only one Feature with no feature links it doesn't seem to fail (although the maxFeatures=5 is slow), but adding a single FEATURE_LINK can give (but not always) the FID error.

I'm wondering if it could be related to the database rather than the Geoserver configuration?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@…6881…]
Sent: Monday, 13 April 2015 9:19 AM
To: Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Bruce,

are you accessing app-schema feature types using "workspace-specific"
service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp
workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&typename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1"> <null:the_geom> [...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@...367... wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net
[mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

    1. Re: GeoServer app-schema: No FID expression found for type
       (Ben Caradoc-Davies)
    2. GeoServer Slowly Requests to Remote DB (Shadin)
    3. Re: wfs 1.1.0 adds timezone to date attributes
       (Hochmeister Rudolf)
    4. Re: wfs 1.1.0 adds timezone to date attributes
       (Rahkonen Jukka (MML))

----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@...6881...>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@...367..., geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@...6881...>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@...367... wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367...<mailto:bruce.simons@…367…> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

---------------------------------------------------------------------
-
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live
exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_S
F

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz> New Zealand

------------------------------

Message: 2
Date: Thu, 9 Apr 2015 23:20:35 -0700 (PDT)
From: Shadin <shadin__a@...95...>
Subject: [Geoserver-users] GeoServer Slowly Requests to Remote DB
To: geoserver-users@lists.sourceforge.net
Message-ID: <1428646835643-5200724.post@...4613...>
Content-Type: text/plain; charset=us-ascii

I need someone who's good at GeoServer & Networks to help me figure
out what I'm missing here.

I have two servers, one for database (S1) and the other one for my web
app & GeoServer (S2). Both inside network A. Application works fine on S2.
Retrieving WMS and GWC layers from S1 through GeoServer
[http://privateIP:8081/geoserver/wms\] and
[http://privateIP:8081/geoserver/gwc/service/wms\]

Now, I would like to take S2 out of Network A. So I disconnected it
and plugged it again to a 4G internet modem. Then changed GeoServer
stores IP addresses to public IP of S1, and Layers requests to the
public IP address as well: [http://publicIP:8081/geoserver/wms\] and
and [http://publicIP:8081/geoserver/gwc/service/wms\]

At this point, requesting layers became so unbelievably slow. I can
see few tiles of the layers but it takes too long to load then failed
with no result but pink tiles.

I couldn't figure out what causes this. Is it rough for GeoServer to
request from a remote database? and what is the suggested solution in this case?

--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GeoServer-Slowly-Requests-to-Remot
e-DB-tp5200724.html Sent from the GeoServer - User mailing list
archive at Nabble.com.

------------------------------

Message: 3
Date: Fri, 10 Apr 2015 07:09:04 +0000
From: Hochmeister Rudolf <rudolf.hochmeister@...1721...>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "'Ian Turton *EXTERN*'" <ijturton@...84...>,
  "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:

<AB3E8930BFAB744CA08E1132C304965F365DEE28@...5592...
>

Content-Type: text/plain; charset="utf-8"

Ups, you?re right east of UK, geo-db is based on Oracle Locator with
jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN*
[mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@…475…
rceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part -------------- An HTML attachment was
scrubbed...

------------------------------

Message: 4
Date: Fri, 10 Apr 2015 08:29:48 +0000
From: "Rahkonen Jukka (MML)" <jukka.rahkonen@...6847...>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <11c4f8336e734e5ca132627fe4800fb4@...6737...>
Content-Type: text/plain; charset="utf-8"

Hi Ian,

I believe that this is a problem only in writing, not in thinking, but
still

timezones that are GMT - X so CET counts.

Time runs ahead east of GMT so I guess you meant ?GMT +X so CET counts?

?Jukka Rahkonen-

Hochmeister Rudolf wrote

Ups, you?re right east of UK, geo-db is based on Oracle Locator with
jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN*
[mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@…475…
rceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part -------------- An HTML attachment was
scrubbed...

------------------------------

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

End of Geoserver-users Digest, Vol 107, Issue 26
************************************************

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz> New Zealand

bruce.simons · May 11, 2015, 5:20am

Hi Ben,
I'm still getting this intermittent "No FID expression found for type x" error.
Stopping and starting the TomCat service, without changing the configuration files, will sometimes result in a valid feature query response, or result in the same error for a different GetFeature request.

Pavel had a quick look at the problem earlier this year but couldn't identify any obvious cause. Can you suggest a way forward?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Simons, Bruce (L&W, Highett)
Sent: Monday, 13 April 2015 9:48 AM
To: 'Ben Caradoc-Davies'; geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Hi Ben,
I'm not accessing app-schema feature types using "workspace-specific" service URLs.
When the services work they will respond to "workspace-specific" service URLs, but with the non-workspace aliases replaced with "null" (as per the [GEOS-6014] note).

When the configuration is only one Feature with no feature links it doesn't seem to fail (although the maxFeatures=5 is slow), but adding a single FEATURE_LINK can give (but not always) the FID error.

I'm wondering if it could be related to the database rather than the Geoserver configuration?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@…6881…]
Sent: Monday, 13 April 2015 9:19 AM
To: Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Bruce,

are you accessing app-schema feature types using "workspace-specific"
service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp
workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&typename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1"> <null:the_geom> [...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@...367... wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net
[mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

    1. Re: GeoServer app-schema: No FID expression found for type
       (Ben Caradoc-Davies)
    2. GeoServer Slowly Requests to Remote DB (Shadin)
    3. Re: wfs 1.1.0 adds timezone to date attributes
       (Hochmeister Rudolf)
    4. Re: wfs 1.1.0 adds timezone to date attributes
       (Rahkonen Jukka (MML))

----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@...6881...>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@...367..., geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@...6881...>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@...367... wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367...<mailto:bruce.simons@…367…> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

---------------------------------------------------------------------
-
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live
exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_S
F

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz> New Zealand

------------------------------

Message: 2
Date: Thu, 9 Apr 2015 23:20:35 -0700 (PDT)
From: Shadin <shadin__a@...95...>
Subject: [Geoserver-users] GeoServer Slowly Requests to Remote DB
To: geoserver-users@lists.sourceforge.net
Message-ID: <1428646835643-5200724.post@...4613...>
Content-Type: text/plain; charset=us-ascii

I need someone who's good at GeoServer & Networks to help me figure
out what I'm missing here.

I have two servers, one for database (S1) and the other one for my web
app & GeoServer (S2). Both inside network A. Application works fine on S2.
Retrieving WMS and GWC layers from S1 through GeoServer
[http://privateIP:8081/geoserver/wms\] and
[http://privateIP:8081/geoserver/gwc/service/wms\]

Now, I would like to take S2 out of Network A. So I disconnected it
and plugged it again to a 4G internet modem. Then changed GeoServer
stores IP addresses to public IP of S1, and Layers requests to the
public IP address as well: [http://publicIP:8081/geoserver/wms\] and
and [http://publicIP:8081/geoserver/gwc/service/wms\]

At this point, requesting layers became so unbelievably slow. I can
see few tiles of the layers but it takes too long to load then failed
with no result but pink tiles.

I couldn't figure out what causes this. Is it rough for GeoServer to
request from a remote database? and what is the suggested solution in this case?

--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GeoServer-Slowly-Requests-to-Remot
e-DB-tp5200724.html Sent from the GeoServer - User mailing list
archive at Nabble.com.

------------------------------

Message: 3
Date: Fri, 10 Apr 2015 07:09:04 +0000
From: Hochmeister Rudolf <rudolf.hochmeister@...1721...>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "'Ian Turton *EXTERN*'" <ijturton@...84...>,
  "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:

<AB3E8930BFAB744CA08E1132C304965F365DEE28@...5592...
>

Content-Type: text/plain; charset="utf-8"

Ups, you?re right east of UK, geo-db is based on Oracle Locator with
jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN*
[mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@…475…
rceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part -------------- An HTML attachment was
scrubbed...

------------------------------

Message: 4
Date: Fri, 10 Apr 2015 08:29:48 +0000
From: "Rahkonen Jukka (MML)" <jukka.rahkonen@...6847...>
Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
  attributes
To: "geoserver-users@lists.sourceforge.net"
  <geoserver-users@lists.sourceforge.net>
Message-ID:
  <11c4f8336e734e5ca132627fe4800fb4@...6737...>
Content-Type: text/plain; charset="utf-8"

Hi Ian,

I believe that this is a problem only in writing, not in thinking, but
still

timezones that are GMT - X so CET counts.

Time runs ahead east of GMT so I guess you meant ?GMT +X so CET counts?

?Jukka Rahkonen-

Hochmeister Rudolf wrote

Ups, you?re right east of UK, geo-db is based on Oracle Locator with
jdbc thin client connection over JNDI. Cheers Rudi

Von: Ian Turton *EXTERN* [mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 16:40
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

I'm pretty sure that is east of me! - there is a known issue for timezones that are GMT - X so CET counts. As does BST which is why I started looking at last weekend. With any luck I should finish it off this weekend. Which database is your WFS on top of?

Ian

On Thu, Apr 9, 2015 at 3:03 PM Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hehe, no i am from Austria, my setting is -Duser.timezone=CET .
cheers Rudi

Von: Ian Turton *EXTERN*
[mailto:ijturton@…84…]
Gesendet: Donnerstag, 09. April 2015 15:19
An: Hochmeister Rudolf;
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@…475…
rceforge.net>
Betreff: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date
attributes

Are you to the east of the UK? If so its a known issue that I'm looking at.

Ian

On 10:37, Thu, 9 Apr 2015 Hochmeister Rudolf <rudolf.hochmeister@...1721...<mailto:rudolf.hochmeister@…1721…>> wrote:
Hi,
Can anyone confirm this behaviour?
When doing getfeature with wfs 1.0.0 the output of date attributes without timestamp is ok: '2015-04-07'
When doing getfeature with wfs 1.1.0 the output is nok: '2015-04-06Z' , a timezone gets specified by geoserver, which decreases the date value by 1 day.
Is there a chance to reconfigure geoserver or tomcat parameters or is this intended?
Im running geoserver 2.6.2 with jvm7.

Cheers Rudi

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@…475…
rceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------- next part -------------- An HTML attachment was
scrubbed...

------------------------------

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

End of Geoserver-users Digest, Vol 107, Issue 26
************************************************

----------------------------------------------------------------------
-------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard Learn
Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz> New Zealand

Bart_van_den_Eijnde1 · May 11, 2015, 11:22pm

Bruce,

this is a nasty one as it is intermittent.

The first step has to be reproducing the failure. I suggest running a shell script that makes a hundred or so concurrent requests against a test GeoServer instance using curl:

#!/bin/bash
i=0
while(($i<100))
do
curl 'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’ &
((i=$i+1))
done

You could also try sequential requests (note no "&"):

#!/bin/bash
i=0
while(($i<100))
do
curl 'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
((i=$i+1))
done

You can also try multiple concurrent requests for different types.

#!/bin/bash
i=0
while(($i<100))
do
curl 'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’ &
curl 'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=ns:SomeOtherType’ &
((i=$i+1))
done

The requests could be for a range of feature types. The test instance might use the same database backend, but could also use a test copy of the database to avoid inconveniencing other users.

When you are able to reproduce the failure in a test environment, the next step is to catch it in the debugger. The test GeoServer instance could be in tomcat, configured for remote debugging, but it might be easier to just launch it in Eclipse on your desktop in debug mode. Setting a breakpoint at UnmappingFilterVisitor:307 in Eclipse will allow you to catch GeoServer in the act and examine the state that caused the failure.

Kind regards,
Ben.

On 11/05/15 17:20, Bruce.Simons@anonymised.com wrote:

Hi Ben,
I'm still getting this intermittent "No FID expression found for type x" error.
Stopping and starting the TomCat service, without changing the configuration files, will sometimes result in a valid feature query response, or result in the same error for a different GetFeature request.

Pavel had a quick look at the problem earlier this year but couldn't identify any obvious cause. Can you suggest a way forward?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Simons, Bruce (L&W, Highett)
Sent: Monday, 13 April 2015 9:48 AM
To: 'Ben Caradoc-Davies'; geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Hi Ben,
I'm not accessing app-schema feature types using "workspace-specific" service URLs.
When the services work they will respond to "workspace-specific" service URLs, but with the non-workspace aliases replaced with "null" (as per the [GEOS-6014] note).

When the configuration is only one Feature with no feature links it doesn't seem to fail (although the maxFeatures=5 is slow), but adding a single FEATURE_LINK can give (but not always) the FID error.

I'm wondering if it could be related to the database rather than the Geoserver configuration?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@anonymised.com]
Sent: Monday, 13 April 2015 9:19 AM
To: Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Bruce,

are you accessing app-schema feature types using "workspace-specific"
service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp
workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&typename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&request=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1"> <null:the_geom> [...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@anonymised.com wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net
[mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

     1. Re: GeoServer app-schema: No FID expression found for type
        (Ben Caradoc-Davies)
     2. GeoServer Slowly Requests to Remote DB (Shadin)
     3. Re: wfs 1.1.0 adds timezone to date attributes
        (Hochmeister Rudolf)
     4. Re: wfs 1.1.0 adds timezone to date attributes
        (Rahkonen Jukka (MML))

----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@anonymised.com>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@anonymised.com, geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@anonymised.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@anonymised.com wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com<mailto:bruce.simons@anonymised.com> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand

bruce.simons · May 11, 2015, 11:33pm

Thanks Ben,
The error is intermittent in that stopping and starting GeoServer may reproduce the error. However, once the error occurs, any request for that feature results in the error.

So the error logs can be readily viewed, but don't seem to be informative. I'll see if I can find someone to help me set-up the Eclipse de-bugging environment.

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@…6881…]
Sent: Tuesday, 12 May 2015 9:23 AM
To: Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Bruce,

this is a nasty one as it is intermittent.

The first step has to be reproducing the failure. I suggest running a shell script that makes a hundred or so concurrent requests against a test GeoServer instance using curl:

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
&
((i=$i+1))
done

You could also try sequential requests (note no "&"):

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
((i=$i+1))
done

You can also try multiple concurrent requests for different types.

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
&
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=ns:SomeOtherType’
&
((i=$i+1))
done

The requests could be for a range of feature types. The test instance might use the same database backend, but could also use a test copy of the database to avoid inconveniencing other users.

When you are able to reproduce the failure in a test environment, the next step is to catch it in the debugger. The test GeoServer instance could be in tomcat, configured for remote debugging, but it might be easier to just launch it in Eclipse on your desktop in debug mode.
Setting a breakpoint at UnmappingFilterVisitor:307 in Eclipse will allow you to catch GeoServer in the act and examine the state that caused the failure.

Kind regards,
Ben.

On 11/05/15 17:20, Bruce.Simons@...367... wrote:

Hi Ben,
I'm still getting this intermittent "No FID expression found for type x" error.
Stopping and starting the TomCat service, without changing the configuration files, will sometimes result in a valid feature query response, or result in the same error for a different GetFeature request.

Pavel had a quick look at the problem earlier this year but couldn't identify any obvious cause. Can you suggest a way forward?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: Simons, Bruce (L&W, Highett)
Sent: Monday, 13 April 2015 9:48 AM
To: 'Ben Caradoc-Davies'; geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] GeoServer app-schema: No FID expression
found for type

Hi Ben,
I'm not accessing app-schema feature types using "workspace-specific" service URLs.
When the services work they will respond to "workspace-specific" service URLs, but with the non-workspace aliases replaced with "null" (as per the [GEOS-6014] note).

When the configuration is only one Feature with no feature links it doesn't seem to fail (although the maxFeatures=5 is slow), but adding a single FEATURE_LINK can give (but not always) the FID error.

I'm wondering if it could be related to the database rather than the Geoserver configuration?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@…6881…]
Sent: Monday, 13 April 2015 9:19 AM
To: Simons, Bruce (L&W, Highett);
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
found for type

Bruce,

are you accessing app-schema feature types using "workspace-specific"
service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts
namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp
workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&re
quest=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&t
ypename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&req
uest=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1"> <null:the_geom> [...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=
GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@...367... wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net
[mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

     1. Re: GeoServer app-schema: No FID expression found for type
        (Ben Caradoc-Davies)
     2. GeoServer Slowly Requests to Remote DB (Shadin)
     3. Re: wfs 1.1.0 adds timezone to date attributes
        (Hochmeister Rudolf)
     4. Re: wfs 1.1.0 adds timezone to date attributes
        (Rahkonen Jukka (MML))

---------------------------------------------------------------------
-

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@...6881...>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@...367..., geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@...6881...>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@...367... wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367...<mailto:bruce.simons@…367…> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz/> New Zealand

VT1 · May 12, 2015, 12:53am

Hi Bruce,

It may be possible that a specific row of record in the database really is missing an ID? You can try doing a maxfeature to test if it occurs on 1 - 10 than 50 etc

-----Original Message-----
From: Bruce.Simons@anonymised.com [mailto:Bruce.Simons@anonymised.com]
Sent: Tuesday, 12 May 2015 7:33 AM
To: ben@anonymised.com; geoserver-users@lists.sourceforge.net
Subject: [ExternalEmail] Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Thanks Ben,
The error is intermittent in that stopping and starting GeoServer may reproduce the error. However, once the error occurs, any request for that feature results in the error.

So the error logs can be readily viewed, but don't seem to be informative. I'll see if I can find someone to help me set-up the Eclipse de-bugging environment.

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@anonymised.com]
Sent: Tuesday, 12 May 2015 9:23 AM
To: Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Bruce,

this is a nasty one as it is intermittent.

The first step has to be reproducing the failure. I suggest running a shell script that makes a hundred or so concurrent requests against a test GeoServer instance using curl:

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
&
((i=$i+1))
done

You could also try sequential requests (note no "&"):

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
((i=$i+1))
done

You can also try multiple concurrent requests for different types.

#!/bin/bash
i=0
while(($i<100))
do
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=gwml-well:GW_Well’
&
curl
'http://localhost:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&typenames=ns:SomeOtherType’
&
((i=$i+1))
done

The requests could be for a range of feature types. The test instance might use the same database backend, but could also use a test copy of the database to avoid inconveniencing other users.

When you are able to reproduce the failure in a test environment, the next step is to catch it in the debugger. The test GeoServer instance could be in tomcat, configured for remote debugging, but it might be easier to just launch it in Eclipse on your desktop in debug mode.
Setting a breakpoint at UnmappingFilterVisitor:307 in Eclipse will allow you to catch GeoServer in the act and examine the state that caused the failure.

Kind regards,
Ben.

On 11/05/15 17:20, Bruce.Simons@anonymised.com wrote:

Hi Ben,
I'm still getting this intermittent "No FID expression found for type x" error.
Stopping and starting the TomCat service, without changing the configuration files, will sometimes result in a valid feature query response, or result in the same error for a different GetFeature request.

Pavel had a quick look at the problem earlier this year but couldn't identify any obvious cause. Can you suggest a way forward?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: Simons, Bruce (L&W, Highett)
Sent: Monday, 13 April 2015 9:48 AM
To: 'Ben Caradoc-Davies'; geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] GeoServer app-schema: No FID expression
found for type

Hi Ben,
I'm not accessing app-schema feature types using "workspace-specific" service URLs.
When the services work they will respond to "workspace-specific" service URLs, but with the non-workspace aliases replaced with "null" (as per the [GEOS-6014] note).

When the configuration is only one Feature with no feature links it doesn't seem to fail (although the maxFeatures=5 is slow), but adding a single FEATURE_LINK can give (but not always) the FID error.

I'm wondering if it could be related to the database rather than the Geoserver configuration?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@anonymised.com]
Sent: Monday, 13 April 2015 9:19 AM
To: Simons, Bruce (L&W, Highett);
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
found for type

Bruce,

are you accessing app-schema feature types using "workspace-specific"
service URLs or using base endpoints? We have seen namespace corruption:

[GEOS-6014] app-schema workspace-specific service URL corrupts
namespaces of other workspaces
https://jira.codehaus.org/browse/GEOS-6014

******

Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces.

To reproduce:

(1) Start with the geoserver release data directory (containing topp
workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer:

(2) Access the app-schema type via its workspace-specific service URL:
http://localhost:8080/geoserver/gsmlp/ows?service=WFS&version=1.1.0&re
quest=GetFeature&typename=gsmlp:GeologicUnitView

(the ows?service=WFS and wfs? form work the same)

(3) Access topp:tasmania_roads by any means:
http://localhost:8080/geoserver/wfs?version=1.1.0&request=GetFeature&t
ypename=topp:tasmania_roads
http://localhost:8080/geoserver/topp/ows?service=WFS&version=1.1.0&req
uest=GetFeature&typename=topp:tasmania_roads

Result: response containing:

<gml:featureMember>
<null:tasmania_roads gml:id="tasmania_roads.1"> <null:the_geom> [...]

This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption:
http://localhost:8080/geoserver/ows?service=WFS&version=1.1.0&request=
GetFeature&typename=gsmlp:GeologicUnitView

Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces.

Workaround: do not use app-schema workspace-specific service URLs.

******

Kind regards,
Ben.

On 13/04/15 09:59, Bruce.Simons@anonymised.com wrote:

Hi Ben,
- What version of GeoServer are you using?
Geoserver 2.6.1

- How long does it take for a failure to occur? Are there intervening requests?
Failure is straight away, with no other requests being made.

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?
Stopping and starting Tomcat may get it to work. If it doesn't, then I keep stopping and starting Tomcat until I no longer get the FID error for that feature. However, one of the other features may now produce the error. Once the feature request is not giving the FID error it seems to continue working.

I'll revisit the namespaces and check them all again.

Thanks
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com T: +61 3 9252 6514 M: +61 475 954 391 PO Box
56, Highett, Victoria, 3190

-----Original Message-----
From: geoserver-users-request@lists.sourceforge.net
[mailto:geoserver-users-request@lists.sourceforge.net]
Sent: Friday, 10 April 2015 6:30 PM
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 107, Issue 26

Send Geoserver-users mailing list submissions to
  geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
  geoserver-users-request@lists.sourceforge.net

You can reach the person managing the list at
  geoserver-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of Geoserver-users digest..."

Today's Topics:

     1. Re: GeoServer app-schema: No FID expression found for type
        (Ben Caradoc-Davies)
     2. GeoServer Slowly Requests to Remote DB (Shadin)
     3. Re: wfs 1.1.0 adds timezone to date attributes
        (Hochmeister Rudolf)
     4. Re: wfs 1.1.0 adds timezone to date attributes
        (Rahkonen Jukka (MML))

---------------------------------------------------------------------
-

Message: 1
Date: Fri, 10 Apr 2015 12:22:24 +1200
From: Ben Caradoc-Davies <ben@anonymised.com>
Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression
  found for type
To: Bruce.Simons@anonymised.com, geoserver-users@lists.sourceforge.net
Message-ID: <552717C0.30900@anonymised.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Bruce,

- What version of GeoServer are you using?

- How long does it take for a failure to occur? Are there intervening requests?

- When you start and stop tomcat, does this make the configuration work immediately (you wrote "eventually)"? How long does it keep working?

This exception is thrown in GeoTools gt-app-schema
UnmappingFilterVisitor:307 when it fails to translate an incoming request from properties and types in the application schema to source types generated from the database.

One thing that might cause this unmapping to fail is a problem with namespaces. Please check that all your namespaces are correctly and consistently specified in your mapping files, workspaces, application schemas, and requests.

Kind regards,
Ben.

On 10/04/15 10:17, Bruce.Simons@anonymised.com wrote:

Hi,
I'm getting an intermittent Geoserver app-schema error as a response to a GetFeature request:

java.lang.IllegalStateException: No FID expression found for type [FeatureType]. Did you mean Expression.NIL?
No FID expression found for type [FeatureType]. Did you mean Expression.NIL?

Where [FeatureType] depends on the feature being requested (e.g. 'http://www.opengis.net/gwml-well/2.0:GW_Well’).
Stopping and starting TomCat (without changing any configuration files) will eventually give a valid response for requests for that feature type, but may now give the error for a different feature type.

Reducing the number of properties and FEATURE_LINKs doesn't seem to guarantee a working response.
GeoServer is running over a PostGres database.
Any ideas on where I should be looking to resolve the issue?

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@anonymised.com<mailto:bruce.simons@anonymised.com> T: +61 3 9252
6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/> New Zealand
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Bart_van_den_Eijnde1 · May 12, 2015, 1:15am

Victor,

I think that at this point the implementation might still be walking the mappings and has not yet tried to access the rows. I suspect a concurrency-related corruption that affects namespaces.

Kind regards,
Ben.

On 12/05/15 12:53, Victor.Tey@anonymised.com wrote:

It may be possible that a specific row of record in the database really is missing an ID? You can try doing a maxfeature to test if it occurs on 1 - 10 than 50 etc

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand

bruce.simons · May 12, 2015, 1:21am

Hi Victor,
The FID error results on a getFeature & featureID = 'gml:id'. The same specific feature instance request will sometimes return a valid response and sometimes the FID error. When it works, any feature or maxFeatures requests work. When it doesn't work any request on that featureType fails.

A ' concurrency-related corruption' sounds right!

Cheers
Bruce Simons
Information Modeller
Land and Water/ Environmental Information Infrastructures
E: bruce.simons@...367... T: +61 3 9252 6514 M: +61 475 954 391
PO Box 56, Highett, Victoria, 3190

-----Original Message-----
From: Ben Caradoc-Davies [mailto:ben@…6881…]
Sent: Tuesday, 12 May 2015 11:16 AM
To: Tey, Victor (Mineral Resources, Kensington); Simons, Bruce (L&W, Highett); geoserver-users@lists.sourceforge.net
Subject: Re: [ExternalEmail] Re: [Geoserver-users] GeoServer app-schema: No FID expression found for type

Victor,

I think that at this point the implementation might still be walking the mappings and has not yet tried to access the rows. I suspect a concurrency-related corruption that affects namespaces.

Kind regards,
Ben.

On 12/05/15 12:53, Victor.Tey@...367... wrote:

It may be possible that a specific row of record in the database
really is missing an ID? You can try doing a maxfeature to test if it
occurs on 1 - 10 than 50 etc

--
Ben Caradoc-Davies <ben@...6881...>
Director
Transient Software Limited <http://transient.nz/> New Zealand