No objection here.
On Fri, Sep 7, 2012 at 12:56 PM, Andrea Aime
wrote:
> Hi,
> remember when we talked about the geometry metadata table for Oracle?
>
> Well, I'm now back with the same issue for SQL Server, which is aggravated
> by the
> fact that SQL Server seems not to have any native way to d
Sounds fine Andrea:
Part of the point of moving to Query as a class was a chance to make things
easier to use.
--
Jody Garnett
On Sunday, 9 September 2012 at 6:12 PM, Andrea Aime wrote:
> Hi,
> the current filter factory allows only one way to build sortBy:
>
> SortBy sort(String prop
Go for it. Parting making that a class was to give us a chance to make it
easier.
--
Jody
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Sunday, 9 September 2012 at 5:06 PM, Andrea Aime wrote:
> Hi,
> does anybody mind if we change the following two methods:
>
> public void
Hi,
the current filter factory allows only one way to build sortBy:
SortBy sort(String propertyName, SortOrder order);
However the above does not work against complex features, we need to be
able to use a xpath and
provide a namespace support in order for the property to be found using the
xp
Hi,
does anybody mind if we change the following two methods:
public void setPropertyNames(String[] propNames) {
public void setSortBy(SortBy[] sortBy) {
to use variable arguments like this:
public void setPropertyNames(String... propNames) {
public void setSortBy(SortBy... sortB
