Re: GRRRRR Session problems

2004-07-14 Thread Ewok
My apologies then... maybe I'M the one who needs a nap heh

thanks again
  - Original Message - 
  From: Tangorre, Michael 
  To: CF-Talk 
  Sent: Wednesday, July 14, 2004 9:51 AM
  Subject: RE: GR Session problems

  > Yes, there was a typo... but it was yours my friend

  Yup, sure was. Sorry about that.

  > I do appreciate your help, but your starting to seem 
  > a little grumpy to me. Glad it's fixed.

  I'm not grumpy at all; just trying to help.

  Later.

  -Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-14 Thread Tangorre, Michael
> Yes, there was a typo... but it was yours my friend

Yup, sure was. Sorry about that.

 
> I do appreciate your help, but your starting to seem 
> a little grumpy to me. Glad it's fixed.

I'm not grumpy at all; just trying to help.

Later.

-Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-14 Thread Ewok
Yes, there was a typo... but it was yours my friend

> 
> 
> 
> 
> 
> 
> 
> 
> 
> Does the above work for you?

and no, my main problem was not bigger than I thought since I repeatedly said that there are other session dependent apps running on this same server.
it HAD to be in the code somewhere. I do appreciate your help, but your starting to seem a little grumpy to me. Glad it's fixed.

Ewok
  - Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 11:10 PM
  Subject: RE: GR Session problems

  First off, you have a typo. Look at the "key" name in the session structure;
  you have atcFormFields. My posted code has stcFormFields.
  Secondly, just run this to see if it works on your box:

  
  
  
  
  
  
  

  The code works, I just ran it and copied it into this email.
  Thirdly, your main problem is a lot bigger than you think if the above code
  does not work (assuming you are on CFMX 6.1.. Which you already noted you
  were on). Hit me up in the AM and we can continue... Or perhaps someone is
  seeing something we are not.

  Mike 

  > Element atcFormFields is undefined in a Java object of type class
  coldfusion.runtime.MemorySessionScope referenced as
  > 6 : 
  > the code was ran exactly as you posted it. Im more worried 
  > about my main issue right now. I will work on gettin your 
  > code to work though, but not until i resolve the session 
  > issue thats holding me up on this app. 
  > 
  > Thanks for your help, im going to bed and will look at it 
  > fresh tommorrow
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
First off, you have a typo. Look at the "key" name in the session structure;
you have atcFormFields. My posted code has stcFormFields.
Secondly, just run this to see if it works on your box:









The code works, I just ran it and copied it into this email.
Thirdly, your main problem is a lot bigger than you think if the above code
does not work (assuming you are on CFMX 6.1.. Which you already noted you
were on). Hit me up in the AM and we can continue... Or perhaps someone is
seeing something we are not.

Mike 

> Element atcFormFields is undefined in a Java object of type class
coldfusion.runtime.MemorySessionScope referenced as
> 6 : 
> the code was ran exactly as you posted it. Im more worried 
> about my main issue right now. I will work on gettin your 
> code to work though, but not until i resolve the session 
> issue thats holding me up on this app. 
> 
> Thanks for your help, im going to bed and will look at it 
> fresh tommorrow
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
a found it finally.. it was lower in the applicaiton.cfm (found it getting the code to post for you)

im am doing a humungous form for this app, but am not doing the rest so i didnt know this was there.

 
   
 

I'll convert it to your method tommorrow

Thanks for your help!

- Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:49 PM
  Subject: RE: GR Session problems

  > >   > No, i get the follwing error

  Post the code from your cfapplication tag as well.

  Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
the code was ran exactly as you posted it. Im more worried about my main issue right now. I will work on gettin your code to work though, but not until i resolve the session issue thats holding me up on this app. 

Thanks for your help, im going to bed and will look at it fresh tommorrow
  - Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:44 PM
  Subject: RE: GR Session problems

  Post your code. I have the same version and it runs fine here.

  >   What version of CF are you on? 
  > 
  >   > No, i get the follwing error
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
> >   > No, i get the follwing error

