RE: Strengths of each
My ASP is a bit rusty and the code is a bit long for here. So, how about PSUEDO Code: 1) Store CFID & CFToken in an ASP Session Variable 2) Have some other values you want to send to CF (I'm assuming their session variables_ 3) Use a FOR IN structure to loop over the SESSION level scope be avoid the CFID and CFTOKEN variables in your session scope 4) In this loop build your the WDDX packet you want to store. This packet should match the format that CF uses for its client variables. You'll need to play with how to do this. Their is some good reference at http://www.wddx.org/WDDX_SDK/joust_files/ on the WDDX object for ASP. You might be able to use the "serialize" method and simply convert a RS into the packet or it might just be easier to build the packet by hand. 5) Either way once the packet is built update the CF client variable tables using the CFID and CF Token you are storing in memory. Note: you could run into some concurrency issues here. Using the HITCOUNT and LASTVIST flags should allow you to work around this (check the options you have set for the Client Store in CF Administrator) Hope that helps. If you need something a bit more concrete, pester me and I'll write something, but I most likely won't have time till Monday. -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 -Original Message- From: Scott, Andrew [mailto:[EMAIL PROTECTED]] Sent: Monday, February 26, 2001 9:44 PM To: CF-Talk Subject: RE: Strengths of each First of all thanks for the part about the asp.net, I haven't the time to digest this information at the moment. I am well aware that there is no Custom Tag functionality in ASP and that you need to write functions. I have all this already coded and ready to go, what I need is the logic to know what variables have been set in a page (ASP pages only) so that I can take these out of ASP and migrate these across to CF. Going from CF to ASP is no problem what so ever:-) So if you have code that I can see that would do this I would like to see it:-) -Original Message- From: Eric Barr [mailto:[EMAIL PROTECTED]] Sent: 27 February 2001 04:02 To: CF-Talk Subject: RE: Strengths of each > if there was a tag like cfa_dump on ASP, that could dump session, > application etc then I have the code waiting but I just need that answered. In ASP you can Dump all the variables. Its not too hard. Their are 5 intrinsic objects in ASP : Response, Request, Application, Session and Server. For any of these objects you could simply walk their structure using a FOR IN loop. In ASP their aren't really custom tags. ... you can write functions, run include files, or instantiate some type of object to do the work ... the quickest would most likely write the code in a function. And simply include it on the pages you want to show the debug information. You might want to look into the Trace functionality coming in ASP.NET ( http://msdn.microsoft.com/library/default.asp?URL=/library/dotnet/cpguid e/cpcontracefunctionality.htm) -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
First of all thanks for the part about the asp.net, I haven't the time to digest this information at the moment. I am well aware that there is no Custom Tag functionality in ASP and that you need to write functions. I have all this already coded and ready to go, what I need is the logic to know what variables have been set in a page (ASP pages only) so that I can take these out of ASP and migrate these across to CF. Going from CF to ASP is no problem what so ever:-) So if you have code that I can see that would do this I would like to see it:-) -Original Message- From: Eric Barr [mailto:[EMAIL PROTECTED]] Sent: 27 February 2001 04:02 To: CF-Talk Subject: RE: Strengths of each > if there was a tag like cfa_dump on ASP, that could dump session, > application etc then I have the code waiting but I just need that answered. In ASP you can Dump all the variables. Its not too hard. Their are 5 intrinsic objects in ASP : Response, Request, Application, Session and Server. For any of these objects you could simply walk their structure using a FOR IN loop. In ASP their aren't really custom tags. ... you can write functions, run include files, or instantiate some type of object to do the work ... the quickest would most likely write the code in a function. And simply include it on the pages you want to show the debug information. You might want to look into the Trace functionality coming in ASP.NET ( http://msdn.microsoft.com/library/default.asp?URL=/library/dotnet/cpguid e/cpcontracefunctionality.htm) -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
> Stuff within global.asa doesn't > get prepended and appended to every page request, as with CF, if I recall > correctly. Dave, your right global.asa can contain 4 event driven functions: OnRequest_Start() OnRequest_End() OnApplication_Start() OnApplication_End() They run when the events are triggered but you can't get output from them. -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 25, 2001 11:40 AM To: CF-Talk Subject: RE: Strengths of each > > Unfortunately ASP does not have a feature similar to the > > Application.cfm/OnRequestEnd.cfm deal, so I must include > > files in each page to ensure that the code is executed. > > ASP does have the same as Application.cfm and onRequestEnd.cfm, > don't know there names of the top of my head but they exist > I used it when I did my first ASP site 2 years ago. If you're referring to global.asa, and the Application and Session start and end events within global.asa, that's not really the same as what CF does with Application.cfm and OnRequestEnd.cfm. Stuff within global.asa doesn't get prepended and appended to every page request, as with CF, if I recall correctly. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
> if there was a tag like cfa_dump on ASP, that could dump session, > application etc then I have the code waiting but I just need that answered. In ASP you can Dump all the variables. Its not too hard. Their are 5 intrinsic objects in ASP : Response, Request, Application, Session and Server. For any of these objects you could simply walk their structure using a FOR IN loop. In ASP their aren't really custom tags. ... you can write functions, run include files, or instantiate some type of object to do the work ... the quickest would most likely write the code in a function. And simply include it on the pages you want to show the debug information. You might want to look into the Trace functionality coming in ASP.NET ( http://msdn.microsoft.com/library/default.asp?URL=/library/dotnet/cpguid e/cpcontracefunctionality.htm) -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
> If you're referring to global.asa, and the Application and > Session start and > end events within global.asa, that's not really the same as what CF does > with Application.cfm and OnRequestEnd.cfm. Stuff within global.asa doesn't > get prepended and appended to every page request, as with CF, if I recall > correctly. ASP doesn't "walk the directory tree" for global.asa like CF does with Application.cfm - it has to be in the same directory as the application... Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
> > Unfortunately ASP does not have a feature similar to the > > Application.cfm/OnRequestEnd.cfm deal, so I must include > > files in each page to ensure that the code is executed. > > ASP does have the same as Application.cfm and onRequestEnd.cfm, > don't know there names of the top of my head but they exist > I used it when I did my first ASP site 2 years ago. If you're referring to global.asa, and the Application and Session start and end events within global.asa, that's not really the same as what CF does with Application.cfm and OnRequestEnd.cfm. Stuff within global.asa doesn't get prepended and appended to every page request, as with CF, if I recall correctly. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
Ok first off all the answer is not as complicated as you have made it Ok I have here running the tag that allows me to share CF varaibles with ASP, I don't do anything as complicated as you think... But I can tell you know that if there was a tag like cfa_dump on ASP, that could dump session, application etc then I have the code waiting but I just need that answered. I would be more than happy to release the code, but I would like to see if people know of being able to know what variables are in ASP without actually knowing. Which is what cfa_dump does for cf's collections (server,cgi,form,application etc.), it really is a piece of cake for it to work for CF but not for ASP... I believe the approach I am looking at will work more efficently than the method you seem to be describing below. -Original Message- From: Eric Barr [mailto:[EMAIL PROTECTED]] Sent: Friday, 23 February 2001 11:46 PM To: CF-Talk Subject: RE: Strengths of each This discussion sure seems to be describing the reason we have client variables in CF, particularly when using as DB as the store. In CF Client variables were created so that two CF servers that have very little knowledge about each other (maybe a heartbeat in the clustering software) need to be able to share information. In the old days of web development coders had to write their own session management, because it was not built into many scripting engines. All you really end up doing is sending a cookie with a unique value to each user. So that way, each time you get a request from the user you can check their cookie and determine which user is making a request. You created some sort of clever naming scheme in the Application scope to associate a set of variables with the unique cookie you sent to the user, thereby you can crate a "session level" storage system. To Share information between ASP and CF you need to do something similar. You need to create a clever way that both CF and ASP can uniquely identify a user, then associate the user with an area of storage. Since CF and ASP don't share a memory space there are two ways to go: 1) creative use of URL's 2) use a common storage area (read database) The more robust solution of the two is probably using the database as a storage mechanism. If I had to implement this system I would probably let CF take the lead. By that I mean, CF already has Client variable storage built in, and it works well, so leverage CF's capabilities so this way you only need to implement a system in ASP. In ASP you would need to write a block of code that could be used on each page, most likely setup as a set of functions that are added as an include file on each page. This code would have to: 1) read the CFID & CFTOKEN from your users cookies 2) if no CFID & CFTOKEN ...redirect to CF page that simply sets the cookies, then bounces back to the original ASP page 3) Make a DB connection to the common storage tables 4) Pull the information from the database. 5) either parse the WDDX packet by hand, or use the WDDX COM object for ASP. 6) use the data as you see fit Implementing a system like this would definitely require some testing and a good deal of debugging, but it would probably be worth while. As with any other coding technique there are performance implications with this one, but none that can't be overcome. Developer take a performance hit when using Client variables in CF, but the benefits of being able to have state maintained across multiple machines in a web farm outweigh the performance hit. (BTW client variables are a well designed solution by Allaire: they are really, really fast) Take it one step further the ASP server dosen't even need to be on the same server (as long as domain cookies are begin set )as the CF server. In fact it dosen't even need to be ASP, it could be PHP, JSP, shoot it could be Tango running on a Apple's Webstar. How freaky is that ? The major limitation I see on this system is the user would have to hit a CF page first, so they have a CFID & CFTOKEN. Microsoft has some pretty good articles that might give perspective on the discussion here : 1) http://msdn.microsoft.com/workshop/server/feature/webfarm3.asp 2) http://msdn.microsoft.com/library/periodic/period00/stateless.htm 3) Article ID: Q175167 I hope this helps answer some of the questions out there. -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 -Original Message- From: Scott, Andrew [mailto:[EMAIL PROTECTED]] Sent: Friday, February 23, 2001 12:38 AM To: CF-Talk Subject: RE: Strengths of each I had also started to adoipt something like this, but sometimes time is not very kind to some... Anyway my main concern would be the overheads off pulling this information out all the time, yet when I did stop
RE: Strengths of each
ASP does have the same as Application.cfm and onRequestEnd.cfm, don't know there names of the top of my head but they exist I used it when I did my first ASP site 2 years ago. -Original Message- From: Nick McClure [mailto:[EMAIL PROTECTED]] Sent: Friday, 23 February 2001 5:43 PM To: CF-Talk Subject: RE: Strengths of each In general it would depend on your implementation. If you query the DB for each set and get it would greatly increase over head. But if you run a query in application.cfm to get all of the values and set them in a structure and reset values on the page, then in the OnRequestEnd.cfm file you could take that structure and update the records in the DB, this would only cause two DB hits per GET. Unfortunately ASP does not have a feature similar to the Application.cfm/OnRequestEnd.cfm deal, so I must include files in each page to ensure that the code is executed. At 04:37 PM 2/23/2001 +1100, you wrote: >I had also started to adoipt something like this, but sometimes time is not >very kind to some... > >Anyway my main concern would be the overheads off pulling this information >out all the time, yet when I did stop to think about it I would assume the >overheads would be similar to using client variables and having this stored >into a datasource... > >Would I be right on this? > > >-Original Message- >From: Nick McClure [mailto:[EMAIL PROTECTED]] >Sent: 23 February 2001 16:12 >To: CF-Talk >Subject: RE: Strengths of each > > >One of the things that I have been working on recently is My own >Session/Application management System. > >All variables are stored in the database, VBScript functions and CF Custom >Tags are used to pull these variables. This system was designed to easily >be ported to any Language. If for some reason we wanted to add a JSP or C++ >portion to a given application, it could continue to use the same session >info. > >Right now I am in the early development stages, so a lot of stuff has to be >done twice, but I plan to move most of it into stored procs. > > > >To answer your first question, yes, CF and ASP can coexist on the server, > >there are no problems having a mix of ColdFusion and ASP pages within a > >site, however, I'm pretty certain you can forget sharing Session and > >Application variables between these environments. But you could pass > >variables through on URL's. > > > >We tend to write CF only sites now, while we used to be mainly ASP > >developers, however we've never needed to mix the two. > > > >Hope this helps a little bit. Feel free to contact me off list if you have > >any further questions. > > > >Nick > > > > > From: "Terry Troxel" <[EMAIL PROTECTED]> > > > Reply-To: [EMAIL PROTECTED] > > > Date: Thu, 22 Feb 2001 11:09:31 -0800 > > > To: CF-Talk <[EMAIL PROTECTED]> > > > Subject: Strengths of each > > > > > > I am posing a question that has been rattling around in my mind for > >awhile. > > > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > > > maybe that is why I m in the dark. > > > I would like to know if CF and ASP can co-exist and possibly trade data > >like > > > CF does with javascript, WAP, etc. > > > > > > The second part of my question is if this is possible has anyone >compiled > >a > > > list of what types of procedures, functionality is best handled by >which. > > > > > > If these questions are true then I have to get onto an IIS host, and >start > > > learning ASP to broaden my skills. I assume this is the path alot of you > > > have taken by the frequency of ASP and CF in your signatures. > > > > > > Terry Troxel > > > > > > > > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
This discussion sure seems to be describing the reason we have client variables in CF, particularly when using as DB as the store. In CF Client variables were created so that two CF servers that have very little knowledge about each other (maybe a heartbeat in the clustering software) need to be able to share information. In the old days of web development coders had to write their own session management, because it was not built into many scripting engines. All you really end up doing is sending a cookie with a unique value to each user. So that way, each time you get a request from the user you can check their cookie and determine which user is making a request. You created some sort of clever naming scheme in the Application scope to associate a set of variables with the unique cookie you sent to the user, thereby you can crate a "session level" storage system. To Share information between ASP and CF you need to do something similar. You need to create a clever way that both CF and ASP can uniquely identify a user, then associate the user with an area of storage. Since CF and ASP don't share a memory space there are two ways to go: 1) creative use of URL's 2) use a common storage area (read database) The more robust solution of the two is probably using the database as a storage mechanism. If I had to implement this system I would probably let CF take the lead. By that I mean, CF already has Client variable storage built in, and it works well, so leverage CF's capabilities so this way you only need to implement a system in ASP. In ASP you would need to write a block of code that could be used on each page, most likely setup as a set of functions that are added as an include file on each page. This code would have to: 1) read the CFID & CFTOKEN from your users cookies 2) if no CFID & CFTOKEN ...redirect to CF page that simply sets the cookies, then bounces back to the original ASP page 3) Make a DB connection to the common storage tables 4) Pull the information from the database. 5) either parse the WDDX packet by hand, or use the WDDX COM object for ASP. 6) use the data as you see fit Implementing a system like this would definitely require some testing and a good deal of debugging, but it would probably be worth while. As with any other coding technique there are performance implications with this one, but none that can't be overcome. Developer take a performance hit when using Client variables in CF, but the benefits of being able to have state maintained across multiple machines in a web farm outweigh the performance hit. (BTW client variables are a well designed solution by Allaire: they are really, really fast) Take it one step further the ASP server dosen't even need to be on the same server (as long as domain cookies are begin set )as the CF server. In fact it dosen't even need to be ASP, it could be PHP, JSP, shoot it could be Tango running on a Apple's Webstar. How freaky is that ? The major limitation I see on this system is the user would have to hit a CF page first, so they have a CFID & CFTOKEN. Microsoft has some pretty good articles that might give perspective on the discussion here : 1) http://msdn.microsoft.com/workshop/server/feature/webfarm3.asp 2) http://msdn.microsoft.com/library/periodic/period00/stateless.htm 3) Article ID: Q175167 I hope this helps answer some of the questions out there. -eric Common sense is genius dressed in its working clothes. -- Ralph Waldo Emerson Eric Barr Zeff Design (p) 212.714.6390 (f) 212.580.7181 -Original Message- From: Scott, Andrew [mailto:[EMAIL PROTECTED]] Sent: Friday, February 23, 2001 12:38 AM To: CF-Talk Subject: RE: Strengths of each I had also started to adoipt something like this, but sometimes time is not very kind to some... Anyway my main concern would be the overheads off pulling this information out all the time, yet when I did stop to think about it I would assume the overheads would be similar to using client variables and having this stored into a datasource... Would I be right on this? -Original Message- From: Nick McClure [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 16:12 To: CF-Talk Subject: RE: Strengths of each One of the things that I have been working on recently is My own Session/Application management System. All variables are stored in the database, VBScript functions and CF Custom Tags are used to pull these variables. This system was designed to easily be ported to any Language. If for some reason we wanted to add a JSP or C++ portion to a given application, it could continue to use the same session info. Right now I am in the early development stages, so a lot of stuff has to be done twice, but I plan to move most of it into stored procs. >To answer your first question, yes, CF and ASP can coexist on the server, >there are no p
RE: Strengths of each
In general it would depend on your implementation. If you query the DB for each set and get it would greatly increase over head. But if you run a query in application.cfm to get all of the values and set them in a structure and reset values on the page, then in the OnRequestEnd.cfm file you could take that structure and update the records in the DB, this would only cause two DB hits per GET. Unfortunately ASP does not have a feature similar to the Application.cfm/OnRequestEnd.cfm deal, so I must include files in each page to ensure that the code is executed. At 04:37 PM 2/23/2001 +1100, you wrote: >I had also started to adoipt something like this, but sometimes time is not >very kind to some... > >Anyway my main concern would be the overheads off pulling this information >out all the time, yet when I did stop to think about it I would assume the >overheads would be similar to using client variables and having this stored >into a datasource... > >Would I be right on this? > > >-Original Message- >From: Nick McClure [mailto:[EMAIL PROTECTED]] >Sent: 23 February 2001 16:12 >To: CF-Talk >Subject: RE: Strengths of each > > >One of the things that I have been working on recently is My own >Session/Application management System. > >All variables are stored in the database, VBScript functions and CF Custom >Tags are used to pull these variables. This system was designed to easily >be ported to any Language. If for some reason we wanted to add a JSP or C++ >portion to a given application, it could continue to use the same session >info. > >Right now I am in the early development stages, so a lot of stuff has to be >done twice, but I plan to move most of it into stored procs. > > > >To answer your first question, yes, CF and ASP can coexist on the server, > >there are no problems having a mix of ColdFusion and ASP pages within a > >site, however, I'm pretty certain you can forget sharing Session and > >Application variables between these environments. But you could pass > >variables through on URL's. > > > >We tend to write CF only sites now, while we used to be mainly ASP > >developers, however we've never needed to mix the two. > > > >Hope this helps a little bit. Feel free to contact me off list if you have > >any further questions. > > > >Nick > > > > > From: "Terry Troxel" <[EMAIL PROTECTED]> > > > Reply-To: [EMAIL PROTECTED] > > > Date: Thu, 22 Feb 2001 11:09:31 -0800 > > > To: CF-Talk <[EMAIL PROTECTED]> > > > Subject: Strengths of each > > > > > > I am posing a question that has been rattling around in my mind for > >awhile. > > > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > > > maybe that is why I m in the dark. > > > I would like to know if CF and ASP can co-exist and possibly trade data > >like > > > CF does with javascript, WAP, etc. > > > > > > The second part of my question is if this is possible has anyone >compiled > >a > > > list of what types of procedures, functionality is best handled by >which. > > > > > > If these questions are true then I have to get onto an IIS host, and >start > > > learning ASP to broaden my skills. I assume this is the path alot of you > > > have taken by the frequency of ASP and CF in your signatures. > > > > > > Terry Troxel > > > > > > > > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
I had also started to adoipt something like this, but sometimes time is not very kind to some... Anyway my main concern would be the overheads off pulling this information out all the time, yet when I did stop to think about it I would assume the overheads would be similar to using client variables and having this stored into a datasource... Would I be right on this? -Original Message- From: Nick McClure [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 16:12 To: CF-Talk Subject: RE: Strengths of each One of the things that I have been working on recently is My own Session/Application management System. All variables are stored in the database, VBScript functions and CF Custom Tags are used to pull these variables. This system was designed to easily be ported to any Language. If for some reason we wanted to add a JSP or C++ portion to a given application, it could continue to use the same session info. Right now I am in the early development stages, so a lot of stuff has to be done twice, but I plan to move most of it into stored procs. >To answer your first question, yes, CF and ASP can coexist on the server, >there are no problems having a mix of ColdFusion and ASP pages within a >site, however, I'm pretty certain you can forget sharing Session and >Application variables between these environments. But you could pass >variables through on URL's. > >We tend to write CF only sites now, while we used to be mainly ASP >developers, however we've never needed to mix the two. > >Hope this helps a little bit. Feel free to contact me off list if you have >any further questions. > >Nick > > > From: "Terry Troxel" <[EMAIL PROTECTED]> > > Reply-To: [EMAIL PROTECTED] > > Date: Thu, 22 Feb 2001 11:09:31 -0800 > > To: CF-Talk <[EMAIL PROTECTED]> > > Subject: Strengths of each > > > > I am posing a question that has been rattling around in my mind for >awhile. > > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > > maybe that is why I m in the dark. > > I would like to know if CF and ASP can co-exist and possibly trade data >like > > CF does with javascript, WAP, etc. > > > > The second part of my question is if this is possible has anyone compiled >a > > list of what types of procedures, functionality is best handled by which. > > > > If these questions are true then I have to get onto an IIS host, and start > > learning ASP to broaden my skills. I assume this is the path alot of you > > have taken by the frequency of ASP and CF in your signatures. > > > > Terry Troxel > > > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
Your right it uses CFHTTP... The idea is that there is certain information that is added to the generated content, that can be passed back to the Web Server. Thus allowing for interaction, what I was looking for was a way to return the variables using ASP back to CF somehow. The problem is that as I only know the basics of ASP, so I have no idea if ASP as the same advantages as CF in being able to get the collection of variables... If we could then this would be a good way to get the two to communicate in the one page btw there are small overheads, and that's because a file has to be created to be passed to the web server Hope this helps more, if not just ask. -Original Message- From: Robert Everland III [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 14:43 To: CF-Talk Subject: RE: Strengths of each I would have to see what your custom tag is but I would think either you are using cfhttp to do everythign or you are using wscript. Either way there is gonna be a way to do it, so if you would be so kind as to send me your code so that I may evaluate a way to do this. bob everland -Original Message- From: Scott, Andrew [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 22, 2001 6:13 PM To: CF-Talk Subject: RE: Strengths of each Actually you can mix the two, and I have developed a custom tag that can do something like the following <% a=1 b=2 c=3 %> Which would then execute the ASP from within the cfml template, the only problem is that I haven't found a way to share the result with CF. But I could do something like the following without any problems. <% a=1 b=2 c=3 #strTest# %> But I haven't had the time to learn enough about ASP, to take the variables from ASP tp Coldfusion So if anyone has any ideas to develop this further I would like to hear from you. -Original Message- From: Nick Texidor [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 08:02 To: CF-Talk Subject: Re: Strengths of each Hi Terry, To answer your first question, yes, CF and ASP can coexist on the server, there are no problems having a mix of ColdFusion and ASP pages within a site, however, I'm pretty certain you can forget sharing Session and Application variables between these environments. But you could pass variables through on URL's. We tend to write CF only sites now, while we used to be mainly ASP developers, however we've never needed to mix the two. Hope this helps a little bit. Feel free to contact me off list if you have any further questions. Nick > From: "Terry Troxel" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Thu, 22 Feb 2001 11:09:31 -0800 > To: CF-Talk <[EMAIL PROTECTED]> > Subject: Strengths of each > > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
One of the things that I have been working on recently is My own Session/Application management System. All variables are stored in the database, VBScript functions and CF Custom Tags are used to pull these variables. This system was designed to easily be ported to any Language. If for some reason we wanted to add a JSP or C++ portion to a given application, it could continue to use the same session info. Right now I am in the early development stages, so a lot of stuff has to be done twice, but I plan to move most of it into stored procs. >To answer your first question, yes, CF and ASP can coexist on the server, >there are no problems having a mix of ColdFusion and ASP pages within a >site, however, I'm pretty certain you can forget sharing Session and >Application variables between these environments. But you could pass >variables through on URL's. > >We tend to write CF only sites now, while we used to be mainly ASP >developers, however we've never needed to mix the two. > >Hope this helps a little bit. Feel free to contact me off list if you have >any further questions. > >Nick > > > From: "Terry Troxel" <[EMAIL PROTECTED]> > > Reply-To: [EMAIL PROTECTED] > > Date: Thu, 22 Feb 2001 11:09:31 -0800 > > To: CF-Talk <[EMAIL PROTECTED]> > > Subject: Strengths of each > > > > I am posing a question that has been rattling around in my mind for >awhile. > > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > > maybe that is why I m in the dark. > > I would like to know if CF and ASP can co-exist and possibly trade data >like > > CF does with javascript, WAP, etc. > > > > The second part of my question is if this is possible has anyone compiled >a > > list of what types of procedures, functionality is best handled by which. > > > > If these questions are true then I have to get onto an IIS host, and start > > learning ASP to broaden my skills. I assume this is the path alot of you > > have taken by the frequency of ASP and CF in your signatures. > > > > Terry Troxel > > > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
I would have to see what your custom tag is but I would think either you are using cfhttp to do everythign or you are using wscript. Either way there is gonna be a way to do it, so if you would be so kind as to send me your code so that I may evaluate a way to do this. bob everland -Original Message- From: Scott, Andrew [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 22, 2001 6:13 PM To: CF-Talk Subject: RE: Strengths of each Actually you can mix the two, and I have developed a custom tag that can do something like the following <% a=1 b=2 c=3 %> Which would then execute the ASP from within the cfml template, the only problem is that I haven't found a way to share the result with CF. But I could do something like the following without any problems. <% a=1 b=2 c=3 #strTest# %> But I haven't had the time to learn enough about ASP, to take the variables from ASP tp Coldfusion So if anyone has any ideas to develop this further I would like to hear from you. -Original Message- From: Nick Texidor [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 08:02 To: CF-Talk Subject: Re: Strengths of each Hi Terry, To answer your first question, yes, CF and ASP can coexist on the server, there are no problems having a mix of ColdFusion and ASP pages within a site, however, I'm pretty certain you can forget sharing Session and Application variables between these environments. But you could pass variables through on URL's. We tend to write CF only sites now, while we used to be mainly ASP developers, however we've never needed to mix the two. Hope this helps a little bit. Feel free to contact me off list if you have any further questions. Nick > From: "Terry Troxel" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Thu, 22 Feb 2001 11:09:31 -0800 > To: CF-Talk <[EMAIL PROTECTED]> > Subject: Strengths of each > > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
Are you willing to post some code to show how you "pass information from CF to ASP which builds a PDF for me?" ^ / \__ (@\___ / O /(_/ /_/ Whoof... 410-757-3487 -Original Message- From: Cami Lawson [SMTP:[EMAIL PROTECTED]] Sent: Thursday, February 22, 2001 3:57 PM To: CF-Talk Subject: Re: Strengths of each I am currently running CF 4.5.2 and pass information from CF to ASP which builds a PDF for me. HTH - Original Message - From: "Terry Troxel" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Thursday, February 22, 2001 1:09 PM Subject: Strengths of each > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Strengths of each
Cami, That is EXACTLY the type of data transfer functionality I am talking about. Could I email you off list to ask you some more about this? Terry - Original Message - From: Cami Lawson <[EMAIL PROTECTED]> To: CF-Talk <[EMAIL PROTECTED]> Sent: Thursday, February 22, 2001 12:56 PM Subject: Re: Strengths of each > I am currently running CF 4.5.2 and pass information from CF to ASP which > builds a PDF for me. > > HTH > - Original Message - > From: "Terry Troxel" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Thursday, February 22, 2001 1:09 PM > Subject: Strengths of each > > > > I am posing a question that has been rattling around in my mind for > awhile. > > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > > maybe that is why I m in the dark. > > I would like to know if CF and ASP can co-exist and possibly trade data > like > > CF does with javascript, WAP, etc. > > > > The second part of my question is if this is possible has anyone compiled > a > > list of what types of procedures, functionality is best handled by which. > > > > If these questions are true then I have to get onto an IIS host, and start > > learning ASP to broaden my skills. I assume this is the path alot of you > > have taken by the frequency of ASP and CF in your signatures. > > > > Terry Troxel > > > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
Actually you can mix the two, and I have developed a custom tag that can do something like the following <% a=1 b=2 c=3 %> Which would then execute the ASP from within the cfml template, the only problem is that I haven't found a way to share the result with CF. But I could do something like the following without any problems. <% a=1 b=2 c=3 #strTest# %> But I haven't had the time to learn enough about ASP, to take the variables from ASP tp Coldfusion So if anyone has any ideas to develop this further I would like to hear from you. -Original Message- From: Nick Texidor [mailto:[EMAIL PROTECTED]] Sent: 23 February 2001 08:02 To: CF-Talk Subject: Re: Strengths of each Hi Terry, To answer your first question, yes, CF and ASP can coexist on the server, there are no problems having a mix of ColdFusion and ASP pages within a site, however, I'm pretty certain you can forget sharing Session and Application variables between these environments. But you could pass variables through on URL's. We tend to write CF only sites now, while we used to be mainly ASP developers, however we've never needed to mix the two. Hope this helps a little bit. Feel free to contact me off list if you have any further questions. Nick > From: "Terry Troxel" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Thu, 22 Feb 2001 11:09:31 -0800 > To: CF-Talk <[EMAIL PROTECTED]> > Subject: Strengths of each > > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Strengths of each
If you pass the information along via cookies, forms (POST), URL (GET), DSN, file, WDDX, or system registry (on NT/W2k), then you can interchangeably use data in CF and ASP. If you have a transaction server you may be able to use COM/DCOM too. I'm sure I missed something but, this should work for starters. Steve -Original Message- From: Cami Lawson [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 22, 2001 3:57 PM To: CF-Talk Subject: Re: Strengths of each I am currently running CF 4.5.2 and pass information from CF to ASP which builds a PDF for me. HTH - Original Message - From: "Terry Troxel" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Thursday, February 22, 2001 1:09 PM Subject: Strengths of each > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Strengths of each
Hi Terry, To answer your first question, yes, CF and ASP can coexist on the server, there are no problems having a mix of ColdFusion and ASP pages within a site, however, I'm pretty certain you can forget sharing Session and Application variables between these environments. But you could pass variables through on URL's. We tend to write CF only sites now, while we used to be mainly ASP developers, however we've never needed to mix the two. Hope this helps a little bit. Feel free to contact me off list if you have any further questions. Nick > From: "Terry Troxel" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Thu, 22 Feb 2001 11:09:31 -0800 > To: CF-Talk <[EMAIL PROTECTED]> > Subject: Strengths of each > > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Strengths of each
I am currently running CF 4.5.2 and pass information from CF to ASP which builds a PDF for me. HTH - Original Message - From: "Terry Troxel" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Thursday, February 22, 2001 1:09 PM Subject: Strengths of each > I am posing a question that has been rattling around in my mind for awhile. > My host runs on O'Reilly WebSite Pro, so I have zero exposure to IIS and > maybe that is why I m in the dark. > I would like to know if CF and ASP can co-exist and possibly trade data like > CF does with javascript, WAP, etc. > > The second part of my question is if this is possible has anyone compiled a > list of what types of procedures, functionality is best handled by which. > > If these questions are true then I have to get onto an IIS host, and start > learning ASP to broaden my skills. I assume this is the path alot of you > have taken by the frequency of ASP and CF in your signatures. > > Terry Troxel > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists