RE: [ACFUG Discuss] cfmail issue

[Charlie Arehart]

I meant CFMAilparam, of course, just as you referred to it. 

 

Did you resolve the problem?

 

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart
Sent: Tuesday, March 03, 2009 5:49 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] cfmail issue

 

Well, it surely does now seem clearly related to the generated CFPARAMs. If
you're saying there's nothing in the mail.log, how about in the -out log for
the instance (in jrun4/logs)? If there's no message  there, it would seem
the way to debug this is to change your "loop" that creates the cfmailparam
tags to create just one at a time, until you create the one triggers the
failure.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones
Sent: Tuesday, March 03, 2009 4:45 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] cfmail issue

 

I tested the new snippet in the exact same place in the same template. It
tested successfully. I also added some output on the page that was based on
running the isValid() function against the email addresses that the mail is
being generated to and from. Again, that tested successfully. However, in
the mail body itself, there is a looping  tag that inserts
pictures as attachments. I ran the original snippet with those commented out
and was able to get some mail pieces to generate. So, suspecting the data, I
tested against a different result set, but using the  loop, and
it was successful. So, with all this in mind, here is what I know:

 

. Cold Fusion version is CF8 Enterprise (multi-server install)

. The cfmail service is active and responding

. The smtp server is functioning as intended

. The data being consumed by the cfmail tag is correct and valid

. The syntax for the tag(s) is correct and valid

. The cfmail will not execute for the given result set when leaving
the cfmailparam loop in place

. It will execute when removing the cfmailparam loop

. Other mail executes as originally intended with different record
sets using the cfmailparam loop

. All other cfmail instances, both in other templates and the one in
question, execute properly.

. File changes are being recognized (evidenced when I input code to
intentionally error the template)

 

At this point, I am suspecting an issue with the actual files that are being
included as attachments. It seems about the only avenue left before diving
into the underlying java. But I agree with your assertion, Charlie, it
doesn't add up or make a whole lot of sense. If I figure it out before you
guys can, I will be sure and let ya know.

 

Thanks again for all your input.

 

Troy Jones

Dynapp Support Team

678-528-2952 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink   
- 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

RE: [ACFUG Discuss] isValid and validate="integer"

[Charlie Arehart]

I hear that you've moved on, and fair enough, but in case it helps others,
you said, "I did verify the form.fieldname output by observing what was
inserted to the database that it uses."

 

I would challenge that testing what got inserted into the DB would not be
proof of what I was asking for. The DB could have permitted/converted the
number to something different than what came in. I meant to assert that you
test exactly what is coming from the form (because you were referring to an
isvalid test in CFML).

 

I see that you also now refer to CF's client-side validation, because you
looked into the js file it uses. Again, fair enough. All different things.

 

As for the scenario I mentioned above, with some DBs a currency format will
accept entries with or without a $, but what it stores internally obviously
is just a number. This may well be part of the confusion you're seeing, if
some validation methods had to accomadate this factor. 

 

Just sharing thoughts from a brain to be "picked". :-)

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones
Sent: Wednesday, March 04, 2009 2:55 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] isValid and validate="integer"

 

For now, I have implemented a server side workaround to fix the issue using
REreplace(). It just seemed inconsistent to me that "integer" would not
validate only "integral" data.

 

Charlie,

 

I did verify the form.fieldname output by observing what was inserted to the
database that it uses. It did indeed have the "$" character in the data.
What I was looking into and wasn't able to come to a good enough conclusion
to determine anything was the /inetpub/wwwroot/cfide cfform.js. It appeared
that the _cf_checkinteger() function was actually stripping the "$"
character before providing a return value. I also found that confusing.
Isn't the point of determining a data type to see if it is actually that
data type and not strip it and manipulate it first? Maybe this is where I am
missing the boat, if indeed I am missing the boat.

 

Anyways, like I said, I have moved on with my own workaround for now. I was
really just picking brains for experience on the matter.

 

 

Troy Jones

Dynapp Support Team

678-528-2952 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

RE: [ACFUG Discuss] isValid and validate="integer"

[Troy Jones]

