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_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 > > > > ------------------------------ > > 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-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 <[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]> > 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]> > 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]> > 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]> > 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]> > 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 ------------------------------------------------------------------------------ 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
