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 <http://www.daveshuck.com>
> tweets: www.twitter.com/dshuck <http://www.twitter.com/dshuck>
> cf peeps: www.dfwcfug.org <http://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/

Reply via email to