> I unzipped onTap in my webroot and went to fire it up and got this > error: I am running CF 8 on Ubuntu 8.04.
> onTap: unable to locate file for library function getObject
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. :)
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>
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.
Do I have the right onTap build. I downloaded the latest from your
site.
-Shane
On Mar 26, 7:20 pm, Isaac Dealey <i...@tapogee.com> wrote:
> > I unzipped onTap in my webroot and went to fire it up and got this
> > error: I am running CF 8 on Ubuntu 8.04.
> > onTap: unable to locate file for library function getObject
> 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. :)
> 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.
> > 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.
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
> > > 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.
Yep, that is where I got it from. It's to bad, I was really looking
forward to trying this out. We are in the process of looking for a new
framework for coldfusion. Most of our development has been done in
fusebox 3 and 4. I just recently wrote and app in fusebox 5.5 using
xml. I am now trying out coldbox, which is pretty good, but what I am
really after is something like ruby on rails, rapid application
development with everything built in. Coldbox has a lot, but I still
have to use other frameworks like transfer and lightwire to get more
functionality out of it. I was excited to try yours. I am new to the
coldfusion world, so I have a lot of learning to do and trying to
learn all these frameworks is tough. I really enjoyed ruby on rails. I
picked up a book and had a working app in no time flat, no pouring
over endless blogs and internet docs to find solutions. I wish I could
help you out more but time and experience are not on my side.
Thanks,
Shane
On Mar 31, 11:59 am, Isaac Dealey <i...@tapogee.com> wrote:
> 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 sitehttp://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
> > > > 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.
> Yep, that is where I got it from. It's to bad, I was really looking > forward to trying this out. We are in the process of looking for a new > framework for coldfusion. Most of our development has been done in > fusebox 3 and 4. I just recently wrote and app in fusebox 5.5 using > xml. I am now trying out coldbox, which is pretty good, but what I am > really after is something like ruby on rails, rapid application > development with everything built in. Coldbox has a lot, but I still > have to use other frameworks like transfer and lightwire to get more > functionality out of it. I was excited to try yours. I am new to the > coldfusion world, so I have a lot of learning to do and trying to > learn all these frameworks is tough. I really enjoyed ruby on rails. I > picked up a book and had a working app in no time flat, no pouring > over endless blogs and internet docs to find solutions. I wish I could > help you out more but time and experience are not on my side.
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.
|
