1

On GeoServer I have two layers, both cascading a remote WMS. Both layers work fine in the layer preview.

Now I am putting both into one group layer and open the preview, which shows an empty response. When trying to query the group layer in the browser with

localhost:8080/geoserver/ws/wms?service=WMS&version=1.1.1&request=GetMap&layers=ws:layername&styles=&bbox=6.03777,48.898,14.703518328104952,54.93599775300893&width=768&height=535&srs=EPSG:4326&format=image/png&

I get the following response:

Rendering process failed Argument "bgColor" should not be null.

When I add &bgColor=0xFFFFFF to the request, I still get the same error response.

The same happens, when I call the underlying layers within the layers parameter, without using the group layer.

I thought, it might be about different WMS implementations on the remote WMS side, but even when I switch to different remote WMS services, the problem persists.

When Googling, I didn't find a response that seems to solve the problem. Do I miss something?

UPDATE

The WMS services I am using are

Improve this question
6
  • can you share the WMS you are cascading so we can test?
    – Ian Turton
    Commented Oct 19, 2016 at 11:21
  • @iant Yes, of course. I added the WMS as update to the question. Thanks.
    – ulrich
    Commented Oct 19, 2016 at 15:22
  • For Info the WMS 1.1.1 spec (section 6.2.2) says that a GET request has the following syntax ` host[:port]/path?{name[=value]&}` so to specify bgcolor you would use bgColor=0xFFFFFF& and not &bgColor=0xFFFFFF. However bgcolor is optional and doesn't have to be specified (default is 0xFFFFFF). So if a service is requiring bgcolor then that would appear to be a bug.
    – nmtoken
    Commented Nov 30, 2016 at 20:25
  • @nmtoken What's the exact difference between &bgColor=0xFFFFFF and bgColor=0xFFFFFF&? The sense is just to separate parameters, no? I usually omit the ampersand after the last kvp for manual requests...
    – ulrich
    Commented Dec 14, 2016 at 17:27
  • 1
    The exact difference is the location of the ampersand, which closes the name=value pairing. Strictly speaking this means that all WMS 1.1.1 URLs should end in an ampersand. The regex shows us that if we want to show a null value for bgcolor (to get the default) we should use bgColor& and not &bgcolor. If we keep this in mind (that the ampersand comes at the end) then we'll end up with URLs like: ...wms?service=WMS&version=1.1.1&request=GetMap&bgcolor& rather than something like ...wms?&service=WMS&version=1.1.1&request=GetMap&bgcolor, but obviously specifications are there to be ignored
    – nmtoken
    Commented Dec 14, 2016 at 20:00

1 Answer 1

Reset to default
0

This problem seems to be a bug in my current GeoServer 2.8 installation. I upgraded to the latest 2.8 build and the request works now.

Improve this answer

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.