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) --~--~---------~--~----~------------~-------~--~----~ 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 . -~----------~----~----~----~------~----~------~--~---