For now, I have implemented a server side workaround to fix the issue
using REreplace(). It just seemed inconsistent to me that "integer"
would not validate only "integral" data.

 

Charlie,

 

I did verify the form.fieldname output by observing what was inserted to
the database that it uses. It did indeed have the "$" character in the
data. What I was looking into and wasn't able to come to a good enough
conclusion to determine anything was the /inetpub/wwwroot/cfide
cfform.js. It appeared that the _cf_checkinteger() function was actually
stripping the "$" character before providing a return value. I also
found that confusing. Isn't the point of determining a data type to see
if it is actually that data type and not strip it and manipulate it
first? Maybe this is where I am missing the boat, if indeed I am missing
the boat.

 

Anyways, like I said, I have moved on with my own workaround for now. I
was really just picking brains for experience on the matter.

 

 

Troy Jones

Dynapp Support Team

678-528-2952

 

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie
Arehart
Sent: Wednesday, March 04, 2009 1:57 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] isValid and validate="integer"

 

Troy, when you were validating the form, did you by any chance use the
validate="onserver" attribute (if it was a CFFORM) or the older hidden
field validation where you used name="yourfield_integer" for a hidden
field? If so, both of those could be changing the actual value coming
into the form processing page, so that the $ is gone. Just be sure to
output the value of form.fieldname before your isvalid test, to be sure
it's indeed what you expect it should be. 

 

There's a problem similar to this that happens with date fields, where
the date typed in becomes an ODBC date format unexpectedly (something I
blogged about many years ago:
http://www.systemanage.com/cff/cftips3.cfm#_date).

 

If that's not it, please do let us know. Just something I thought worth
your double-checking.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones
Sent: Wednesday, March 04, 2009 12:45 PM
To: discussion@acfug.org
Subject: [ACFUG Discuss] isValid and validate="integer"

 

Hey again all,

 

I was working on a form that is using a  tag with the attribute
of "validate="integer"". In testing this form, I was using all types of
different characters trying to get it to blow up and every single time I
used the "$" character and only numbers besides, it would return true
and allow submission. That seemed a little odd to me. I had always
understood "validate="integer"" to mean that the data should contain
only numbers. "$" is certainly not a number.

 

So, I wanted to try another method of validation. I created a test
template and used the isValid("integer", "testvaluehere") function with
the same data that I had been testing with on the bugged form. Lo and
behold, it also returned true with the "$" character in the data.
However, when using the isNumeric() function, it returned false as
expected.

 

Has anyone else ever encountered this or does anyone have any input on
this? Is this a known bug?

 

Troy Jones

Dynapp Support Team

678-528-2952

 

 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink   
- 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink   
- 




-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-

RE: [ACFUG Discuss] isValid and validate="integer"

[Charlie Arehart]

Troy, when you were validating the form, did you by any chance use the
validate="onserver" attribute (if it was a CFFORM) or the older hidden field
validation where you used name="yourfield_integer" for a hidden field? If
so, both of those could be changing the actual value coming into the form
processing page, so that the $ is gone. Just be sure to output the value of
form.fieldname before your isvalid test, to be sure it's indeed what you
expect it should be. 

 

There's a problem similar to this that happens with date fields, where the
date typed in becomes an ODBC date format unexpectedly (something I blogged
about many years ago: http://www.systemanage.com/cff/cftips3.cfm#_date).

 

If that's not it, please do let us know. Just something I thought worth your
double-checking.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones
Sent: Wednesday, March 04, 2009 12:45 PM
To: discussion@acfug.org
Subject: [ACFUG Discuss] isValid and validate="integer"

 

Hey again all,

 

I was working on a form that is using a  tag with the attribute of
"validate="integer"". In testing this form, I was using all types of
different characters trying to get it to blow up and every single time I
used the "$" character and only numbers besides, it would return true and
allow submission. That seemed a little odd to me. I had always understood
"validate="integer"" to mean that the data should contain only numbers. "$"
is certainly not a number.

 

So, I wanted to try another method of validation. I created a test template
and used the isValid("integer", "testvaluehere") function with the same data
that I had been testing with on the bugged form. Lo and behold, it also
returned true with the "$" character in the data. However, when using the
isNumeric() function, it returned false as expected.

 

Has anyone else ever encountered this or does anyone have any input on this?
Is this a known bug?

 

Troy Jones

Dynapp Support Team

678-528-2952

 

 


- 
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform 

For more info, see http://www.acfug.org/mailinglists 
Archive @ http://www.mail-archive.com/discussion%40acfug.org/ 
List hosted by FusionLink   
- 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] isValid and validate="integer"

[Teddy R. Payne]

Troy,
I am not sure I would say this a case for a bug report.  It seems like what
you are trying to compare is the representation of an integer in the context
of a string versus teh representation of a integer in context of a number.

As ColdFusion has dynamic data types, $100 as a currency is a integer value
from the perspective of the value, but not from the perspective of the
characters represented in the string.

If you are specifically trying to exclude the dollar sign, it seems a more
string approach to your value is needed like isNumeric() or using a Regular
Expression validation.  If you want to preserve the number itself as a data
type expression, you could use NumberFormat() and apply a mask that
represents the numerical data type according to your needs.

If you want to test for the presence of only numbers with the paradigm of a
string literal:



It is how you look at it and your style preference.  The functions you have
referenced gives options to developers to allow them to interpret.

Teddy

Caveat - My regular expression was a simple greedy case.  Please customize
to your needs.

[ACFUG Discuss] isValid and validate="integer"

[Troy Jones]

Hey again all,

 

I was working on a form that is using a  tag with the attribute
of "validate="integer"". In testing this form, I was using all types of
different characters trying to get it to blow up and every single time I
used the "$" character and only numbers besides, it would return true
and allow submission. That seemed a little odd to me. I had always
understood "validate="integer"" to mean that the data should contain
only numbers. "$" is certainly not a number.

 

So, I wanted to try another method of validation. I created a test
template and used the isValid("integer", "testvaluehere") function with
the same data that I had been testing with on the bugged form. Lo and
behold, it also returned true with the "$" character in the data.
However, when using the isNumeric() function, it returned false as
expected.

 

Has anyone else ever encountered this or does anyone have any input on
this? Is this a known bug?

 

Troy Jones

Dynapp Support Team

678-528-2952

 

 




-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-

RE: [ACFUG Discuss] RE: three of our own interviewed on CFConversations podcast: two in the past two weeks

[Charlie Arehart]

Thanks, Doug. Glad to hear that clarification--though it would have been
helpful if he'd said, "and I confirmed this is how he pronounces it".  We
now know, but listeners may still be wondering. :-)

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Douglas Knudsen
Sent: Wednesday, March 04, 2009 9:07 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] RE: three of our own interviewed on
CFConversations podcast: two in the past two weeks

 

