Folks,
I began to play with the REST Admin of 2.0 RC1 (a great piece of software, by the way), but I've found out somethning perplexing (to me at last):
When I invoke the following (using WebTest, apologies for the verbose XML syntax):
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest2</name>
<enabled>true</enabled>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
</invoke>
A coverage store is created under the it.geosolution workspace/namespace, though "cncma" was specified in the URI.
But, when I add the workspace name in the POST content, the coverage store is created under "cnmca":
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest</name>
<enabled>true</enabled>
<workspace>
<name>cnmca</name>
</workspace>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
</invoke>
Finally, when I include in the POST content the workspace name of a workspace different from the one specified in the URI, the latter gets ignored, and the coverage store is created under "nurc".
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest3</name>
<enabled>true</enabled>
<workspace>
<name>nurc</name>
</workspace>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
Is this so by design ?
Regards,
--------------------
Luca Morandini
www.lucamorandini.it
--------------------
Hi Luca,
I would say this behavior is a bug indeed. The workspace in the uri should always be respected. Specifying a different workspace in the uri than in the representation should result in an error.
If you have not filed any jira issues yet please feel free to do so.
-Justin
Luca Morandini wrote:
Folks,
I began to play with the REST Admin of 2.0 RC1 (a great piece of software, by the way), but I've found out somethning perplexing (to me at last):
When I invoke the following (using WebTest, apologies for the verbose XML syntax):
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest2</name>
<enabled>true</enabled>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
</invoke>
A coverage store is created under the it.geosolution workspace/namespace, though "cncma" was specified in the URI.
But, when I add the workspace name in the POST content, the coverage store is created under "cnmca":
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest</name>
<enabled>true</enabled>
<workspace>
<name>cnmca</name>
</workspace>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
</invoke>
Finally, when I include in the POST content the workspace name of a workspace different from the one specified in the URI, the latter gets ignored, and the coverage store is created under "nurc".
<invoke url="/rest/workspaces/cnmca/coveragestores" soapAction="true" method="POST">
<![CDATA[
<coverageStore>
<name>imgtest3</name>
<enabled>true</enabled>
<workspace>
<name>nurc</name>
</workspace>
<type>WorldImage</type>
<url>file:///usr/var/geoserver2_data_dir/coverages/img_sample/Pk50095.tif</url>
</coverageStore>
]]>
Is this so by design ?
Regards,
--------------------
Luca Morandini
www.lucamorandini.it
--------------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
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.