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: [email protected] 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'; [email protected] 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: [email protected] T: +61 3 9252 6514 M: +61 475 954 391 PO Box 56, Highett, Victoria, 3190 -----Original Message----- From: Ben Caradoc-Davies [mailto:[email protected]] Sent: Monday, 13 April 2015 9:19 AM To: Simons, Bruce (L&W, Highett); [email protected] 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, [email protected] 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: [email protected] T: +61 3 9252 6514 M: +61 475 954 391 PO Box > 56, Highett, Victoria, 3190 > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] > Sent: Friday, 10 April 2015 6:30 PM > To: [email protected] > Subject: Geoserver-users Digest, Vol 107, Issue 26 > > Send Geoserver-users mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > Subject: Re: [Geoserver-users] GeoServer app-schema: No FID expression > found for type > To: [email protected], [email protected] > Message-ID: <[email protected]> > 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, [email protected] 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: [email protected]<mailto:[email protected]> 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 >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geoserver-users >> > > -- > Ben Caradoc-Davies <[email protected]> > Director > Transient Software Limited <http://transient.nz> New Zealand > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Apr 2015 23:20:35 -0700 (PDT) > From: Shadin <[email protected]> > Subject: [Geoserver-users] GeoServer Slowly Requests to Remote DB > To: [email protected] > Message-ID: <[email protected]> > 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 <[email protected]> > Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date > attributes > To: "'Ian Turton *EXTERN*'" <[email protected]>, > "[email protected]" > <[email protected]> > Message-ID: > > <ab3e8930bfab744ca08e1132c304965f365de...@ntex2010i.host.magwien.gv.at > > > > 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:[email protected]] > Gesendet: Donnerstag, 09. April 2015 16:40 > An: Hochmeister Rudolf; [email protected] > 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 > <[email protected]<mailto:[email protected]>> wrote: > Hehe, no i am from Austria, my setting is -Duser.timezone=CET . > cheers Rudi > > Von: Ian Turton *EXTERN* > [mailto:[email protected]<mailto:[email protected]>] > Gesendet: Donnerstag, 09. April 2015 15:19 > An: Hochmeister Rudolf; > [email protected]<mailto:[email protected] > 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 > <[email protected]<mailto:[email protected]>> 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 > [email protected]<mailto:[email protected] > 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)" <[email protected]> > Subject: Re: [Geoserver-users] wfs 1.1.0 adds timezone to date > attributes > To: "[email protected]" > <[email protected]> > Message-ID: > <[email protected]> > 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:[email protected]] > Gesendet: Donnerstag, 09. April 2015 16:40 > An: Hochmeister Rudolf; > [email protected]<mailto:[email protected] > 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 > <[email protected]<mailto:[email protected]>> wrote: > Hehe, no i am from Austria, my setting is -Duser.timezone=CET . > cheers Rudi > > Von: Ian Turton *EXTERN* > [mailto:[email protected]<mailto:[email protected]>] > Gesendet: Donnerstag, 09. April 2015 15:19 > An: Hochmeister Rudolf; > [email protected]<mailto:[email protected] > 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 > <[email protected]<mailto:[email protected]>> 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 > [email protected]<mailto:[email protected] > 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 > [email protected] > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- Ben Caradoc-Davies <[email protected]> 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
