[Geoserver-devel] [jira] (GEOS-4945) Blank Capabilities Responses when ProxyBaseURL is wrong and TILED=true

2012-02-01 Thread David Winslow (JIRA)
David Winslow created GEOS-4945:
---

 Summary: Blank Capabilities Responses when ProxyBaseURL is wrong 
and TILED=true
 Key: GEOS-4945
 URL: https://jira.codehaus.org/browse/GEOS-4945
 Project: GeoServer
  Issue Type: Bug
Affects Versions: 2.1.3
Reporter: David Winslow
Assignee: Gabriel Roldán


When the proxy base url setting is wrong, GeoServer responds to WMS 
GetCapabilities requests with the TILED=true option with an empty HTTP 
response, with the mimetype set to a normal OGC XML type instead of an error.  
This can also be demonstrated with a reverse proxy that doesn't adjust the 
Host: header.

{code}
$ curl 
'http://localhost:8000/geoserver/wms?SERVICE=WMSREQUEST=GetCapabilitiesTILED=trueVERSION=1.1.1'
  -v
* About to connect() to localhost port 8000 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8000 (#0)
 GET 
 /geoserver/wms?SERVICE=WMSREQUEST=GetCapabilitiesTILED=trueVERSION=1.1.1 
 HTTP/1.1
 User-Agent: curl/7.21.7 (i386-redhat-linux-gnu) libcurl/7.21.7 NSS/3.13.1.0 
 zlib/1.2.5 libidn/1.22 libssh2/1.2.7
 Host: localhost:8000
 Accept: */*
 
 HTTP/1.1 200 OK
 Date: Tue, 31 Jan 2012 17:21:19 GMT
 Server: Apache-Coyote/1.1
 Content-Type: application/vnd.ogc.wms_xml
 Via: 1.1 localhost:8000
 Transfer-Encoding: chunked
 
* Connection #0 to host localhost left intact
* Closing connection #0
{code}

I am guessing this has to do with the GeoWebCache integration and assigning to 
Gabriel accordingly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

   

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] Embedded GeoWebCache and upgradability

2012-02-01 Thread Andrea Aime
Hi,
when working with GeoServer configuration we pay special attention to make
sure that it's always possible to upgrade GeoServer from one version to the
next without significant hiccups (not saying that it always works 100%, but at
least we try hard ;-) )

A current thread on the user list seems to imply that the same is not happening
GeoWebCache wise, the schema for geowebcache.xml changed and it seems
that the current code cannot read a document that was working fine with
GeoServer 2.0.2 + embedded GWC, breaking with a schema validation.

How do we handle that so that we're not going to face similar issues in the
future? Maybe change the GWC parsing technology so that it's not
schema dependent, or version the document similarly to OGC specs,
and have a different schema and parser for each version?

Cheers
Andrea

--
---
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:      +39 0584 962313
mob:    +39 339 8844549

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

---

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] (GEOS-4946) WFS insert transaction returns incorrect feature id

2012-02-01 Thread Ray Merkert (JIRA)
Ray Merkert created GEOS-4946:
-

 Summary: WFS insert transaction returns incorrect feature id
 Key: GEOS-4946
 URL: https://jira.codehaus.org/browse/GEOS-4946
 Project: GeoServer
  Issue Type: Bug
Reporter: Ray Merkert
Assignee: Andrea Aime


I've a got simple setup with a propertyfile store. When I insert a feature into 
the store, the feature is properly added, but with an automatically assigned 
id. It's completely ignoring the id I provide in my request:

?xml version=1.0 encoding=UTF-8 standalone=yes?Transaction 
xmlns=http://www.opengis.net/wfs; xmlns:ns2=http://www.opengis.net/gml; 
xmlns:ns3=http://www.w3.org/1999/xlink; 
xmlns:ns4=http://www.w3.org/2001/SMIL20/; 
xmlns:ns5=http://www.opengis.net/ogc; xmlns:ns6=http://www.opengis.net/ows; 
xmlns:ns7=http://dkkn.raytheon.com; 
xmlns:ns8=http://www.w3.org/2001/SMIL20/Language; service=WFS 
version=1.1.0Insert idgen=UseExistingns7:PointFeature 
ns2:id=PointFeature.123456789ns7:featureNameBoston-WFS/ns7:featureNamens7:point
 ns3:type=simplens2:Point 
srsName=http://www.opengis.net/gml/srs/epsg.xml#4326;ns2:coordinates10,10/ns2:coordinates/ns2:Point/ns7:point/ns7:PointFeature/Insert/Transaction

Normally, I could deal with this if the response contained the correct feature 
id: Here is what I get, though:
?xml version=1.0 encoding=UTF-8?
wfs:TransactionResponse version=1.1.0 
xsi:schemaLocation=http://www.opengis.net/wfs 
http://localhost:8080/geoserver/schemas/wfs/1.1.0/wfs.xsd; 
xmlns:sf=http://www.openplans.org/spearfish; 
xmlns:ogc=http://www.opengis.net/ogc; xmlns:gml=http://www.opengis.net/gml; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xmlns:xlink=http://www.w3.org/1999/xlink; 
xmlns:ows=http://www.opengis.net/ows; 
xmlns:wfs=http://www.opengis.net/wfs;wfs:TransactionSummarywfs:totalInserted1/wfs:totalInsertedwfs:totalUpdated0/wfs:totalUpdatedwfs:totalDeleted0/wfs:totalDeleted/wfs:TransactionSummarywfs:TransactionResults/wfs:InsertResultswfs:Featureogc:FeatureId
 fid=new0//wfs:Feature/wfs:InsertResults/wfs:TransactionResponse

You can see that it returns new0 as the feature id. Unfortunately, the 
propertyfile has a completely different id:
_=featureName:String,point:Point:srid=4326
dkknstore.:PointFeature.1328126922861=Boston-WFS|POINT (10 10)

Initially I had thought that geotools was buggy, but now I'm thinking it's the 
geoserver. I can provide some source code if that helps.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Re: [Geoserver-devel] Embedded GeoWebCache and upgradability

2012-02-01 Thread Gabriel Roldan
On Wed, Feb 1, 2012 at 2:12 PM, Andrea Aime
andrea.a...@geo-solutions.it wrote:
 Hi,
 when working with GeoServer configuration we pay special attention to make
 sure that it's always possible to upgrade GeoServer from one version to the
 next without significant hiccups (not saying that it always works 100%, but at
 least we try hard ;-) )

 A current thread on the user list seems to imply that the same is not 
 happening
 GeoWebCache wise, the schema for geowebcache.xml changed and it seems
 that the current code cannot read a document that was working fine with
 GeoServer 2.0.2 + embedded GWC, breaking with a schema validation.

Schema validation can't break anything because it's not used to
enforce the configuration. The validation at start up is _only_ used
to log a warning message. XStream doesn't apply schema validation
afaik.


 How do we handle that so that we're not going to face similar issues in the
 future? Maybe change the GWC parsing technology so that it's not
 schema dependent,
As mentioned before, it's not schema dependant. Yet having a schema
and performing the validation at startup is a good way of letting the
user's know if there's something wrong with their config.

or version the document similarly to OGC specs,
 and have a different schema and parser for each version?

The way it is handled right now is that an xslt stylesheet is applied
to the document at start up to make it match the current version. Only
if the configuration is saved later on programmaticaly the config file
will be saved with the latest format. Otherwise it'll be kept intact
and the log warning will show up at each start up, but it's nothing
but that, a log warning.
Also, there are unit tests that check every previous version is
compatible with the current one.

All that said, as you mentioned that thread suggests there's something
wrong. I asked the user who reported that to provide the original
geowebcache.xml document to see if that's actually the case or
something else. It may well be a corner case not covered by the unit
tests, of course.

Cheers,
Gabriel

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---

 --
 Keep Your Developer Skills Current with LearnDevNow!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



-- 
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] content-type of GetFeature result with resultType=hits

2012-02-01 Thread Gabriel Roldan
Hey,

Just found out that the response content type of a GetFeature request
with resultType=hits is 'text/xml' instead of 'text/xml;
subtype=gml/xyz'

Is that ok? sorry haven't took the job of looking for the answer in
the spec myself.

Cheers,
Gabriel

-- 
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Re: [Geoserver-devel] content-type of GetFeature result with resultType=hits

2012-02-01 Thread Justin Deoliveira
I don't think that was done for a reason no, text/xml is the default for
wfs output formats and i am sure it was just a matter of never overriding
it. Feel free to change as you see fit.

On Wed, Feb 1, 2012 at 9:37 PM, Gabriel Roldan grol...@opengeo.org wrote:

 Hey,

 Just found out that the response content type of a GetFeature request
 with resultType=hits is 'text/xml' instead of 'text/xml;
 subtype=gml/xyz'

 Is that ok? sorry haven't took the job of looking for the answer in
 the spec myself.

 Cheers,
 Gabriel

 --
 Gabriel Roldan
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.


 --
 Keep Your Developer Skills Current with LearnDevNow!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel