Makes sense to me. Will do.
~Dave Shuck /************************************** blog: www.daveshuck.com tweets: www.twitter.com/dshuck cf peeps: www.dfwcfug.org **************************************/ On Sun, Aug 8, 2010 at 8:42 PM, Peter J. Farrell <[email protected]> wrote: > I'd bring this up with the OpenBD folks. I'd rather they fix it in the > core of the engine instead of having to patch Mach-II. IndexOf() calls work > on OpenBD directly as well on Adobe CF and Railo. So I think it's worth > that they fix it. > > .pjf > > Dave Shuck said the following on 08/08/2010 08:36 PM: > > I was setting up an SES m2 application on GAE and as it attempted to parse > the URL, I was getting the following exception: > > detail [empty string] errorcode errorCode.javaException extendedinfo > [empty > string] javaexception java.lang.UnsupportedOperationException line 788 > message [empty string] > That exception is pointing to the following code in the RequestManager: > > <cffunction name="_arrayFind_java" access="private" returntype="numeric" > output="false" > hint="A simple ArrayFind using Java for systems that do not support the > built-in tag."> > <cfargument name="object" type="array" required="true" /> > <cfargument name="search" type="any" required="true" /> > <cfreturn arguments.object.indexOf(arguments.search) + 1 /> > </cffunction> > > > It appears that this method is called in the event that the ArrayFind() > method doesn't exist in the given engine. The problem is that the indexOf() > method fails with OpenBD on GAE for some reason. I made the following > modification > > > <cffunction name="_arrayFind_java" access="private" returntype="numeric" > output="false" > hint="A simple ArrayFind using Java for systems that do not support the > built-in tag."> > <cfargument name="object" type="array" required="true" /> > <cfargument name="search" type="any" required="true" /> > > <cfset var i = ""> > <cfset var result = 0 /> > > <cfif ArrayLen(arguments.object)> > <cfloop from="1" to="#ArrayLen(arguments.object)-1#" index="i"> > <cfif arguments.object[i] EQ arguments.search> > <cfset result = i /> > <cfbreak /> > </cfif> > </cfloop> > </cfif> > <cfreturn result /> > </cffunction> > > > Obviously, this solution isn't quite as pretty, but it seems to behave > properly and parses the url name/value pairs properly. I don't know if this > qualifies as a bug and is worthy of a ticket, but I thought I would post it > here to get some feedback. > > > ~Dave Shuck > /************************************** > blog: www.daveshuck.com > tweets: www.twitter.com/dshuck > cf peeps: www.dfwcfug.org > **************************************/ > -- > You received this message because you are subscribed to Mach-II for CFML > list. > To post to this group, send email to > [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/mach-ii-for-coldfusion?hl=en > > ***New URLs as of April 29th, 2010*** > SVN: http://svn.mach-ii.com/machii/ > Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ > > > -- > You received this message because you are subscribed to Mach-II for CFML > list. > To post to this group, send email to > [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/mach-ii-for-coldfusion?hl=en > > ***New URLs as of April 29th, 2010*** > SVN: http://svn.mach-ii.com/machii/ > Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ > -- You received this message because you are subscribed to Mach-II for CFML list. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/mach-ii-for-coldfusion?hl=en ***New URLs as of April 29th, 2010*** SVN: http://svn.mach-ii.com/machii/ Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/
