Hi Matt M. I guess I incorrectly believed asking for general help on how to implement a custom url mapping filter/dispatcher on OpenBD for GAE when there is a competing non-modular/non-optional filter there already for the sake of passing some regression tests was within the scope of this mailing list. I'll likely fork the SearchEngineFriendlyURLFilter (hopefully without breaking too much) and go ahead and try blogs, irc, or twitter for some advice. Thanks.
On Thu, Jan 21, 2010 at 10:54 AM, Matthew McGinty <[email protected]> wrote: > I'm not sure what you are asking exactly. > If you believe you have found a problem/issue/bug with OpenBD then > please provide a complete, bare-bones, working test case which > demonstrates it. > > Matt M. > > > On Thu, Jan 21, 2010 at 1:16 PM, atomi <[email protected]> wrote: >> Matt W, Matt M: >> I have been working on a filter that reads an xml file and parses >> "routes" and maps them to the url matched. I could use >> help/suggestions on how to move forward with this on OpenBD GAE as it >> relates to the current SearchEngineFriendlyURLFilter >> >> http://github.com/atomi/openbd_plugins/tree/master/src/com/bluedragon/extra/filters/ >> >> If a request to another servlet is being made I have to specify a rule >> that allows the request to bypass the filter, I don't have a problem >> hard coding an exception for CachingDatastoreService and that's likely >> what I'll do. >> >> Thanks all. >> >> >> >> On Thu, Jan 21, 2010 at 8:02 AM, Matthew McGinty <[email protected]> wrote: >>> 1. >>> The package name of the class was changed from: >>> >>> com.newatlanta.commons.vfs.provider.gae.GaeVfsServletEventListener >>> to >>> com.newatlanta.appengine.servlet.GaeVfsServletEventListener >>> >>> However the web.xml that ships with the distribution was (mistakely) >>> not updated to reflect this change. I just checked-in an updated >>> web.xml. So the next build will include that change. >>> In the meantime just edit yours to refer to the new package name. >>> >>> 2. >>> I enabled the SearchEngineFriendlyURLFilter on purpose since my >>> current effort of running Commercial BlueDragon's suite of Regression >>> tests against OpenBD-Google revealed it was needed for some tests to >>> pass. >>> It also revealed a bug in that Filter code which I fixed and >>> checked-in some weeks ago (improved stability of that Filter). >>> Enabling it adds only a tiny bit of overhead in exchange for making >>> OpenBD more bulletproof. Is there a specific reason to turn it off? >>> Is it causing a problem for you? >>> >>> 3. >>> The CachingDatastoreService is used by GaeVFS, so it must always be enabled. >>> >>> 4. >>> I don't know about the timing of a point release, but as for improving >>> the stability of OpenBD... I am currently working to get Commercial >>> BD's suite of regression tests running (and passing) on OpenBD. Tandem >>> to that I'll also be merging the OpenBD-GAE branch with OpenBD. The >>> results should be improved stability of OpenBD. >>> >>> Matt McGinty >>> NAC >>> >>> On Thu, Jan 21, 2010 at 5:37 AM, atomi <[email protected]> wrote: >>>> So I just downladed the latest nightly release for GAE, and I have >>>> some concerns about the current configuration: >>>> >>>> * There is no library with the listener class: >>>> GaeVfsServletEventListener in the distribution. >>>> * The web.xml (unintentionally?) enables the >>>> SearchEngineFriendlyURLFilter as default. >>>> * There is no way to disable the watchDog process if >>>> CachingDatastoreService is not being used. >>>> >>>> As an aside I wanted to mention how I was really looking forward to a >>>> point release in the near future for sanity. In my opinion, a stable >>>> and speedy OpenBD should be first and foremost if it's to succeed as a >>>> viable alternative platform for app engine.I think the initial aim for >>>> OpenBD on GAE was centered around portability. But, I know how >>>> rewarding and beneficial new features can be. So yes of course, I >>>> think New Atlanta is doing a tremendous job with OpenBD for GAE and I >>>> have no doubt everything relevant is under consideration as future >>>> releases are planned out. Thanks. >>>> >>>> By the way, could someone hint on when a point release might be available? >>>> >>>> -- >>>> Open BlueDragon Public Mailing List >>>> http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon >>>> mailing list - http://groups.google.com/group/openbd?hl=en >>>> >>>> !! save a network - please trim replies before posting !! >>>> >>> >>> -- >>> Open BlueDragon Public Mailing List >>> http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon >>> mailing list - http://groups.google.com/group/openbd?hl=en >>> >>> !! save a network - please trim replies before posting !! >>> >> >> -- >> Open BlueDragon Public Mailing List >> http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon >> mailing list - http://groups.google.com/group/openbd?hl=en >> >> !! save a network - please trim replies before posting !! >> > > -- > Open BlueDragon Public Mailing List > http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon > mailing list - http://groups.google.com/group/openbd?hl=en > > !! save a network - please trim replies before posting !! >
-- Open BlueDragon Public Mailing List http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon mailing list - http://groups.google.com/group/openbd?hl=en !! save a network - please trim replies before posting !!
