Hi,
As this does not (should not) touch on anything else, I think it's a
candidate for including in the release. Of course there's not much time
left for the freeze window. I'll test this as soon as I can. In fact, I
tried to build this but I couldn't build GeoServer against your branch:
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile
(default-compile) on project gs-main: Compilation failure: Compilation
failure:
[ERROR]
/home/v2/git-luna-geoserver/geoserver/src/main/src/main/java/org/geoserver/config/GeoServerDataDirectory.java:[1248,32]
error: cannot find symbol
[ERROR] method validateRelativeURL(URL)
[ERROR]
/home/v2/git-luna-geoserver/geoserver/src/main/src/main/java/org/geoserver/config/GeoServerDataDirectory.java:[1242,12]
error: method does not override or implement a method from a supertype
[ERROR] -> [Help 1]
Do you know if the current GeoServer master borked or does your branch need
rebasing?
Another question: with your branch, do I need to do anything special to
make stored queries use the pullparser or is that already done globally for
the WFS 2.0 strategy?
Sampo
On Wed, Jan 14, 2015 at 4:25 PM, Niels Charlier <ni...@scitus.be> wrote:
> Hi Sampo,
>
> Your testing is important actually, so that we can be absolutely 100% sure
> there is no regression with regards to your work.
>
> For WFS2.0/GML3.2 I use the geotools PullParser rather than the
> gt-wfs-ng's own internal parser. I think ideally we should get rid of the
> internal parser all together, but that requires more work to make sure we
> do not introduce any regressions in the older wfs/GML versions since there
> are some specifics implemented in that internal parser.
>
> Next release would of course be great but I am not sure how realistic that
> is. For me personally I don't really mind if this change is postponed until
> next release if we need more time to perfect it, as long as we can move
> forward with integrating this work shortly. If others are enthousiastic
> about integrating this in the next stable release, I am available to do
> what it is possible.
>
> Regards
> Niels
>
>
> On 14-01-15 14:51, Sampo Savolainen wrote:
>
> Hi,
>
> This is really good timing. We just noticed some issues regarding GML
> feature parsing when using my cascaded stored query support. I'll try your
> branch tomorrow and report back. In the meanwhile I'd like to know if you
> are proposing this feature for the next stable release?
>
>
> Sampo
>
> On Tue, Jan 13, 2015 at 5:27 PM, Niels Charlier <ni...@scitus.be> wrote:
>
>> Hello List,
>>
>> I finished something I started last year but never finished: enable WFS
>> 2.0 in the wfs-ng module. Some of the work I had already prepared was
>> sitting in a separate branch called wfs-ng-improvements-2.0. Some of the
>> work done in this branch had in the meantime been done a second time by
>> Sampo Savolainen. I took me quite a bit of work merging with the latest
>> version, because some things were done differently with the same
>> purpose. I removed most of that stuff from my version, attempting to
>> keep only improvements from my work.
>>
>> I managed to get WFS 2.0 getfeature requests to work in wfs-ng now
>> though, with preservations: it has been tested only with geoserver as
>> server and not extensively). But it looks very promising. I have made a
>> pull request for this.
>>
>> https://github.com/geotools/geotools/pull/681
>>
>> Transactions do not yet work, but I believe they can made to work as
>> well with very minor changes. The wfs-ng module's unit tests are a bit
>> of a mess though, this requires more work. I created tests for some of
>> the specific issues that I solved, but the "whole" (testing getfeature
>> in wfs 2.0 for different servers) is still to be done properly.
>>
>> Kind Regards
>> Niels
>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
>
> --
> Sampo Savolainen
> R&D Director, Spatineo Oy
> sampo.savolai...@spatineo.com
> +358-407555649
> Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
> www.spatineo.com, twitter.com/#!/spatineo
> <http://twitter.com/#%21/spatineo>
> www.linkedin.com/company/spatineo-inc
>
> This message may contain privileged and/or confidential information. If
> you
> have received this e-mail in error or are not the intended recipient, you
> may not use, copy, disseminate, or distribute it; do not open any
> attachments, delete it immediately from your system and notify the sender
> promptly by e-mail that you have done so.
>
>
>
--
Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolai...@spatineo.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
