Hi, no :) If someone does a new query servlet we should carefully think about where to put it - it could end up in the get bundle, the compat bundle or somewhere else. I'm just saying that I'll do just the move (old query servlet to compat bundle) or now
Regards Carsten 2011/9/19 Justin Edelson <[email protected]>: > Carsten- > Are you saying that you'd prefer that a new query servlet NOT go in either > the compat bundle or the existing get bundle? > > Justin > > On Sep 19, 2011, at 1:01 PM, Carsten Ziegeler <[email protected]> wrote: > >> Ok, you all convinced me that creating a compat bundle is the way to >> go. So I'll move the code to an own bundle. If people want to use this >> feature, they can just include this bundle. People with just the get >> bundle will not have the functionality. >> >> I someone wants to takle a new query servlet, that's fine for me :) >> >> Regards >> Carsten >> >> 2011/9/19 Justin Edelson <[email protected]>: >>> On Mon, Sep 19, 2011 at 9:51 AM, Vidar Ramdal <[email protected]> >>> wrote: >>>>> 2011/9/19 Felix Meschberger <[email protected]>: >>>>>> How about: >>>>>> >>>>>> * Creating a separate bundle taking this servlet >>>>> Yeah, that's an option - though if noone needs it, we could as well >>>>> remove it :) >>>>> >>>>>> * Use the request's resource path as a final filter when dumping the >>>>>> result ? >>>> >>>> 2011/9/19 Carsten Ziegeler <[email protected]>: >>>>> Sure, that's possible but again if noone is using this anyway, way >>>>> spending time in this one :) >>>> >>>> Well, I do know that my former employer Idium is using it. >>>> But then, anyone is free to take the existing code and package it in a >>>> self-made bundle, I guess. >>> >>> I use it daily :) >>> >>> I agree that the way the resource is effectively ignored is a bit >>> confusing, but this does seem like a useful feature. >>> >>> Without looking at the details, how about we create a new "query" >>> bundle which has a backwards-compatible selector-based servlet which >>> is disabled by default and a new servlet (/bin/query?) which uses an >>> object return type to meet Antonio's concerns about returning a JSON >>> array. Alternatively, the selector-based servlet could be modified to >>> take the path into account when configured to do so. >>> >>> WDYT? >>> >>> Justin >>> >>>> >>>> -- >>>> Vidar S. Ramdal <[email protected]> >>>> Webstep AS - http://www.webstep.no >>>> Besøksadresse: Lilleakerveien 8, 0283 Oslo >>>> Postadresse: Postboks 272 Lilleaker, 0216 Oslo >>>> >>> >> >> >> >> -- >> Carsten Ziegeler >> [email protected] > -- Carsten Ziegeler [email protected]
