Thanks Alan. At the time I sent this initial email, I wasn't aware of the scope of that Servlet bug. After I understood that a bit better, it shifted my whole perspective. As for the CFMAIL error, it may have simply been the build for the OpenBD Desktop that was on the site as of last week when I downloaded it, but when I was working through loading my Mach-II app these were the order of issues:
I solved the XmlSearch() issue with my hacky approach in the Mach-II framework itself. I then commented out the CFTHREAD* *tags in the TheadingAdapterBD class. Then as Mach-II attempted to load ColdSpring, I had to add my hacky XmlSearch() fix to it too. When ColdSpring attempted to instantiate a class that had CFMAIL in it, it blew up with an exception stating that CFMAIL was an invalid tag. It was at this point that I finally threw up my hands and decided to go a different route. After learning more about the Servlet bug, I am glad that I did, although I am bummed about that turn of events. This example of being held hostage by vendor lock-in has been a valuable experience to me personally. I have really been giving more thought now that I had previously. @dshuck On Fri, Sep 30, 2011 at 3:08 PM, Alan Williamson (aw2.0 cloud experts) < [email protected]> wrote: > > >>> >>> - *No XmlSearch() method* - I was able to get around this by creating >>> my own Java class and hacking it into my codebase. Two days ago in a >>> separate email, I offered to add this to the project but no interest was >>> generated. >>> >>> I have been concentrating on other things ... and i will get to this > ... got a 11hr flight coming up! > > That said ... until GAE fixes their Servlet bug, no one is going anywhere > with CFML on GAE. As i have stated in another thread, this effort is > something I am thinking of seriously letting go. > > > *No CFTHREAD tag - *This is probably something that is debatable as >>> to how important it is to others, but I am finding this to be a big problem >>> for Mach-II specifically. There is a threading adapter specific to OpenBD ( >>> MachII.utils.threading.ThreadingAdapterBD.cfc) which blows up with a >>> compile-time error since the tag doesn't exist. >>> >> GAE has no threading capability, so that is never coming. > > > >>> - >>> - *No CFMAIL tag* - While the other ones can be hacked around, this >>> one is really a show stopper. For any site that has a contact form, user >>> registration, or other 2-way communication with the users via mail, >>> OpenBD >>> is suddenly eliminated without implementing a custom Java solution. >>> >>> eh? CFMAIL is there, it hooks straight into Google's mail layer. > > -- > official tag/function reference: http://openbd.org/manual/ > mailing list - http://groups.google.com/group/openbd?hl=en > -- official tag/function reference: http://openbd.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en
