Good point. I should use a secondary addie. Thanks. On Fri, Sep 12, 2008 at 9:17 AM, Mark Drew <[EMAIL PROTECTED]> wrote:
> > I dip into this list.. that is why I mark my posts with tags so they > are nicely separated from my "main" email. > > Dont leave, I am sure your contributions are valuable! > > MD > > On Fri, Sep 12, 2008 at 2:15 PM, Vicky <[EMAIL PROTECTED]> wrote: > > I have to say for the first time since joining, I have been thinking of > > leaving this list due to the constant clutter in my inbox over the last > > week. Forums are for guidance. They're not a personal tutor. > > > > On Fri, Sep 12, 2008 at 9:09 AM, cs01rsw <[EMAIL PROTECTED]> wrote: > >> > >> wow, thats rude, you need to understand how to teach people and the > >> point of forums. thanks for your help but please do not respond to any > >> more of my questions. > >> i have been learning cf for 2 years and just getting into model glue > >> and i have never had anyone make such a patronizing immature response > >> > >> > >> > >> On Sep 12, 12:54 pm, "Chris Peterson" <[EMAIL PROTECTED]> wrote: > >> > Richard, > >> > Why don't you just give it a try? I can bet you $1 that 99% of the > >> > developers on this list have all learned a ton from here and other web > >> > resources, but at some point they had to just dive in and DO it! Fire > >> > up > >> > some of the sample applications that are out there and tweak and test, > >> > let > >> > it break and look at the debug info. You will never achieve a deep > >> > understanding having others tell you what the answer is, only by > >> > figuring it > >> > out yourself. I can tell you from experience that you will feel > better > >> > about learning than getting spoon fed! > >> > > >> > The last advice I can offer is to take some of these frameworks in > >> > pieces. > >> > No need to tackle AOP in coldspring right away, or some of the heavy > >> > skull-concepts of OO programming. Pick one thing, focus on it till > you > >> > understand, then move forward. Many of these concepts I did not > >> > understand > >> > until I came to a point in application development where it was > >> > applicable, > >> > then it was light *OHH* and a light bulb went off. > >> > > >> > Hope that helps =) > >> > > >> > Chris Peterson > >> > > >> > > >> > > >> > On Fri, Sep 12, 2008 at 6:23 AM, cs01rsw <[EMAIL PROTECTED]> wrote: > >> > > >> > > hi chris > >> > > >> > > yes that makes perfect sense thanks, sorry i just have one more > >> > > question though: > >> > > >> > > in reference to your example, i understand the property name = > target, > >> > > and the relative path and the remote method names, i am also looking > >> > > now into bean factories and sure ill be fine with that, but what is > >> > > the purpose of the serviceName and value = RemoteUserService - and > how > >> > > is this used as in my mind i need to work out the difference between > >> > > that and the bean id > >> > > >> > > also at what point does the proxy object get created, is it a > >> > > temporary object that is only created when the application starts > >> > > >> > > i really appreciate your help on this chris > >> > > >> > > richard > >> > > >> > > On Sep 12, 11:07 am, "Chris Peterson" <[EMAIL PROTECTED]> wrote: > >> > > > Lets back up 1 step. Normally Ajax would make requests to either > >> > > > html or > >> > > > cfc's in order to get bits of data. Many service-tier objects > >> > > > return > >> > > this > >> > > > type of data, so by creating a 'proxy' object (which sits in the > web > >> > > > root > >> > > > and is directly accessible from the internet, you are providing a > >> > > > way for > >> > > > the web to reach *past* your event's, directly into your service > >> > > > tier, to > >> > > > get at those atomic functions with their data returns. jsmx is > >> > > > client > >> > > side, > >> > > > so when making a request to your proxied userService object, in my > >> > > example > >> > > > you would point jsmx at > >> > > > /ajax/remoteUserService.cfc?method=doesUserExist > >> > > >> > > > Does that make sense? All the proxy for is to *proxy* requests > past > >> > > > model-glue's event structure to your underlying architecture. > >> > > >> > > > Chris Peterson > >> > > >> > > > On Fri, Sep 12, 2008 at 5:22 AM, cs01rsw <[EMAIL PROTECTED]> > wrote: > >> > > >> > > > > Hi chris > >> > > >> > > > > how would you call the methods in the remote proxy object from > the > >> > > > > client? when using jsmx we usually call cfc's by stating a path > to > >> > > > > it > >> > > > > on the server and the stating what function to call inside that > >> > > > > cfc > >> > > >> > > > > thanks for your help > >> > > >> > > > > On Sep 11, 3:16 pm, cs01rsw <[EMAIL PROTECTED]> wrote: > >> > > > > > excellent, thanks for your help chris. > >> > > >> > > > > > Chris Peterson wrote: > >> > > > > > > exactly right. You define which methods you want proxied > >> > > > > > > here, and > >> > > > > > > coldspring will physically create the proxy .cfc file that > you > >> > > > > > > will > >> > > > > make > >> > > > > > > requests too, and will only implement the methods you define > >> > > > > > > to > >> > > make > >> > > > > > > available. > >> > > > > > > Chris > >> > > >> > > > > > > On Thu, Sep 11, 2008 at 9:07 AM, cs01rsw < > [EMAIL PROTECTED]> > >> > > wrote: > >> > > >> > > > > > > > thanks chris, > >> > > >> > > > > > > > this is understandable, except why is it that you are > >> > > > > > > > passing in > >> > > the > >> > > > > > > > paramaters into that remoteUserService bean. do they state > >> > > > > > > > which > >> > > > > > > > methods etc... can be used from the userService bean - so > >> > > > > > > > you are > >> > > > > > > > saying that the remote proxy object can only use the > methods > >> > > > > > > > and > >> > > > > > > > paramters that you specify here? > >> > > >> > > > > > > > do i have this right? > >> > > >> > > > > > > > thanks for your help chris > >> > > >> > > > > > > > On Sep 11, 1:35 pm, cs01rsw <[EMAIL PROTECTED]> wrote: > >> > > > > > > > > Hi > >> > > >> > > > > > > > > we want to use jsmx in our software and just want to > know > >> > > > > > > > > if > >> > > you > >> > > > > guys > >> > > > > > > > > would do it in the following way: > >> > > >> > > > > > > > > jsmx must call a function in a cfc whereby that function > >> > > > > > > > > would > >> > > also > >> > > > > > > > > send back a message to the client after it has finished > >> > > processing. > >> > > > > so > >> > > > > > > > > we was thinking that when we need to call a cfc function > >> > > through > >> > > > > jsmx > >> > > > > > > > > then we would call a function directly in the controller > >> > > > > > > > > which > >> > > > > would > >> > > > > > > > > use the beans, service, dao, and gw in order to complete > >> > > > > > > > > its > >> > > task > >> > > > > and > >> > > > > > > > > then pass a message back to the client. > >> > > >> > > > > > > > > this method completely bypasses the event handlers as it > >> > > > > > > > > is our > >> > > > > > > > > understanding that event handlers only listen to the url > >> > > > > > > > > when > >> > > the > >> > > > > page > >> > > > > > > > > is refreshed - and of course jsmx is an ajax call that > >> > > therefore > >> > > > > > > > > doesnt refresh the page or use the url > >> > > >> > > > > > > > > does this sound right or would there be a better way? > >> > > >> > > > > > > > > thanks > >> > > >> > > > > > > > > richard > >> > > >> > > > > > > -- > >> > > > > > > Hey! I dont tell you how to tell me what to do, so dont tell > >> > > > > > > me how > >> > > to > >> > > > > do > >> > > > > > > what you tell me to do! ~ Bender (Futurama) > >> > > >> > > > -- > >> > > > Hey! I dont tell you how to tell me what to do, so dont tell me > how > >> > > > to do > >> > > > what you tell me to do! ~ Bender (Futurama) > >> > > >> > -- > >> > Hey! I dont tell you how to tell me what to do, so dont tell me how to > >> > do > >> > what you tell me to do! ~ Bender (Futurama) > >> > >> >> > > > > > > -- > Mark Drew > Blog: http://www.markdrew.co.uk/blog/ > LinkedIn: http://www.linkedin.com/in/mdrew > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en For more about Model-Glue, check http://www.model-glue.com . -~----------~----~----~----~------~----~------~--~---