Thanks chatty...I mean Charlie :)  It was great to be invited for my first
ever podcast.  My last name is technically pronounced "cah-newt-son", though
many pronounce it "newt-son" since the letter K is silent in English in many
cases.  Dan and I actually discussed this before the recording. 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] RE: three of our own interviewed on CFConversations podcast: two in the past two weeks

[Douglas Knudsen]

Thanks chatty...I mean Charlie :)  It was great to be invited for my first
ever podcast.  My last name is technically pronounced "cah-newt-son", though
many pronounce it "newt-son" since the letter K is silent in English in many
cases.  Dan and I actually discussed this before the recording.

peas

oh, if you missed the announcement...tonights CFUG meeting is on with John
Mason talking up jQuery. jQuery has been uber popular of late getting lots
of traffic on the CF blogs, twitter, etc... If you are doing any sort of
JavaScript work, jQuery is the schtuff to use.

Douglas Knudsen
http://www.cubicleman.com
this is my signature, like it?


On Tue, Mar 3, 2009 at 5:58 PM, Charlie Arehart wrote:

>  Here's another of the old notes that didn't make it...
>
>
>
>
>
> *From:* Charlie Arehart [mailto:careh...@carehart.org]
> *Sent:* Tuesday, February 24, 2009 11:15 PM
> *To:* 'discussion@acfug.org'
> *Subject:* three of our own interviewed on CFConversations podcast: two in
> the past two weeks
>
>
>
> Hey folks, if you hadn’t noticed, we’ve had 2 of our own (of the ACFUG) be
> interviewed this week and last on the CFConversations podcast
>
>
>
> The first was last week with Doug Knudsen :
>
>
>
>
> http://www.cfconversations.com/index.cfm/2009/2/10/CFConversations-29-Interview-19--Douglas-Knudsen
>
>
>
> BTW, did Dan pronounce your name correctly, Doug? I wondered if he recorded
> that intro off-air after the fact so you didn’t hear him say it, to correct
> him  Is it pronounced  “nood-sen”, or “knuhd-sen”, as he said it?
>
>
>
> Anyway, then it was that chatty Kathy…I mean, yours truly, who’s interview
> was released today (though it was recorded at Max in November):
>
>
>
>
> http://www.cfconversations.com/index.cfm/2009/2/24/CFConversations-30-Interview-20--Charlie-Arehart
>
>
>
> As he says in the intro on the site, we talked about a lot that people may
> not have expected from me. :-)
>
>
>
> Finally, if you dig back in the vaults there, you’ll see (if you didn’t
> hear it in the past) that our own Josh Adams was interviewed in September,
> not long after he took the job as SE at Adobe:
>
>
>
>
> http://www.cfconversations.com/index.cfm/2008/9/30/CFConversations-16-Interview-11--Josh-Adams--093008
>
>
>
> So ACFUG’s in da house, representin’! :-)
>
>
>
> /charlie
>
>
>
> PS Since these were as much technical as personal interviews, I felt it
> appropriate to announce here on the discussion list, rather than the
> community list. And sure, I feel a little awkward mentiong my own, but I’m
> glad I was able also to point to the others. :-)
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink 
> -

