Hi Shane, thanks a lot for helping us out with this. :)
I don't have a copy of Ubuntu that I can test on. Do you know if there's
a way that I can run Ubuntu perhaps as a virtual machine within either
a 64bit Vista Ultimate or Win XP Pro (32bit) environment? If so then I
might be able to have a look at this issue myself.
Otherwise, I'd be grateful for any help you can offer in debugging and
fixing the issue. :) Library functions are loaded on-demand in a CF8
environment within the /_tap/lazylib.cfc . You'll want to look first at
onMissingMethod() - it's possible that the component might not be
applying an lcase() to the function name when it builds the path to the
target file it needs to load the function. I thought I had made sure of
that when I designed it originally, but it's a good place to
double-check as a starting point for finding this issue, particularly
since I haven't had the ability to test on *nix personally. :)
Thanks again Shane.
--
[ ike ] founder - onTap framework
phone: 781.769.0723
> I looked into it a bit and found that it was looking for
> resource.tapi.getobject. tapi is named tap.cfc, unless I am missing a
> file. I changed the code in fileman to this:
> <cffunction name="getObject" access="private" output="false">
> <cfargument name="path" type="string" required="true">
> <cfreturn request.tap.getObject(arguments.path)>
> </cffunction>
Oh yeah... getObject() is kind of a long story -- it's really a holdover
from the days before we had application-specific mappings, but there's
not been any really compelling reason (yet) to get in there and remove
all the references to it. Anyway I think i did modify it not too long
ago when I was moving some other even older code (think cf5) so that
getObject requests would go through the tap object instead of through
the library. The long-story short is that it's a still working piece of
code that was designed to compensate for pre CF8 features and it looks
like you got ahold of a transitional copy that wasn't in good shape. I'm
thinking... not entirely sure, but I'm leaning that way.
> which brought me to the next error:
> Could not find the ColdFusion Component or Interface
> fileformat.resourcebundle. The error occurred in tap.cfc.
>
> resourcebundle extends fileformat, so there would be no need to call
> fileformat.resourcebundle.
Well all of the CFCs in that directory extend fileformat.fileformat,
which is the root component for that feature set. So
fileformat.resourcebundle gets all the core behaviors that don't change
from one format to another (i.e. file paths) from the root
fileformat/fileformat.cfc - fileformat/resourcebundle.cfc then
overwrites the methods for reading and writing files using that format.
> Do I have the right onTap build. I downloaded the latest from your
> site.
The copy that's on tapogee.com is probably outdated. The one that's kept
up to date is on riaforge.org -- I uploaded the copy to the tapogee domain
because someone was asking for it on a day that riaforge was down for a
while, so they were having trouble getting it. But that's not the main copy
so I don't usually update it when I push new versions to riaforge.
If you did get this copy from riaforge, or if you download the latest
from riaforge and are still having this issue, then we must have some
issues with Ubuntu that we'll need to address.
Thanks for the help, Shane. :)
I just realized that the comment I made about where to download might be
a little confusing. There's a download link on the left site of the
framework site http://on.tapogee.com -- that download link targets the
download on riaforge. (And I imagine that's probably where you were
downloading from, so you probably had the right one -- I forgot about
that link actually.) The other copy that I uploaded to the tapogee
domain I had posted a link to in the google group here a while ago when
someone was having trouble accessing riaforge.
> I picked up the latest form riaforge, still the same problem. I will
> look into it a bit more later.
> thanks,
> Shane
>
Thanks Shane. Sorry for the delay replying to this... been kinda busy
this past week. That is our hope with the onTap framework is that it
will become a kind of "snap in" solution for a lot of things with
plugins that can be downloaded from the webservice (or purchased). It's
just going to take getting people writing plugins to make that a reality.
I know it can be done -- I think more people are likely to get involved
once we have another plugin or two, the forum (onTopic) and a CMS plugin
being on our short list right now. :)
No worries re: not having more time to contribute. It happens. :) Maybe
some time down the road.
Actually according to our survey more people were interested in a
published book for the framework than in commercial support contracts,
so I'm hoping we may do that soon as well. Maybe with a release date to
coincide with the release of the forum and/or a CMS plugin.