Post the code from your cfapplication tag as well.

Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
No, they do not change, as I said, I have other session dependent procedures running here that work fine, my main problem right now is that the don't persist in this particular app, they act as if they are just local variables that only exist on the page they are set on.
  - Original Message - 
  From: Matthew Walker 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:15 PM
  Subject: RE: GR Session problems

  If you cfdump session, do the cfid and cftoken values keep changing? 

    _  

  From: Ewok [mailto:[EMAIL PROTECTED] 
  Sent: Wednesday, 14 July 2004 2:16 p.m.
  To: CF-Talk
  Subject: Re: GR Session problems

  Thanks but no, it wouldnt set them at all if that was the case, I typed it
  in the email rather than copying it... it does set the vars and i can see
  them and the values of them until i submit again.

  Ive just changed it to manually set each field to a variable rather than the
  loop to check that too, but still the same problem
    - Original Message - 
    From: Ewok 
    To: CF-Talk 
    Sent: Tuesday, July 13, 2004 10:08 PM
    Subject: Re: GR Session problems

    its only ran onec initally to create the structure, it is not ran
  everytime.
    Als, session management IS enabled

  - Original Message - 
  From: Matthew Walker 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:02 PM
  Subject: RE: GR Session problems

  Isn't this going to clear out all the previous values?

  

  How about...

  

  ...?
  
  From: Ewok [mailto:[EMAIL PROTECTED] 
  Sent: Wednesday, 14 July 2004 1:55 p.m.
  To: CF-Talk
  Subject: GR Session problems

  Hola listo,

  I have a problem with session structs that is driving me batty... well
  battier..

  Ive got a multi step form that each time it is submited, I loop the
  form.fieldnames into session vars...

  

  
  
  

  so thats all fine and dandy, on the next page i can dump the session and
  see
  the contents... yay, when i submit the second page, the same thing
  happens,
  the fields go into vars (yes, different names) 

  so now im on the third page, but the first pages variables are gone and
  the
  second pages vars are there

  so if isubmit the third page, the first AND second pages vars are gone
  and
  the third page's vars are there

  I tried breaking them into different structs PL1, PL2, PL3 etc... but
  the
  same thing happens... it's like its treating them as normal vars and not
  sessions and killing them once you leave the page that set them. 

  I have plenty of other sessions in other apps that work fine so i know
  the
  server is handling sessions as it always has...

  any ideas?

  Thanks,
  Ewok
  

    _
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
Post your code. I have the same version and it runs fine here.

>   What version of CF are you on? 
> 
>   > No, i get the follwing error
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Matthew Walker
If you cfdump session, do the cfid and cftoken values keep changing? 

  _  

From: Ewok [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 14 July 2004 2:16 p.m.
To: CF-Talk
Subject: Re: GR Session problems

Thanks but no, it wouldnt set them at all if that was the case, I typed it
in the email rather than copying it... it does set the vars and i can see
them and the values of them until i submit again.

Ive just changed it to manually set each field to a variable rather than the
loop to check that too, but still the same problem
  - Original Message - 
  From: Ewok 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:08 PM
  Subject: Re: GR Session problems

  its only ran onec initally to create the structure, it is not ran
everytime.
  Als, session management IS enabled

    - Original Message - 
    From: Matthew Walker 
    To: CF-Talk 
    Sent: Tuesday, July 13, 2004 10:02 PM
    Subject: RE: GR Session problems

    Isn't this going to clear out all the previous values?

    

    How about...

    

    ...?
    
    From: Ewok [mailto:[EMAIL PROTECTED] 
    Sent: Wednesday, 14 July 2004 1:55 p.m.
    To: CF-Talk
    Subject: GR Session problems

    Hola listo,

    I have a problem with session structs that is driving me batty... well
    battier..

    Ive got a multi step form that each time it is submited, I loop the
    form.fieldnames into session vars...

    

    
    
    

    so thats all fine and dandy, on the next page i can dump the session and
see
    the contents... yay, when i submit the second page, the same thing
happens,
    the fields go into vars (yes, different names) 

    so now im on the third page, but the first pages variables are gone and
the
    second pages vars are there

    so if isubmit the third page, the first AND second pages vars are gone
and
    the third page's vars are there

    I tried breaking them into different structs PL1, PL2, PL3 etc... but
the
    same thing happens... it's like its treating them as normal vars and not
    sessions and killing them once you leave the page that set them. 

    I have plenty of other sessions in other apps that work fine so i know
the
    server is handling sessions as it always has...

    any ideas?

    Thanks,
    Ewok
    

  _
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
Version: 6,1,0,63958
  - Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:32 PM
  Subject: RE: GR Session problems

  What version of CF are you on? 

  > No, i get the follwing error
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
What version of CF are you on? 

> No, i get the follwing error
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
No, i get the follwing error

Element atcFormFields is undefined in a Java object of type class coldfusion.runtime.MemorySessionScope referenced as 
6 : 

  - Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:26 PM
  Subject: RE: GR Session problems

  > ahh seems like a cool trick and alot less code but i get 
  > this error...
  > You have attempted to dereference a scalar variable of type 
  > class java.lang.String as a structure with members

  

  
  

  

  

  Does the above work for you?
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
> ahh seems like a cool trick and alot less code but i get 
> this error...
> You have attempted to dereference a scalar variable of type 
> class java.lang.String as a structure with members










Does the above work for you?
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
ahh seems like a cool trick and alot less code but i get this error...

You have attempted to dereference a scalar variable of type class java.lang.String as a structure with members

70 : 	
  - Original Message - 
  From: Michael T. Tangorre 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:07 PM
  Subject: RE: GR Session problems

  > Ive got a multi step form that each time it is submited, I 
  > loop the form.fieldnames into session vars...
  >  
  >  
  > session.pl[i] - form[i]> 

  No need to loop... Although you can if you want :-)
  

  To save the form fields from the first form:
  

  To save the second form:
  

  To save the third form:
  

  So on and so forth. Now all your form values are inside the stcFormFields
  structure.

  HTH,

  Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
Thanks but no, it wouldnt set them at all if that was the case, I typed it in the email rather than copying it... it does set the vars and i can see them and the values of them until i submit again.

Ive just changed it to manually set each field to a variable rather than the loop to check that too, but still the same problem
  - Original Message - 
  From: Ewok 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:08 PM
  Subject: Re: GR Session problems

  its only ran onec initally to create the structure, it is not ran everytime.
  Als, session management IS enabled

    - Original Message - 
    From: Matthew Walker 
    To: CF-Talk 
    Sent: Tuesday, July 13, 2004 10:02 PM
    Subject: RE: GR Session problems

    Isn't this going to clear out all the previous values?

    

    How about...

    

    ...?
    
    From: Ewok [mailto:[EMAIL PROTECTED] 
    Sent: Wednesday, 14 July 2004 1:55 p.m.
    To: CF-Talk
    Subject: GR Session problems

    Hola listo,

    I have a problem with session structs that is driving me batty... well
    battier..

    Ive got a multi step form that each time it is submited, I loop the
    form.fieldnames into session vars...

    

    
    
    

    so thats all fine and dandy, on the next page i can dump the session and see
    the contents... yay, when i submit the second page, the same thing happens,
    the fields go into vars (yes, different names) 

    so now im on the third page, but the first pages variables are gone and the
    second pages vars are there

    so if isubmit the third page, the first AND second pages vars are gone and
    the third page's vars are there

    I tried breaking them into different structs PL1, PL2, PL3 etc... but the
    same thing happens... it's like its treating them as normal vars and not
    sessions and killing them once you leave the page that set them. 

    I have plenty of other sessions in other apps that work fine so i know the
    server is handling sessions as it always has...

    any ideas?

    Thanks,
    Ewok
    
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Michael T. Tangorre
> Ive got a multi step form that each time it is submited, I 
> loop the form.fieldnames into session vars...
>  
>  
> session.pl[i] - form[i]> 

No need to loop... Although you can if you want :-)


To save the form fields from the first form:


To save the second form:


To save the third form:


So on and so forth. Now all your form values are inside the stcFormFields
structure.

HTH,

Mike
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Matthew Walker
Is this what you have?



That's a minus, not an =

BTW you can use structAppend(session, form) if you like.



  _  

From: Ewok [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 14 July 2004 1:55 p.m.
To: CF-Talk
Subject: GR Session problems

Hola listo,

I have a problem with session structs that is driving me batty... well
battier..

Ive got a multi step form that each time it is submited, I loop the
form.fieldnames into session vars...







so thats all fine and dandy, on the next page i can dump the session and see
the contents... yay, when i submit the second page, the same thing happens,
the fields go into vars (yes, different names) 

so now im on the third page, but the first pages variables are gone and the
second pages vars are there

so if isubmit the third page, the first AND second pages vars are gone and
the third page's vars are there

I tried breaking them into different structs PL1, PL2, PL3 etc... but the
same thing happens... it's like its treating them as normal vars and not
sessions and killing them once you leave the page that set them. 

I have plenty of other sessions in other apps that work fine so i know the
server is handling sessions as it always has...

any ideas?

Thanks,
Ewok

  _
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




Re: GRRRRR Session problems

2004-07-13 Thread Ewok
its only ran onec initally to create the structure, it is not ran everytime.
Als, session management IS enabled

  - Original Message - 
  From: Matthew Walker 
  To: CF-Talk 
  Sent: Tuesday, July 13, 2004 10:02 PM
  Subject: RE: GR Session problems

  Isn't this going to clear out all the previous values?

  

  How about...

  

  ...?
  
  From: Ewok [mailto:[EMAIL PROTECTED] 
  Sent: Wednesday, 14 July 2004 1:55 p.m.
  To: CF-Talk
  Subject: GR Session problems

  Hola listo,

  I have a problem with session structs that is driving me batty... well
  battier..

  Ive got a multi step form that each time it is submited, I loop the
  form.fieldnames into session vars...

  

  
  
  

  so thats all fine and dandy, on the next page i can dump the session and see
  the contents... yay, when i submit the second page, the same thing happens,
  the fields go into vars (yes, different names) 

  so now im on the third page, but the first pages variables are gone and the
  second pages vars are there

  so if isubmit the third page, the first AND second pages vars are gone and
  the third page's vars are there

  I tried breaking them into different structs PL1, PL2, PL3 etc... but the
  same thing happens... it's like its treating them as normal vars and not
  sessions and killing them once you leave the page that set them. 

  I have plenty of other sessions in other apps that work fine so i know the
  server is handling sessions as it always has...

  any ideas?

  Thanks,
  Ewok
  
 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]




RE: GRRRRR Session problems

2004-07-13 Thread Matthew Walker
Isn't this going to clear out all the previous values?



How about...



...?

From: Ewok [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 14 July 2004 1:55 p.m.
To: CF-Talk
Subject: GR Session problems

Hola listo,

I have a problem with session structs that is driving me batty... well
battier..

Ive got a multi step form that each time it is submited, I loop the
form.fieldnames into session vars...







so thats all fine and dandy, on the next page i can dump the session and see
the contents... yay, when i submit the second page, the same thing happens,
the fields go into vars (yes, different names) 

so now im on the third page, but the first pages variables are gone and the
second pages vars are there

so if isubmit the third page, the first AND second pages vars are gone and
the third page's vars are there

I tried breaking them into different structs PL1, PL2, PL3 etc... but the
same thing happens... it's like its treating them as normal vars and not
sessions and killing them once you leave the page that set them. 

I have plenty of other sessions in other apps that work fine so i know the
server is handling sessions as it always has...

any ideas?

Thanks,
Ewok

 [Todays Threads] 
 [This Message] 
 [Subscription] 
 [Fast Unsubscribe] 
 [User Settings]
 [Donations and Support]