-- Topica Digest --
The Ultimate Testing Process
By [EMAIL PROTECTED]
RE: Any fusebox project like PHP Nuke
By [EMAIL PROTECTED]
RE: The Ultimate Testing Process
By [EMAIL PROTECTED]
Re: The Ultimate Testing Process
By [EMAIL PROTECTED]
Error handling
By [EMAIL PROTECTED]
RE: Error handling
By [EMAIL PROTECTED]
error using cf_query2excel on host server, not locally
By [EMAIL PROTECTED]
Re: Error handling
By [EMAIL PROTECTED]
Re: Error handling
By [EMAIL PROTECTED]
RE: Error handling
By [EMAIL PROTECTED]
RE: Error handling
By [EMAIL PROTECTED]
Replicate files or not?
By [EMAIL PROTECTED]
RE: Error handling
By [EMAIL PROTECTED]
RE: Replicate files or not?
By [EMAIL PROTECTED]
quick question!
By [EMAIL PROTECTED]
RE: quick question!
By [EMAIL PROTECTED]
RE: quick question!
By [EMAIL PROTECTED]
RE: quick question!
By [EMAIL PROTECTED]
RE: quick question!
By [EMAIL PROTECTED]
RE: new to ses
By [EMAIL PROTECTED]
Re: new to ses
By [EMAIL PROTECTED]
RE: new to ses
By [EMAIL PROTECTED]
RE: new to ses
By [EMAIL PROTECTED]
error in the formurl2attributes template
By [EMAIL PROTECTED]
RE: error in the formurl2attributes template
By [EMAIL PROTECTED]
------------------------------------------------------------
Date: Wed, 18 Sep 2002 07:19:15 -0400
From: Steve Nelson <[EMAIL PROTECTED]>
Subject: The Ultimate Testing Process
Nat and I sent out a newsletter last night, to the members of fusebox.org, you
might want to read, we included an interesting article on testing. If you
skimmed over your email this morning, it's titled FUSEBOX CONFERENCE 2002.
The article is on an incredible testing process I've developed that uses
Fusedocs to validate whether your fuses work the way they should. It's a preview
of presentation I'll be giving at the conference. Conference attendees will
receive software Jeff Peters and I created to support this testing process.
If you didn't receive the email and would like to read it, let me know off the
list and I'll have it sent out to you.
Steve Nelson
Drink beer with me at the Fusebox Conference!
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 07:52:50 -0700
From: "Darron J. Schall" <[EMAIL PROTECTED]>
Subject: RE: Any fusebox project like PHP Nuke
There are two projects on sourceforge... CFMNuke, and CF-Nuke if I
remember correctly, but I don't think they're active at all. It looks
like someone had the intention of starting it but never got around to
it.
-Darron
-----Original Message-----
From: Nicholas Milas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 12:32 AM
To: [EMAIL PROTECTED]
Subject: Any fusebox project like PHP Nuke
Hi Everybody,
I would expect some project like PHP-Nuke to be running in the Fusebox
world. If not, does anybody know if any CF clone of PHP Nuke exists out
there?
Nick
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 07:30:04 -0700
From: "Mike Brunt" <[EMAIL PROTECTED]>
Subject: RE: The Ultimate Testing Process
For those who have not read this yes, take my advice and read it, please.
Steve this is great stuff and one more obvious and compelling reason to use
Fusebox-Fusedocs day in day out as we do. Thanks as always.
Mike Brunt - CTO
Webapper Services LLC
http://www.webapper.com
Downey CA Office
562.243.6255
"Making the NET Work"
-----Original Message-----
From: Steve Nelson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 4:19 AM
To: [EMAIL PROTECTED]
Subject: The Ultimate Testing Process
Nat and I sent out a newsletter last night, to the members of fusebox.org,
you
might want to read, we included an interesting article on testing. If you
skimmed over your email this morning, it's titled FUSEBOX CONFERENCE 2002.
The article is on an incredible testing process I've developed that uses
Fusedocs to validate whether your fuses work the way they should. It's a
preview
of presentation I'll be giving at the conference. Conference attendees will
receive software Jeff Peters and I created to support this testing process.
If you didn't receive the email and would like to read it, let me know off
the
list and I'll have it sent out to you.
Steve Nelson
Drink beer with me at the Fusebox Conference!
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 10:48:49 -0400
From: Steve Nelson <[EMAIL PROTECTED]>
Subject: Re: The Ultimate Testing Process
Thanks Mike!
I sure hope many of you can join us at the conference. I'll really dig into
these concepts there and show you all what I've learned about testing using
Fusedocs. The test harness creation tool we're giving away to all attendees will
more than pay for the cost of the conference in simple time savings.
If anyone has questions about the conference, shoot me an email off the list,
i'll be more than happy to help.
Steve Nelson
[EMAIL PROTECTED] wrote:
> For those who have not read this yes, take my advice and read it, please.
> Steve this is great stuff and one more obvious and compelling reason to use
> Fusebox-Fusedocs day in day out as we do. Thanks as always.
>
> Mike Brunt - CTO
> Webapper Services LLC
> http://www.webapper.com
> Downey CA Office
> 562.243.6255
>
> "Making the NET Work"
>
> -----Original Message-----
> From: Steve Nelson [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 4:19 AM
> To: [EMAIL PROTECTED]
> Subject: The Ultimate Testing Process
>
> Nat and I sent out a newsletter last night, to the members of fusebox.org,
> you
> might want to read, we included an interesting article on testing. If you
> skimmed over your email this morning, it's titled FUSEBOX CONFERENCE 2002.
>
> The article is on an incredible testing process I've developed that uses
> Fusedocs to validate whether your fuses work the way they should. It's a
> preview
> of presentation I'll be giving at the conference. Conference attendees will
> receive software Jeff Peters and I created to support this testing process.
>
> If you didn't receive the email and would like to read it, let me know off
> the
> list and I'll have it sent out to you.
>
> Steve Nelson
> Drink beer with me at the Fusebox Conference!
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
------------------------------
Date: Wed, 18 Sep 2002 11:49:23 -0400
From: Jeff Fongemie <[EMAIL PROTECTED]>
Subject: Error handling
Hello all,
I've been away for awhile. I'm curious to know what is now the
standard for error handling. I've just downloaded Nat and Erik's
FEX, and it works well, butfails with some errors. I'm unable to get
it to work with incorrect fuseactions as in:
?fuseaction=arealcircuit.bogusfuseaction (circuit name good,
action bad.
I want a friendly "oops" default error page fot any and all errors.
Does such a beast exist?
--
Best regards,
Jeff Fongemie mailto:[EMAIL PROTECTED]
------------------------------
Date: Wed, 18 Sep 2002 09:16:22 -0700
From: "Barney Boisvert" <[EMAIL PROTECTED]>
Subject: RE: Error handling
Put an include for the error page in your CFDEFAULTCASE in your switch file.
that'll take care of it.
Alternately (a better solution, if you don't want nested layouts on your
error message) is throw an error of type InvalidFuseactionException or
something in the CFDEFAULTCASE, and then catch it at the top level and
redirect to an error page. That way you only have to have the call to the
error page in one place.
barneyb
-----Original Message-----
From: Jeff Fongemie [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 8:49 AM
To: [EMAIL PROTECTED]
Subject: Error handling
Hello all,
I've been away for awhile. I'm curious to know what is now the
standard for error handling. I've just downloaded Nat and Erik's
FEX, and it works well, butfails with some errors. I'm unable to get
it to work with incorrect fuseactions as in:
?fuseaction=arealcircuit.bogusfuseaction (circuit name good,
action bad.
I want a friendly "oops" default error page fot any and all errors.
Does such a beast exist?
--
Best regards,
Jeff Fongemie mailto:[EMAIL PROTECTED]
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 9/9/2002
------------------------------
Date: Wed, 18 Sep 2002 12:55:28 -0400
From: "Rich Brant" <[EMAIL PROTECTED]>
Subject: error using cf_query2excel on host server, not locally
This tag works well locally, but I receive the following error when moving
to the host server:
(the host is running 4.5 and I'm running 5)
Any insight is appreciated!
Rich
Error Diagnostic Information
An attempt was made to modify discarded output.
A possible cause for this error is that a cusom tag enclosed data that
included a CFContent tag. Use Reset='No' in the CFContent
tag.PCodeRuntimeContextImp::popOutputBuffer
The error occurred while processing an element with a general identifier of
(CF_FBX_SAVECONTENT), occupying document position (247:3) to (247:48).
Date/Time: 09/18/02 09:50:57
Query String: fuseaction=feedback.createExcelDoc
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
------------------------------
Date: Wed, 18 Sep 2002 13:43:09 -0400
From: "John Quarto-vonTivadar" <[EMAIL PROTECTED]>
Subject: Re: Error handling
yes I think you can do a default error page with both FEX and FuseQ
----- Original Message -----
From: "Jeff Fongemie" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 11:49 AM
Subject: Error handling
> Hello all,
>
> I've been away for awhile. I'm curious to know what is now the
> standard for error handling. I've just downloaded Nat and Erik's
> FEX, and it works well, butfails with some errors. I'm unable to get
> it to work with incorrect fuseactions as in:
>
> ?fuseaction=arealcircuit.bogusfuseaction (circuit name good,
> action bad.
>
> I want a friendly "oops" default error page fot any and all errors.
> Does such a beast exist?
>
> --
> Best regards,
> Jeff Fongemie mailto:[EMAIL PROTECTED]
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
------------------------------
Date: Wed, 18 Sep 2002 13:46:19 -0400
From: "John Quarto-vonTivadar" <[EMAIL PROTECTED]>
Subject: Re: Error handling
> Put an include for the error page in your CFDEFAULTCASE in your switch
file.
> that'll take care of it.
ugh, that is a very ugly way to catch an error, and it's dependent on there
being an error with the fuseaction 'value' rather than an error inside the
method that the fuseaction invokes
> Alternately (a better solution, if you don't want nested layouts on your
> error message) is throw an error of type InvalidFuseactionException or
> something in the CFDEFAULTCASE, and then catch it at the top level and
> redirect to an error page. That way you only have to have the call to the
> error page in one place.
>
but what if you wanted to do something different based on the error type? Or
you wanted to one thing in
one circuit but another thing in another circuit but you wanted to record
both errors in a DB and then also send
off a report that an error occured at run time to an admin?
------------------------------
Date: Wed, 18 Sep 2002 11:22:22 -0700
From: "Brian J. LeRoux" <[EMAIL PROTECTED]>
Subject: RE: Error handling
Both Fex and FuseQ give us more flexability in trapping errors and dealing
with them in clever ways. However I don't think error trapping should be a
deciding factor for choosing an core file mod.
Errors.. happen. And its great to have a way of dealing with them in a
professional manner. However, we shouldn't rely on built-in error trapping
functionality to make up for sloppy code. By sloppy code I mean, an absence
of variable validation and good old fashioned testing. The only time we
should really *require* error trapping is when we are working with
unpredictable values coming from a third party or system. (ie. com obj that
performs credit card transaction processing) In those cases, its nice to be
able to wrap some code in a try/catch block and be done with it. (or cast it
to another circuit to be delt with;)
The simplest way to 'catch all' errors, with standard fusebox, is listed
below. I adapted this method from one of Robert Everland posts and I've
found it to be much more useful than the defualt cf error diagnostic.
<!-- Index.cfm --->
<!--- Error reporting --->
<cferror type="EXCEPTION" template="act_error.cfm">
<!--- act_error.cfm --->
<cfparam name="request.bugsemail" default="[EMAIL PROTECTED]">
<cfparam name="request.sitename" default="Pencilnet.com">
<cfmail to="#request.bugsemail#"
from="#request.bugsemail#"
subject="#request.sitename# Had Error At #now()# in
#fusebox.fuseaction#"
type="HTML">
<table border="1">
<tr>
<td>
<b>Error Diagnostic Information</b>
<p>
<cfdump var="#fusebox#">
<p>
<cfdump var="#error#">
<p>
<cfdump var="#form#">
<p>
<cfdump var="#cgi#">
<p>
<cfdump var="#url#">
<p>
<cfif len(getClientVariablesList())>
<p>
<cfloop list="#getClientVariablesList()#"
index="i">
#i# #evaluate(i)#<br>
</cfloop>
</cfif>
</td>
</tr>
</table>
</cfmail>
<cflocation url="index.cfm?fuseaction=home.error">
<!-- dsp_error.cfm -->
Whatever you want to display to the user
> -----Original Message-----
> From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 10:43 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Error handling
>
>
> yes I think you can do a default error page with both FEX and FuseQ
>
> ----- Original Message -----
> From: "Jeff Fongemie" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, September 18, 2002 11:49 AM
> Subject: Error handling
>
>
> > Hello all,
> >
> > I've been away for awhile. I'm curious to know what is now the
> > standard for error handling. I've just downloaded Nat and Erik's
> > FEX, and it works well, butfails with some errors. I'm unable to get
> > it to work with incorrect fuseactions as in:
> >
> > ?fuseaction=arealcircuit.bogusfuseaction (circuit name good,
> > action bad.
> >
> > I want a friendly "oops" default error page fot any and all errors.
> > Does such a beast exist?
> >
> > --
> > Best regards,
> > Jeff Fongemie mailto:[EMAIL PROTECTED]
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
------------------------------
Date: Wed, 18 Sep 2002 11:03:22 -0700
From: "Barney Boisvert" <[EMAIL PROTECTED]>
Subject: RE: Error handling
Well, my personal preference is to use a circuit-level wrapper around
fbx_Switch (which is how FEX works as well, I believe) to catch specific
error messages, and display appropriate error messages, typically with a
call to an error circuit (using either runfuseaction() or runfuse(), which
are function that I wrote) to maintain consistency across errors, and to
preserve the appropriate nested layouts.
I also wrap the core file include in index.cfm with global error trapping,
which usually forwards to an error circuit with an error specific
fuseaction. That way I have complete control over everything that happens
in a central location. Unless, of course, the app is a primitive one, where
it's not worth the time to do anything more than what I originally
described.
barneyb
-----Original Message-----
From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: Error handling
> Put an include for the error page in your CFDEFAULTCASE in your switch
file.
> that'll take care of it.
ugh, that is a very ugly way to catch an error, and it's dependent on there
being an error with the fuseaction 'value' rather than an error inside the
method that the fuseaction invokes
> Alternately (a better solution, if you don't want nested layouts on your
> error message) is throw an error of type InvalidFuseactionException or
> something in the CFDEFAULTCASE, and then catch it at the top level and
> redirect to an error page. That way you only have to have the call to the
> error page in one place.
>
but what if you wanted to do something different based on the error type? Or
you wanted to one thing in
one circuit but another thing in another circuit but you wanted to record
both errors in a DB and then also send
off a report that an error occured at run time to an admin?
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 9/9/2002
------------------------------
Date: Wed, 18 Sep 2002 19:00:48 +0000
From: <[EMAIL PROTECTED]>
Subject: Replicate files or not?
I have seen similar questions on the forum but not exactly what I am
looking for. I am working on a fusebox application with 3 different
circuits. Each circuit has an Add and Edit feature as a sub circuit.
Many of the display templates and queries will be the same within the 3
circuits. Since their are several different scenerios in how to code
this, I would like input as to what might be the best practice according
to Fusebox.
1. Replicate common files in each circuit.
2. Make a new directory containing only the shared files and including
these files into each circuit.
3. Keeping the files in circuit 1 and having circuits 2 & 3 include
them.
4. Have circuits 2 & 3 become sub directories of circuit 1 and keep the
shared files only in circuit 1.
5. Other suggestions.
I would appreciate any suggestions...
Thanks
------------------------------
Date: Wed, 18 Sep 2002 15:34:19 -0400
From: "Hal Helms" <[EMAIL PROTECTED]>
Subject: RE: Error handling
But we're not talking about those on this list. Those are experimental
code - very cool, I hasten to add - but we have a separate list for
that.
Hal Helms
Preorder "Discovering ColdFusion Components (CFCs)" at
www.techspedition.com
-----Original Message-----
From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 1:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Error handling
yes I think you can do a default error page with both FEX and FuseQ
----- Original Message -----
From: "Jeff Fongemie" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 11:49 AM
Subject: Error handling
> Hello all,
>
> I've been away for awhile. I'm curious to know what is now the
> standard for error handling. I've just downloaded Nat and Erik's
> FEX, and it works well, butfails with some errors. I'm unable to get
> it to work with incorrect fuseactions as in:
>
> ?fuseaction=arealcircuit.bogusfuseaction (circuit name good,
> action bad.
>
> I want a friendly "oops" default error page fot any and all errors.
> Does such a beast exist?
>
> --
> Best regards,
> Jeff Fongemie mailto:[EMAIL PROTECTED]
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 12:42:02 -0700
From: "Barney Boisvert" <[EMAIL PROTECTED]>
Subject: RE: Replicate files or not?
In most FB3 apps that I've written, I've found a need for a central
repository of shared fuses, which I typically group into a circuit named
'lib' that has no fuseactions, and is never processes requests. The most
common fuse in there is an error display page that takes a few parameters to
populate it, but I've used it for MANY different things.
I wrote a UDF called circuitPath() that takes a circuit alias and returns
the relative path to that circuit based on the API variables to make calling
these fuses very easy. Then, wherever I am, I can call those fuses by
putting this in my fbx_Switch file:
<cfinclude template="#circuitPath('lib')#/dsp_errors.cfm" />
I've also used this function to allow me to use fuses that are shared, but
not application wide. For instance, say I have a user management circuit,
with two sub circuits, user admin and role admin. User admin is add, edit,
delete, while role admin is add, edit, delete roles, plus associate users
with roles.
It's obvious that the user admin circuit will be self contained, but the
role admin circuit will need to know information about users (to do the
associations). So rather than put qry_getusers.cfm in both circuits, I put
it in the user admin circuit, and use circuitPath() to include it in the
roles circuit.
There is one problem that this presents, the ability to drag and drop
circuits. The user admin circuit is still stand alone, but the role admin
circuit depends on having the user admin circuit present. However, the role
admin circuit wouldn't be very useful if you didn't have users, so I don't
view this as an horrible issue.
I certainly don't recommend pulling the shared fuses out into a third
circuit (like the overarching user managment circuit), because then NEITHER
of the circuits could be drag-n-dropped, because they both depend on
external fuses.
The only thing to watch out for is putting fuses in the wrong circuit, if
multiple circuits use it. It's usually pretty obvious which circuit fuses
go in, based on their name, but not always. To return to my previous
example with user management, a fuse named qry_getuserswithroles.cfm, which
returns a query with the roles that each users is in would belong in the
user admin circuit, while a fuse named qry_getroleswithusers.cfm, which
returns a query with the users in each role would belong in the role admin
circuit.
Hope that makes sense and will help you on your way. From my understanding
this is something along the lines of what fuseQ does, but having never used
it, I have no idea if that's accurate.
take care,
barneyb
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 12:01 PM
To: [EMAIL PROTECTED]
Subject: Replicate files or not?
I have seen similar questions on the forum but not exactly what I am
looking for. I am working on a fusebox application with 3 different
circuits. Each circuit has an Add and Edit feature as a sub circuit.
Many of the display templates and queries will be the same within the 3
circuits. Since their are several different scenerios in how to code
this, I would like input as to what might be the best practice according
to Fusebox.
1. Replicate common files in each circuit.
2. Make a new directory containing only the shared files and including
these files into each circuit.
3. Keeping the files in circuit 1 and having circuits 2 & 3 include
them.
4. Have circuits 2 & 3 become sub directories of circuit 1 and keep the
shared files only in circuit 1.
5. Other suggestions.
I would appreciate any suggestions...
Thanks
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 9/9/2002
------------------------------
Date: Wed, 18 Sep 2002 20:07:17 -0500
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
Subject: quick question!
how do I get the actual template I'm on? I can do a little
listlast/gettoken/etc if need be.
#listFirst(listLast(SCRIPT_NAME, "/"), ".")# gives index.cfm in fb3, of
course.
I want the actual template that I'm on at that moment.
Thanks!
------------------------------
Date: Wed, 18 Sep 2002 18:17:05 -0700
From: "Alan Richmond" <[EMAIL PROTECTED]>
Subject: RE: quick question!
#GetFileFromPath(GetCurrentTemplatePath())#
> -----Original Message-----
> From: Matthew P. Smith [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 6:07 PM
> To: [EMAIL PROTECTED]
> Subject: quick question!
>
>
> how do I get the actual template I'm on? I can do a
little
> listlast/gettoken/etc if need be.
>
> #listFirst(listLast(SCRIPT_NAME, "/"), ".")# gives
index.cfm
> in fb3, of
> course.
>
> I want the actual template that I'm on at that moment.
>
> Thanks!
>
>
> __________________________________________/Fusebox
Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR
DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World
Fuseball
> Championship
>
http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
=======
>
>
------------------------------
Date: Thu, 19 Sep 2002 11:13:26 +1000
From: BORKMAN Lee <[EMAIL PROTECTED]>
Subject: RE: quick question!
Umm, isn't that GetCurrentTemplatePath()? GetBaseTemplatePath() will be
index.cfm. Use GetFileFromPath(GetCurrentTemplatePath()) to get the
filename.
I *hope* that's right ;-)
See ya,
LeeBB
-----Original Message-----
From: Matthew P. Smith [mailto:[EMAIL PROTECTED]]
how do I get the actual template I'm on? I can do a little
listlast/gettoken/etc if need be.
#listFirst(listLast(SCRIPT_NAME, "/"), ".")# gives index.cfm in fb3, of
course.
I want the actual template that I'm on at that moment.
IMPORTANT NOTICE:
This e-mail and any attachment to it is intended only to be read or used by
the named addressee. It is confidential and may contain legally privileged
information. No confidentiality or privilege is waived or lost by any
mistaken transmission to you. If you receive this e-mail in error, please
immediately delete it from your system and notify the sender. You must not
disclose, copy or use any part of this e-mail if you are not the intended
recipient. The RTA is not responsible for any unauthorised alterations to
this e-mail or attachment to it.
------------------------------
Date: Wed, 18 Sep 2002 20:22:36 -0500
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
Subject: RE: quick question!
Hey, hey, the LeeBBster! Good to hear from you, man.
Yuppers, that did the trick. Spot on, thanks for the help.
I playing with table vars in sql 2k, and using the template name to help
with degub on heavy sql pages.
SET NOCOUNT ON
DECLARE @tblVar#listFirst(GetFileFromPath(GetCurrentTemplatePath()),
".")#
TABLE
(
tablePK int identity(1,1),
tblProductTaxologyPK varchar(10),
name varchar(200),
parentFK int
)
DECLARE @currenttaxologyKey INT
etc etc
-----Original Message-----
From: BORKMAN Lee [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 8:13 PM
To: '[EMAIL PROTECTED]'
Subject: RE: quick question!
Umm, isn't that GetCurrentTemplatePath()? GetBaseTemplatePath() will be
index.cfm. Use GetFileFromPath(GetCurrentTemplatePath()) to get the
filename.
I *hope* that's right ;-)
See ya,
LeeBB
-----Original Message-----
From: Matthew P. Smith [mailto:[EMAIL PROTECTED]]
how do I get the actual template I'm on? I can do a little
listlast/gettoken/etc if need be.
#listFirst(listLast(SCRIPT_NAME, "/"), ".")# gives index.cfm in fb3, of
course.
I want the actual template that I'm on at that moment.
IMPORTANT NOTICE:
This e-mail and any attachment to it is intended only to be read or used by
the named addressee. It is confidential and may contain legally privileged
information. No confidentiality or privilege is waived or lost by any
mistaken transmission to you. If you receive this e-mail in error, please
immediately delete it from your system and notify the sender. You must not
disclose, copy or use any part of this e-mail if you are not the intended
recipient. The RTA is not responsible for any unauthorised alterations to
this e-mail or attachment to it.
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 20:23:37 -0500
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
Subject: RE: quick question!
Thanks, Alan, exactly what I needed. Thanks for the quick response, guys.
I knew it was something simple, just couldn't remember.
-----Original Message-----
From: Alan Richmond [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 8:17 PM
To: [EMAIL PROTECTED]
Subject: RE: quick question!
#GetFileFromPath(GetCurrentTemplatePath())#
> -----Original Message-----
> From: Matthew P. Smith [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 6:07 PM
> To: [EMAIL PROTECTED]
> Subject: quick question!
>
>
> how do I get the actual template I'm on? I can do a
little
> listlast/gettoken/etc if need be.
>
> #listFirst(listLast(SCRIPT_NAME, "/"), ".")# gives
index.cfm
> in fb3, of
> course.
>
> I want the actual template that I'm on at that moment.
>
> Thanks!
>
>
> __________________________________________/Fusebox
Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR
DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World
Fuseball
> Championship
>
http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
=======
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 20:26:26 -0500
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
Subject: RE: new to ses
>>now I know
"and knowings half the battle."
quick, quick, where's that from?
1 billion useless trivia points for first correct answer!
-----Original Message-----
From: Emmanuel Macarinas [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 12, 2002 9:36 PM
To: [EMAIL PROTECTED]
Subject: RE: new to ses
Thanks a lot Lee, now I know ;)
-----Original Message-----
From: BORKMAN Lee [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 12, 2002 2:37 PM
To: '[EMAIL PROTECTED]'
Subject: RE: new to ses
Actually, the dummy file can do more than that. With IE, for example, the
dummy file will have an effect on the "Save As" default, and on the MIME
type. IE tends to ignore the MIME type defined in CFCONTENT.
So, if you were generating RTF content, you might use CFCONTENT to tell
Netscape that it's RTA, but using "dummy.rtf" on the end of the URL will
make sure that IE knows what's happening, and if the use tries to save the
output to a file, the browser will probably make a decent guess about the
required filename.
Browsers... you gotta love 'em.
See ya,
LeeBB
-----Original Message-----
From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
Actually I should have explained a little better.
The dummy file is just that - a make believe template. It's there
to trick your stats engines, and maybe even some search engine
into thinking showDetail.cfm is the template being indexed, not
index.cfm. A big stats report showing all hits to index.cfm is
not very useful.
IMPORTANT NOTICE:
This e-mail and any attachment to it is intended only to be read or used by
the named addressee. It is confidential and may contain legally privileged
information. No confidentiality or privilege is waived or lost by any
mistaken transmission to you. If you receive this e-mail in error, please
immediately delete it from your system and notify the sender. You must not
disclose, copy or use any part of this e-mail if you are not the intended
recipient. The RTA is not responsible for any unauthorised alterations to
this e-mail or attachment to it.
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 18 Sep 2002 20:56:58 -0500
From: "David Huyck" <[EMAIL PROTECTED]>
Subject: Re: new to ses
G.I. Joe cartoons. It was those follow-up moral stories they slipped in so
parents wouldn't feel bad about their kids watching all the cartoon violence
all the time...
Too easy!
David Huyck
[EMAIL PROTECTED]
----- Original Message -----
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 8:26 PM
Subject: RE: new to ses
> >>now I know
>
> "and knowings half the battle."
>
> quick, quick, where's that from?
>
> 1 billion useless trivia points for first correct answer!
>
> -----Original Message-----
> From: Emmanuel Macarinas [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 9:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: new to ses
>
>
> Thanks a lot Lee, now I know ;)
>
>
>
> -----Original Message-----
> From: BORKMAN Lee [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 2:37 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: new to ses
>
>
> Actually, the dummy file can do more than that. With IE, for example,
the
> dummy file will have an effect on the "Save As" default, and on the MIME
> type. IE tends to ignore the MIME type defined in CFCONTENT.
>
> So, if you were generating RTF content, you might use CFCONTENT to tell
> Netscape that it's RTA, but using "dummy.rtf" on the end of the URL will
> make sure that IE knows what's happening, and if the use tries to save the
> output to a file, the browser will probably make a decent guess about the
> required filename.
>
> Browsers... you gotta love 'em.
>
> See ya,
> LeeBB
>
> -----Original Message-----
> From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
>
> Actually I should have explained a little better.
>
> The dummy file is just that - a make believe template. It's there
> to trick your stats engines, and maybe even some search engine
> into thinking showDetail.cfm is the template being indexed, not
> index.cfm. A big stats report showing all hits to index.cfm is
> not very useful.
>
>
>
> IMPORTANT NOTICE:
> This e-mail and any attachment to it is intended only to be read or used
by
> the named addressee. It is confidential and may contain legally
privileged
> information. No confidentiality or privilege is waived or lost by any
> mistaken transmission to you. If you receive this e-mail in error, please
> immediately delete it from your system and notify the sender. You must
not
> disclose, copy or use any part of this e-mail if you are not the intended
> recipient. The RTA is not responsible for any unauthorised alterations to
> this e-mail or attachment to it.
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
>
>
>
>
>
>
------------------------------
Date: Wed, 18 Sep 2002 19:00:23 -0700
From: "Alan Richmond" <[EMAIL PROTECTED]>
Subject: RE: new to ses
G.I. Joe cartoon!
> -----Original Message-----
> From: Matthew P. Smith [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 6:26 PM
> To: [EMAIL PROTECTED]
> Subject: RE: new to ses
>
>
> >>now I know
>
> "and knowings half the battle."
>
> quick, quick, where's that from?
>
> 1 billion useless trivia points for first correct answer!
>
> -----Original Message-----
> From: Emmanuel Macarinas [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 9:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: new to ses
>
>
> Thanks a lot Lee, now I know ;)
>
>
>
> -----Original Message-----
> From: BORKMAN Lee [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 2:37 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: new to ses
>
>
> Actually, the dummy file can do more than that. With IE,
> for example, the
> dummy file will have an effect on the "Save As" default,
and
> on the MIME
> type. IE tends to ignore the MIME type defined in
CFCONTENT.
>
> So, if you were generating RTF content, you might use
> CFCONTENT to tell
> Netscape that it's RTA, but using "dummy.rtf" on the end
of
> the URL will
> make sure that IE knows what's happening, and if the use
> tries to save the
> output to a file, the browser will probably make a decent
> guess about the
> required filename.
>
> Browsers... you gotta love 'em.
>
> See ya,
> LeeBB
>
> -----Original Message-----
> From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
>
> Actually I should have explained a little better.
>
> The dummy file is just that - a make believe template.
It's there
> to trick your stats engines, and maybe even some search
engine
> into thinking showDetail.cfm is the template being
indexed, not
> index.cfm. A big stats report showing all hits to
index.cfm is
> not very useful.
>
>
>
> IMPORTANT NOTICE:
> This e-mail and any attachment to it is intended only to
be
> read or used by
> the named addressee. It is confidential and may contain
> legally privileged
> information. No confidentiality or privilege is waived or
lost by any
> mistaken transmission to you. If you receive this e-mail
in
> error, please
> immediately delete it from your system and notify the
sender.
> You must not
> disclose, copy or use any part of this e-mail if you are
not
> the intended
> recipient. The RTA is not responsible for any
unauthorised
> alterations to
> this e-mail or attachment to it.
>
>
> __________________________________________/Fusebox
Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR
DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World
Fuseball
> Championship
>
http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox
Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR
DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World
Fuseball
> Championship
>
http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox
Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR
DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World
Fuseball
> Championship
>
http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
=======
>
>
>
>
>
>
>
------------------------------
Date: Wed, 18 Sep 2002 21:02:47 -0500
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
Subject: RE: new to ses
haha, nice guys. I thought it was gi joe, but wasn't sure.
1 beeelion points to you both.
-----Original Message-----
From: David Huyck [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 8:57 PM
To: [EMAIL PROTECTED]
Subject: Re: new to ses
G.I. Joe cartoons. It was those follow-up moral stories they slipped in so
parents wouldn't feel bad about their kids watching all the cartoon violence
all the time...
Too easy!
David Huyck
[EMAIL PROTECTED]
----- Original Message -----
From: "Matthew P. Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 8:26 PM
Subject: RE: new to ses
> >>now I know
>
> "and knowings half the battle."
>
> quick, quick, where's that from?
>
> 1 billion useless trivia points for first correct answer!
>
> -----Original Message-----
> From: Emmanuel Macarinas [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 9:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: new to ses
>
>
> Thanks a lot Lee, now I know ;)
>
>
>
> -----Original Message-----
> From: BORKMAN Lee [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 2:37 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: new to ses
>
>
> Actually, the dummy file can do more than that. With IE, for example,
the
> dummy file will have an effect on the "Save As" default, and on the MIME
> type. IE tends to ignore the MIME type defined in CFCONTENT.
>
> So, if you were generating RTF content, you might use CFCONTENT to tell
> Netscape that it's RTA, but using "dummy.rtf" on the end of the URL will
> make sure that IE knows what's happening, and if the use tries to save the
> output to a file, the browser will probably make a decent guess about the
> required filename.
>
> Browsers... you gotta love 'em.
>
> See ya,
> LeeBB
>
> -----Original Message-----
> From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
>
> Actually I should have explained a little better.
>
> The dummy file is just that - a make believe template. It's there
> to trick your stats engines, and maybe even some search engine
> into thinking showDetail.cfm is the template being indexed, not
> index.cfm. A big stats report showing all hits to index.cfm is
> not very useful.
>
>
>
> IMPORTANT NOTICE:
> This e-mail and any attachment to it is intended only to be read or used
by
> the named addressee. It is confidential and may contain legally
privileged
> information. No confidentiality or privilege is waived or lost by any
> mistaken transmission to you. If you receive this e-mail in error, please
> immediately delete it from your system and notify the sender. You must
not
> disclose, copy or use any part of this e-mail if you are not the intended
> recipient. The RTA is not responsible for any unauthorised alterations to
> this e-mail or attachment to it.
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
>
>
>
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 19 Sep 2002 11:02:44 +0100
From: "Kevin Ison - hg23" <[EMAIL PROTECTED]>
Subject: error in the formurl2attributes template
I would appreciate help!
I am getting the following error in the formurl2attributes template;
Error Occurred While Processing Request
Error Diagnostic Information
An error occurred while evaluating the expression:
caller.attributes=structnew()
Error near line 33, column 8.
Cannot assign result to symbol caller.attributes
I am converting an application done with fusebox 1 (just running through an
index file, very simple, first attempt at fusebox)
and it worked a charm on the a test location on a NT server (server details
below) with access.
We were calling the <cf_formurl2attributes> as a custom tag.
Server info;
application file Server.ColdFusion.ProductName - ColdFusion Server
Server.ColdFusion.ProductVersion - 5, 0, 0, 0
Server.ColdFusion.ProductLevel - Professional
Server.OS.Name - Windows NT
Server.OS.AdditionalInformation - Service Pack 2
Server.OS.Version - 5.0
FormURL2Attributes.cfm 1656 2002-09-18 23:45
fred.cfm 12 2002-09-18 23:33
testarea <DIR> 2002-09-19 8:37
FormUrl2AttributesSearch.cfm
We have now moved to the working hosting on a linux server with mySql for
ecommerce use (the mySql being the main draw).
The administrator does not want to put any customer tags in so we are just
calling the tag from the main directory in the appglobals.cfm. <CFINCLUDE
TEMPLATE="FormURL2Attributes.cfm"></CFINCLUDE>
(I have used the tag from fusebox.org here)
Server info;
Server.ColdFusion.ProductName - ColdFusion Server
Server.ColdFusion.ProductVersion - 4, 5, 1, SP2
Server.ColdFusion.ProductLevel - Professional
Server.OS.Name - UNIX
Server.OS.AdditionalInformation - Linux
Server.OS.Version - 2.2.19-6.2.1
I see that we have gone down in server versions and was wondering if that is
the problem and if so, is there a version of cf_formurl2attributes (or
cf_formurl2attributessearch) that will work?
thanks,
Kev
------------------------------
Date: Thu, 19 Sep 2002 11:25:05 +0100
From: Bert Dawson <[EMAIL PROTECTED]>
Subject: RE: error in the formurl2attributes template
Sounds like the trouble is that it needs to be called as a custom tag cos it
refers to the "caller" scope - you can't just cfinclude it.
IMO your best bet would be to use cfmodule rather that the cf_ notation:
<cfmodule template="formurl2attributes.cfm">
is the same as:
<cf_formurl2attributes>
except that the template attribute can be used in the same way as the
template attribute in cfinclude - you're explicitly tell CF where the
template is.
<cf_formurl2attributes> will work if the formURL2attributes.cfm is in the
same directory as the calling file, but I'd advise against that - use
cfmodule.
Of course, you might want to look at converting to FB3...
HTH
Bert
> -----Original Message-----
> From: Kev TheBev [mailto:[EMAIL PROTECTED]]
> Sent: 19 September 2002 11:03
> To: [EMAIL PROTECTED]
> Subject: error in the formurl2attributes template
>
>
> I would appreciate help!
>
> I am getting the following error in the formurl2attributes template;
>
> Error Occurred While Processing Request
> Error Diagnostic Information
> An error occurred while evaluating the expression:
> caller.attributes=structnew()
> Error near line 33, column 8.
> Cannot assign result to symbol caller.attributes
>
>
> I am converting an application done with fusebox 1 (just
> running through an index file, very simple, first attempt at
> fusebox) and it worked a charm on the a test location on a NT
> server (server details
> below) with access.
> We were calling the <cf_formurl2attributes> as a custom tag.
>
> Server info;
> application file Server.ColdFusion.ProductName - ColdFusion
> Server Server.ColdFusion.ProductVersion - 5, 0, 0, 0
> Server.ColdFusion.ProductLevel - Professional Server.OS.Name
> - Windows NT Server.OS.AdditionalInformation - Service Pack 2
> Server.OS.Version - 5.0
>
> FormURL2Attributes.cfm 1656 2002-09-18 23:45
> fred.cfm 12 2002-09-18 23:33
> testarea <DIR> 2002-09-19 8:37
> FormUrl2AttributesSearch.cfm
>
>
> We have now moved to the working hosting on a linux server
> with mySql for ecommerce use (the mySql being the main draw).
> The administrator does not want to put any customer tags in
> so we are just calling the tag from the main directory in the
> appglobals.cfm. <CFINCLUDE
> TEMPLATE="FormURL2Attributes.cfm"></CFINCLUDE>
> (I have used the tag from fusebox.org here)
>
> Server info;
>
> Server.ColdFusion.ProductName - ColdFusion Server
> Server.ColdFusion.ProductVersion - 4, 5, 1, SP2
> Server.ColdFusion.ProductLevel - Professional Server.OS.Name
> - UNIX Server.OS.AdditionalInformation - Linux
> Server.OS.Version - 2.2.19-6.2.1
>
> I see that we have gone down in server versions and was
> wondering if that is the problem and if so, is there a
> version of cf_formurl2attributes (or
> cf_formurl2attributessearch) that will work?
> thanks,
> Kev
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
------------------------------
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
End of [EMAIL PROTECTED] digest, issue 940