[ACFUG Discuss] Fwd: [ACFUG Announce] Today - ACFUG Meeting - March 4, 2009

[Howard Fore]

Didn't see this cross-posted...

--
Howard Fore, howard.f...@hofo.com
"The universe tends toward maximum irony. Don't push it." - Jeff Atwood


-- Forwarded message --
From: 
Date: Wed, Mar 4, 2009 at 4:11 AM
Subject: [ACFUG Announce] Today - ACFUG Meeting - March 4, 2009
To: announceme...@acfug.org


March 2009 ACFUG Meeting  Date *Wednesday, March 4, 2009*  Dinner &
Schmoozing   *6:00 PM*  Meeting Time   *6:30 PM to 9:00 PM*  Location   *
EchoEleven* 
[Directions
]  Dress   *Anywhere from casual to business formal*  Price   *FREE!*
*RSVP for this 
meeting!*
*Add to Outlook
calendar.*
Topics

*jQuery - a new kind of JavaScript Library*

jQuery has become one of the fastest growing JavaScript libraries. It was
introduced in January 2006 at BarCamp NYC by John Resig and is under MIT /
GNU General Public License. Recently, Microsoft and Nokia have announced
plans to bundle jQuery on their platforms. It would only make sense that
Adobe will do the same in the near future. It is a free and open source
library which helps separate the ActionScript based "behavior" logic from
the HTML structure. This makes your code clean and flexible. Plus, jQuery is
a very responsive and cross-browser compatible. There's simply no reason not
to learn how jQuery can make your life easier and fun. We will introduce
what jQuery is and how it can add some life to your html based forms and
pages. How it can work with ColdFusion and why you should start using it.

*Thor - a new kind of CFC validator*

Form and user data validation can be a real pain. Thor is a upcoming
ColdFusion Component (CFC) based validator which has a number of unique
features which makes data validation easier to manage. Thor is framework
agnostic and can be incorporated into your existing code. There are several
other open source based CFC validators, but Thor has features which include:


   - global validation
   - explicit / implicit validation
   - specific and general error text
   - field name translation
   - validator importing
   - validator mapping
   - logging

We will also be having ACFUG Board Elections for the 2009 year. Email
presid...@acfug.org if you would like to run or have any questions about
helping us run ACFUG into its 11th year.
-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/announcements%40acfug.org/
List hosted by http://www.fusionlink.com
-