RE: CFCs and paths...I'm having a couple of problems...
How do the physical paths map to the website? For example, does C:\Inetpub\wwwroot\MySite in your dev environment map to www.something.ext\MySite in dev? How does it look in production? I wouldn't be surprised if a hosting organization would not want to manage mappings for each site/client. - Calvin -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 3:36 PM To: CF-Talk Subject: CFCs and paths...I'm having a couple of problems... Okay, so I've got a site on my localhost. I'm setting it up to use CFCs and I've got my CFC all created, and it's working locally perfectly. The path is C:\Inetpub\wwwroot\MySite I have the CFC in the root of my site, and it's called, let's say, myCFC.cfc. So in my page, I have the code that instantiates the object: cfset variables.myObject= createObject(component, MySite.myCFC) .and it works perfectly, like I said. I also have an admin section and it's path is C:\Inetpub\wwwroot\MySite\backend\ and my instantiation code works fine in there: cfset variables.myObject= createObject(component, MySite.myCFC) However, now that I move it over to the live site to test it, it's not working. I fixed it, by changing my instantiation code (in all my root cfm files) to: cfset variables.myObject= createObject(component, myCFC) .which now works...*except* for in the admin directory one directory lower. I haven't been able to get it to work any other way than just placing the CFC in that directory too. I know, I know...this is *stupid* and I'm not going to leave it for sure, but I'm trying to figure out how I make it work on the remote, live site just like it's working here, without having to change code whenever I move it. What do I need to do to get it to work right? ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198785 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198786 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
I never noticed any issues with type checking when using dynamic paths to my cfcs. using the below gives me no issues I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.AppRoot,/,.)#.pathtocfcs.inmy.app) / I usually don't store my cfcs in a mapped CFC directory as this causes me pain keeping track of them in CVS. Doug On Tue, 15 Mar 2005 06:26:07 -0500, Calvin Ward [EMAIL PROTECTED] wrote: I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198798 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
Can anyone confirm if there are issues with Douglas' solution? - Calvin -Original Message- From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 15, 2005 8:46 AM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... I never noticed any issues with type checking when using dynamic paths to my cfcs. using the below gives me no issues I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.AppRoot,/,.)#.pathtocfcs. inmy.app) / I usually don't store my cfcs in a mapped CFC directory as this causes me pain keeping track of them in CVS. Doug On Tue, 15 Mar 2005 06:26:07 -0500, Calvin Ward [EMAIL PROTECTED] wrote: I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198802 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
Doug If you have a cfc which expects a cfc of a particular type e.g. cfargument name=somecfc type=mypackage.somesubpackage.somecfc / How do you handle it with dynamic paths? KOla -Original Message- From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: 15 March 2005 13:46 To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... I never noticed any issues with type checking when using dynamic paths to my cfcs. using the below gives me no issues I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.AppRoot,/,.)#.pathtocfc s.inmy.app) / I usually don't store my cfcs in a mapped CFC directory as this causes me pain keeping track of them in CVS. Doug On Tue, 15 Mar 2005 06:26:07 -0500, Calvin Ward [EMAIL PROTECTED] wrote: I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198805 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
Kola nailed the issue. Yeah, that woud be a show stopper. Currently, I don't do this so much, so I never encountered it. good cactch Doug On Tue, 15 Mar 2005 13:55:35 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Doug If you have a cfc which expects a cfc of a particular type e.g. cfargument name=somecfc type=mypackage.somesubpackage.somecfc / How do you handle it with dynamic paths? KOla -Original Message- From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: 15 March 2005 13:46 To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... I never noticed any issues with type checking when using dynamic paths to my cfcs. using the below gives me no issues I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.AppRoot,/,.)#.pathtocfc s.inmy.app) / I usually don't store my cfcs in a mapped CFC directory as this causes me pain keeping track of them in CVS. Doug On Tue, 15 Mar 2005 06:26:07 -0500, Calvin Ward [EMAIL PROTECTED] wrote: I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198808 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
How do the physical paths map to the website? For example, does C:\Inetpub\wwwroot\MySite in your dev environment map to www.something.ext\MySite in dev? Yes, exactly that. How does it look in production? Do you mean, how do the paths differ on the production machine? I believe that the difference is on my development machine, it's: C:\Inetpub\wwwroot\MySite And on the production server, it's E:\Inetpub\wwwroot\Shared Something Something\MySite So there's one directory above me. I wouldn't be surprised if a hosting organization would not want to manage mappings for each site/client. Yeah, I've talked to him, he's into it, and so am I, but I've never really done mappings before, I'm on my dev machine now but I just don't know what to do next. My goal is to have a way to instantiate an object on my end with the SAME exact code on his end, so when I move the page over, I don't have to change anything, and can have one common path. While I'm on this, I have the CFC in the root of the site...should I move it someplace else? Should I make a CFC folder and stick it in there? I mean, since I'm changing the sitewide path and everything, I might as well make sure it's in the right or safest or easiest place. And what's with the com.MySite.MyCFC instantiation? What does putting the com on the front do exactly? I'm reading the docs, I'm just kinda not understanding it because I've never really done it before, so I'm wading thru it and asking questions as I see things I'm unfamiliar with and don't get from the docs. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198809 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
Effectively you can't use variables in the type therefore they are less useful in the component path? -Original Message- From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 15, 2005 9:28 AM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Kola nailed the issue. Yeah, that woud be a show stopper. Currently, I don't do this so much, so I never encountered it. good cactch Doug On Tue, 15 Mar 2005 13:55:35 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Doug If you have a cfc which expects a cfc of a particular type e.g. cfargument name=somecfc type=mypackage.somesubpackage.somecfc / How do you handle it with dynamic paths? KOla -Original Message- From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: 15 March 2005 13:46 To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... I never noticed any issues with type checking when using dynamic paths to my cfcs. using the below gives me no issues I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.AppRoot,/,.)#.pathtocfc s.inmy.app) / I usually don't store my cfcs in a mapped CFC directory as this causes me pain keeping track of them in CVS. Doug On Tue, 15 Mar 2005 06:26:07 -0500, Calvin Ward [EMAIL PROTECTED] wrote: I hadn't tried the dynamic paths before... I wonder if this limitation is documented anywhere? - Calvin -Original Message- From: Paul Kenney [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:37 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198812 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
CFCs and paths...I'm having a couple of problems...
Okay, so I've got a site on my localhost. I'm setting it up to use CFCs and I've got my CFC all created, and it's working locally perfectly. The path is C:\Inetpub\wwwroot\MySite I have the CFC in the root of my site, and it's called, let's say, myCFC.cfc. So in my page, I have the code that instantiates the object: cfset variables.myObject= createObject(component, MySite.myCFC) and it works perfectly, like I said. I also have an admin section and it's path is C:\Inetpub\wwwroot\MySite\backend\ and my instantiation code works fine in there: cfset variables.myObject= createObject(component, MySite.myCFC) However, now that I move it over to the live site to test it, it's not working. I fixed it, by changing my instantiation code (in all my root cfm files) to: cfset variables.myObject= createObject(component, myCFC) which now works...*except* for in the admin directory one directory lower. I haven't been able to get it to work any other way than just placing the CFC in that directory too. I know, I know...this is *stupid* and I'm not going to leave it for sure, but I'm trying to figure out how I make it work on the remote, live site just like it's working here, without having to change code whenever I move it. What do I need to do to get it to work right? ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198693 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
paths to cfcs have to be absolute wite createObject() A pita for site portability, eh? There are ways around this. You could create a CF mapping called com to C:\Inetpub\wwwroot\com\. Then place your CFCs in there in teh 'Java way' C:\Inetpub\wwwroot\com\domainname\app1\mycfc.cfc Then all your CFC calls would be the same anywhere as com.domainname.app1.mycfc I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.config.getAppRoot(),/,.)#.pathtocfcs.inmy.app) / Doug On Mon, 14 Mar 2005 15:36:03 -0500, Jeff Small [EMAIL PROTECTED] wrote: Okay, so I've got a site on my localhost. I'm setting it up to use CFCs and I've got my CFC all created, and it's working locally perfectly. The path is C:\Inetpub\wwwroot\MySite I have the CFC in the root of my site, and it's called, let's say, myCFC.cfc. So in my page, I have the code that instantiates the object: cfset variables.myObject= createObject(component, MySite.myCFC) and it works perfectly, like I said. I also have an admin section and it's path is C:\Inetpub\wwwroot\MySite\backend\ and my instantiation code works fine in there: cfset variables.myObject= createObject(component, MySite.myCFC) However, now that I move it over to the live site to test it, it's not working. I fixed it, by changing my instantiation code (in all my root cfm files) to: cfset variables.myObject= createObject(component, myCFC) which now works...*except* for in the admin directory one directory lower. I haven't been able to get it to work any other way than just placing the CFC in that directory too. I know, I know...this is *stupid* and I'm not going to leave it for sure, but I'm trying to figure out how I make it work on the remote, live site just like it's working here, without having to change code whenever I move it. What do I need to do to get it to work right? ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198698 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
paths to cfcs have to be absolute wite createObject() A pita for site portability, eh? There are ways around this. You could create a CF mapping called com to C:\Inetpub\wwwroot\com\. Then place your CFCs in there in teh 'Java way' C:\Inetpub\wwwroot\com\domainname\app1\mycfc.cfc Then all your CFC calls would be the same anywhere as com.domainname.app1.mycfc I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.config.getAppRoot(),/,.)#.pathtocfcs.inmy.app) / Doug Okay...well...that kinda reeks. I'm still a little confused, but I obviously have more to read, so rather than complain here, I'll quietly go read what I need to get it to work. Jeff, confused ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198701 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. On Mon, 14 Mar 2005 16:00:44 -0500, Jeff Small [EMAIL PROTECTED] wrote: paths to cfcs have to be absolute wite createObject() A pita for site portability, eh? There are ways around this. You could create a CF mapping called com to C:\Inetpub\wwwroot\com\. Then place your CFCs in there in teh 'Java way' C:\Inetpub\wwwroot\com\domainname\app1\mycfc.cfc Then all your CFC calls would be the same anywhere as com.domainname.app1.mycfc I sometimes set an application scoped var application.rootdir and use something like cfset toolsobj = CreateObject(Component,#Replace(application.config.getAppRoot(),/,.)#.pathtocfcs.inmy.app) / Doug Okay...well...that kinda reeks. I'm still a little confused, but I obviously have more to read, so rather than complain here, I'll quietly go read what I need to get it to work. Jeff, confused ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198703 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198705 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198707 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
A single mapping should be a one time thing, so it *shouldn't* be a big deal for them. On Mon, 14 Mar 2005 16:19:28 -0500, Jeff Small [EMAIL PROTECTED] wrote: Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198708 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
I don't think they should have a problem with it. It's a simple thing for them to do and if they're offering CF hosting, that's a simple support issue that doesn't open any vulnerabilities on their server so it shouldn't be a problem. John Burns Certified Advanced ColdFusion MX Developer Wyle Laboratories, Inc. | Web Developer -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198709 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: CFCs and paths...I'm having a couple of problems...
OT And HTC is the largest telephone cooperative in the US. Not just some little local telco. :-) /OT - Matt Small -Original Message- From: Bosky, Dave [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:25 PM To: CF-Talk Subject: RE: CFCs and paths...I'm having a couple of problems... Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Discover CFTicket - The leading ColdFusion Help Desk and Trouble Ticket application http://www.houseoffusion.com/banners/view.cfm?bannerid=48 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198710 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
The issue with dynamic paths is that you can't do any type-checking at all in the cffunction, cfargument, and cfproperty tags. For me, this is too important since it saves a lot of time debugging. It also makes the structure of component files clearer since I am always having to use it. It may seem like more work, but it pays you back later. On Mon, 14 Mar 2005 16:24:54 -0500, Bosky, Dave [EMAIL PROTECTED] wrote: Define in application.cfm file. You only have to look and change in a single location. If at some point the location changes you don't need to search and replace you know exactly where to look. Also what's up with little local telco's? I think they rule! -Original Message- From: Jeff Small [mailto:[EMAIL PROTECTED] Sent: Monday, March 14, 2005 4:19 PM To: CF-Talk Subject: Re: CFCs and paths...I'm having a couple of problems... Just create the mapping on both your local and live sites. Use hardcoded fully qualified paths if you can... try to avoid dynamic path names when refering to the names of CFCs. It makes things easier to understand when you look at it later, and if you have to change the names at some point the search and replace should be pretty simple. Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198712 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
OT And HTC is the largest telephone cooperative in the US. Not just some little local telco. :-) /OT - Matt Small Well, you-know-who is lurking, so I figured I'd take a couple digs...make sure he's paying attention...heh. - Jeff Small (not related to Matt...seriously) ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198718 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
It's no problem for a hosting company that can open the CFAdministrator. I set up a mapping for all the sites on my system as a matter of routine when they sign up. I can set up other mappings too if they want, but I set up a mapping to the root of their site, with their domainname as the name of the mapping. And if you set up one on your dev machine that points to the same location in your dev environment, it should work on both without changing code. That's how I do all my sites, and they work identically on my laptop, on my dev machine, on the staging site, and on production. It just makes so many things easier if you have a coldfusion mapping. Cheers Mike Kear Windsor, NSW, Australia Certified Advanced ColdFusion Developer AFP Webworks http://afpwebworks.com ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month On Mon, 14 Mar 2005 16:19:28 -0500, Jeff Small [EMAIL PROTECTED] wrote: Yeah, I've got nothing dynamic. So you're saying I should ask my ISP for a mapping? Think they'll do that? Is that a normal thing for ISPs to offer? This is just a little local telco, and it's a little pro bono site, so I'm wondering if asking for a mapping on their end would be a pain, because honestly, at this point, I don't care if it's a pain, I just want it to work. ~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198751 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: CFCs and paths...I'm having a couple of problems...
Add the base directory for your components as a 'Custom Tag Path' in the CF Administrator. It also functions as a component path and will be searched when you create a CFC. Also, unless your CFC is a webservice, its best practice not to store it above the webroot. -Adam On Mon, 14 Mar 2005 15:36:03 -0500, Jeff Small [EMAIL PROTECTED] wrote: Okay, so I've got a site on my localhost. I'm setting it up to use CFCs and I've got my CFC all created, and it's working locally perfectly. The path is C:\Inetpub\wwwroot\MySite I have the CFC in the root of my site, and it's called, let's say, myCFC.cfc. So in my page, I have the code that instantiates the object: cfset variables.myObject= createObject(component, MySite.myCFC) and it works perfectly, like I said. I also have an admin section and it's path is C:\Inetpub\wwwroot\MySite\backend\ and my instantiation code works fine in there: cfset variables.myObject= createObject(component, MySite.myCFC) However, now that I move it over to the live site to test it, it's not working. I fixed it, by changing my instantiation code (in all my root cfm files) to: cfset variables.myObject= createObject(component, myCFC) which now works...*except* for in the admin directory one directory lower. I haven't been able to get it to work any other way than just placing the CFC in that directory too. I know, I know...this is *stupid* and I'm not going to leave it for sure, but I'm trying to figure out how I make it work on the remote, live site just like it's working here, without having to change code whenever I move it. What do I need to do to get it to work right? ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:198765 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
