ID catName status
Then I can set up my basic 'public' or 'private' methods (does CF still create the get/set methods of the properties automatically, even though this CFC isn't a webservice?):
init([ID]) get(ID) update(ID,[catName],[status]) create([catName],[status]) [or maybe new([catName],[status])] delete(ID) list()
And then my webservice is basically a CFC for accessing my object:
getCategoryService(ID) returns type category setCategoryService(ID,catName,status[???]) calls category.create() updateCategoryService(ID,catName,status[???]) calls category.update()
Am I, somewhat, on the right track here? I can't use Flash Remoting because my host may not have it enabled (and even if they do it will be harder to get them to get it working correctly than it would be to design it using webservices, and I can't (currently) switch hosts).
Thanks again for everyone's assistance.
Cutter
David Ross wrote:
Check out the livedocs on MM's site, they go in detail about how CFPROPERTY is to be used.
CFPROPERTY is more about defining objects that go in and out of webservices, not webservices themselves.
So say you have webserivce that returns the weather, which you want to represent as a complex object with several data members. You would create one CFC called weather, using CFPROPERTY to define all the members. Then, you would create a CFC called weatherService, which has a remote method called "getWeather", whose returntype would be "weather". This allows CF/Axis to create the appropriate WSDL, which will then describe the "weather" complex object.
I would look at flash remoting, since they just released a new remoting connector written in AS 2.0 and I've heard good things about it. Remoting can alleviate some of the headaches that webservices cause (and it's much faster).
-Dave
[EMAIL PROTECTED] 07/31/04 9:22 AM >>>
Thank you all again for your assistance. Yeah, it was doing it for both create and update, I didn't realize which error I had up at the time (looking at this too long.)
Ok, I think I'm beginning to understand a little bit. So, when I called my init method I created an object (aCat). Calling update or create is effectively creating a new object, not really updating or creating (sql calls) from the changes I've made to the object (aCat) through the set methods I had called to change the object's properties (which, from what
it seems you are telling me, aren't really changing the 'aCat' object at
all, unless the get/set methods CF automatically creates when you define
cfproperties are 'public' rather than 'remote'.)
I've never really tried to do webservices, and wouldn't normally mess with it in this instance except we're experimenting with a Flash 7 front
end interface.
So, how should I go about this? Should my init() method be 'remote' while my other methods are 'public'? What about instances where a 'property' of my object is another custom object?
Is it just me, or is there really a lack of material out there on how to
do this sort of thing effectively? I recently got a CD with 450+ articles from CFDJ over the last 4 years, and none of this seems to be covered very well...
Cutter
"Too much SysAd work, and not enough Code, makes my hair fall out as I fall further behind the power curve..." - Anonymous
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
