I was wondering (not that I have looked) if you could get the metadata using cfdbinfo. I would imagine that the next release of BD would include cfdbinfo so that issue would solve itself in time.
Thoughs?
-- "We would be eternally miserable if our errors worried us too much because as we push forward we will make plenty more."
> I was wondering (not that I have looked) if you could get the metadata using > cfdbinfo. I would imagine that the next release of BD would include cfdbinfo > so that issue would solve itself in time.
> Thoughs?
This is actually a mildly sore subject for me... I was on the alpha for CF8 and I believe cfdbinfo was actually implemented because I had suggested it. And I feel a little guilty honestly because I was going through a rough time during the alpha. So much so in fact that I was living 50ft behind a train (this was in 2006) and I very nearly threw myself in front of the train a few times. Anyway I let it slide and didn't really test the tag, so I never noticed that the way it's implemented isn't really compatible with the things I'd already written for the ORM.
Now, could cfdbinfo be used to fetch the metadata for DataFaucet? Probably. I don't think it would be impossible, but it would certainly be a lot of work and since the existing code is already working I haven't been in a hurry to do a ground-up revision of either the metadata tools or of every feature that needs metadata (and honestly, that's like 50-75% of the system). I suspect it would also lose a few features that might cover edge cases, although I'm not certain of that.
Long story short, yes, I'd like to have a cfdbinfo solution that would become cross-platform with respect to the other cfml engines as they adopt the tag, though at the moment it hasn't become a priority for me.
Thought I would ask. Sorry to hear about the train man... rough stuff. Hope
things are better now.
>>I haven't been in a hurry to do a ground-up revision
Understood. I am the same way with this form generator I kludged together. I
would like it to not be ugly but the prospect of a rewrite is not in the
cards.
The only reason I ask is that I really like DF and I really like Railo. I am
trying to write as much of my stuff such that it is run time agnostic.
>> I believe cfdbinfo was actually implemented because I had suggested it.
If that is the case, thank you. That is one of my favorites.
On Mon, Sep 15, 2008 at 3:45 PM, Isaac Dealey <i...@tapogee.com> wrote:
> > I was wondering (not that I have looked) if you could get the metadata
> using
> > cfdbinfo. I would imagine that the next release of BD would include
> cfdbinfo
> > so that issue would solve itself in time.
> > Thoughs?
> This is actually a mildly sore subject for me... I was on the alpha for
> CF8 and I believe cfdbinfo was actually implemented because I had
> suggested it. And I feel a little guilty honestly because I was going
> through a rough time during the alpha. So much so in fact that I was
> living 50ft behind a train (this was in 2006) and I very nearly threw
> myself in front of the train a few times. Anyway I let it slide and
> didn't really test the tag, so I never noticed that the way it's
> implemented isn't really compatible with the things I'd already written
> for the ORM.
> Now, could cfdbinfo be used to fetch the metadata for DataFaucet?
> Probably. I don't think it would be impossible, but it would certainly
> be a lot of work and since the existing code is already working I
> haven't been in a hurry to do a ground-up revision of either the
> metadata tools or of every feature that needs metadata (and honestly,
> that's like 50-75% of the system). I suspect it would also lose a few
> features that might cover edge cases, although I'm not certain of that.
> Long story short, yes, I'd like to have a cfdbinfo solution that would
> become cross-platform with respect to the other cfml engines as they
> adopt the tag, though at the moment it hasn't become a priority for me.
> Thought I would ask. Sorry to hear about the train man... rough stuff. Hope > things are better now.
Thanks Gerald. Getting there. At least now I have strategies for dealing with the problems... it's still pretty slow getting to the place I want to be -- (2+ yrs?) but when I started researching autism, I realized the odds were I wouldn't be able to fix anything overnight.
The big thing right now is *publicity*. Oh darn... I just realized I didn't email the survey URL to the list the other day when I created it... I'll do that in a minute... anyway, from the responses I've had thus far, it seems that as opposed to my fear that people had a negative impression of the onTap framework, the reality is that they just don't seem to be aware that it exists at all... So if there's anything you can do to help (not just me, but the community), *tell people*! :) Tell your friends, tell your co workers. Blog about it. If you're on twitter, post the framework URL to twitter -- probably none of your friends have seen it yet. :)
> The only reason I ask is that I really like DF and I really like Railo. I am > trying to write as much of my stuff such that it is run time agnostic.
Yeah, for me CFML engine agnosticity has always been on the "boy that would be nice" pile, but have just never managed to make the things I want to do work across Adobe CF and BD. Though it's admittedly been a long time since I installed any version of BD and the last hurdle at the time involved having a lot of list functions in the framework, which I believe is resolved in the recent versions.
Now there's an issue with using webservices in the root directory because it needs onRequest and the solution for that on Adobe CF fails on BD. I have a strange thought about potentially adding an Application.cfm that just tests to see what CFML engine it's being loaded on and then copies an appropriate file into Application.cfc and reloads the page, so that I can maintain the 1-step install (step 1. unzip) and still add support for BD, Railo and potentially SmithProject.
> >> I believe cfdbinfo was actually implemented because I had suggested it.
> If that is the case, thank you. That is one of my favorites.
Welcome... I will say I shouldn't take all the credit though... I was probably the first person doing db metadata through JDBC *publicly* in the community (there were likely people doing it intra-corporately) and I was the first person to do any kind of public ORM work or to write a major article about it (in CFDJ) but by the time CF8 was released mine certainly wasn't the only implementation. I'm pretty sure when I submitted the enhancement request that I mentioned some other folks potentially already using it like Reactor (although I don't know offhand if Reactor does use it). Of course I wanted to make the case that they would be adding something of value for the broader community, not just for me. :)
|
