Re: [JPP-Devel] SVN: [6134] core/trunk/src

2019-02-23 Thread Michaël Michaud
Hi, Stefan, I don't know how the server ensure backward compatibility, but I think that in OpenJUMP, the version always represent the version given in the request through the version parameter url?SERVICE=WMS&*VERSION*=1.3.0 This version is chosen by the user in URLWizardPanel and is used by

Re: [JPP-Devel] SVN: [6134] core/trunk/src

2019-02-22 Thread Stefan Steiniger
Uhm... a service may be backward compatible and can therefore support different request versions? - just guessing ;) On Fri, Feb 22, 2019, 10:42 Michaël Michaud, wrote: > Ede, > > This value is not used. WMSRequest version is initialized from WMService > version. Not sure why version is an attri

Re: [JPP-Devel] SVN: [6134] core/trunk/src

2019-02-22 Thread Michaël Michaud
Ede, This value is not used. WMSRequest version is initialized from WMService version. Not sure why version is an attribute of both WMService and WMSRequest. I just was adviced from my IDE. Let me have a deeper look. I subclass could use the previous default value if it does not use super()

Re: [JPP-Devel] SVN: [6134] core/trunk/src

2019-02-22 Thread edgar . soldin
hey Mike, can you tell me why you removed the default value for 'version' below? ..ede On 22.02.2019 08:35, jump-pilot-svn--- via Jump-pilot-devel wrote: > Modified: core/trunk/src/com/vividsolutions/wms/AbstractWMSRequest.java > ===

[JPP-Devel] SVN: [6134] core/trunk/src

2019-02-21 Thread jump-pilot-svn--- via Jump-pilot-devel
Revision: 6134 http://sourceforge.net/p/jump-pilot/code/6134 Author: michaudm Date: 2019-02-22 07:35:16 + (Fri, 22 Feb 2019) Log Message: --- Fix bad error management introduced in last commit Modified Paths: -- core/trunk/src/com/vividsolutions/jump/wor