|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
|
|
How do you test your MG apps?Yet another generic CF question to the list, but I’m
more interested in how to test MVC apps completely. Again my question is
testing, testing, testing. Function, Data Driven and Regression Testing We are currently evaluating the Rational Functional Tester
suite from IBM. It allows us to automate our testing script process by
recording macros and user task for functional and regression testing. It also
does some very advanced data driven testing and provides a nice testing manager
to manage ant scripts and link all the test to your requirements document and track
your builds v bugs. What tools do you use to do regression and data driven
testing with for their sites? Are there better alternatives to Rational? Pro’s,
Cons that you’re aware of from the Rational suite? One of the hardest
thing for us so far is just the price tag, is it worth it? Unit Testing Any word yet Paul on the release of the new CFCUnit? Otherwise,
has anyone tried the relatively new CFUnit package (Sept 16th)? I’m
still gimping along with the old CFCUnit through a webpage that test my apps.
Would be nice to have this Eclipse integrated which CFUnit has always had but I’ve
just never gotten into. Anyone using this successfully? Debugging Slightly related, I’ve been evaluating Fusion Debug
from fusion-reactor.com and it’s been EXTREMELY useful in debugging
applications, especially when AJAX is involved. It’s a little finicky but
very powerful. http://www.fusion-reactor.com/fusiondebug/
Are there any other applications like this that have helped in your
development? Thanks for your suggestions and for putting up with my general
comments, Roy http://www-306.ibm.com/software/awdtools/tester/functional/index.html --^^--------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^^--------------------------------------------------------------- |
|
|
Wondering if this is possible.Awhile ago I saw a post where, Sean had
extended the Reactor framework through a webservice / cfc. Now I am looking at the option to see if
MG:U can be done like this too. The reason being is that I am using a lot of What I have done for now, is when the
application is created I am storing this info in the application scope for my
reference, but there must be a better way of doing this. Reactor yes I can
follow seans example, but what about spring and MG. I am hoping this might be able to be
achieved in some form or another, or should I be using events for what I am
trying to do to return data back to the browser?
--^^--------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^^--------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.Andrew, have you looked at ajaxCFC (http://ajaxcfc.riaforge.org/)? I
haven't had a chance to use it, but it sounds like it would do what you're looking for: integrate with MG:U and expose your model to Ajax calls. Also, take a look at Ray's post covering Spry and MG:U. This would apply equally well to Dojo: http://ray.camdenfamily.com/index.cfm/2006/8/22/Using-AJAX-with-ModelGlue On 10/31/06, Andrew Scott <Andrew.Scott@...> wrote: > > > > > Awhile ago I saw a post where, Sean had extended the Reactor framework > through a webservice / cfc. > > > > Now I am looking at the option to see if MG:U can be done like this too. The > reason being is that I am using a lot of Ajax calls via Dojo, and it would > be better to use cfc's / webservice for what I am doing. But I also need to > get a handle on the MG:U framework. > > > > What I have done for now, is when the application is created I am storing > this info in the application scope for my reference, but there must be a > better way of doing this. Reactor yes I can follow seans example, but what > about spring and MG. > > > > I am hoping this might be able to be achieved in some form or another, or > should I be using events for what I am trying to do to return data back to > the browser? > > > > Senior Coldfusion Developer > Aegeon Pty. Ltd. > www.aegeon.com.au > Phone: +613 8676 4223 > Mobile: 0404 998 273 > -- It is by the fortune of God that, in this country, we have three benefits: freedom of speech, freedom of thought, and the wisdom never to use either. -- Mark Twain --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.Thanks I'll check it out, but Dojo has everything I need for doing great Ajax calls and binding.
On 11/2/06, Ken Dunnington <ken.dunnington@...> wrote:
Andrew, have you looked at ajaxCFC (http://ajaxcfc.riaforge.org/ )? I |
|
|
Re: Wondering if this is possible.Ken,
No it doesn't it shows you how to use events within ajax, which is so damn simple it is not funny.
The problem comes down to when you make that ajax call and it is not a MG:U event is the problem that I am facing.
So what that means is if I make a webservice call how do I get a handle on the MG:U framework, can it be extended via the webservice class or is there some other method to do this.
Ken, I went through ajaxCFC and it has nothing close to what I am looking for, but plenty of stuff that I am already doing within Dojo.
So I'll ask the question again as some people really can't seem to read what I am asking.
Can a cfc remote call (Webservice) be called like this
<cfcomponent extends="modelglueframework">
So that I can retrieve the configs and other coldspring related objects.
On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote:
|
|
|
Re: Wondering if this is possible.Model Glue is a Front Controller framework. It works by calling a
single file in a directory and passing parameters through HTTP. A special named parameter ( often named 'event') controls which section of the application to run. Thus, if you call a webservice on a CFC, you are going completely around the notion of Model Glue. There is nothing stopping you from calling a model glue style URL and having the result of the Model Glue process return the data you need. After all, the ModelGlue framework takes parameters and returns content. It can return any content you configure. For example, you can make a call to a model glue event handler that broadcasts a message, goes through your model layer, returns a JSON formatted string and then calls a layout event which sets the proper cfcontent / cfheader for returning JSON. I've done this alot with the Model Glue framework as well as the MachII framework. Hope this helps.. dw On 11/1/06, Andrew Scott <Andrew.Scott@...> wrote: > Ken, > > No it doesn't it shows you how to use events within ajax, which is so damn > simple it is not funny. > > The problem comes down to when you make that ajax call and it is not a MG:U > event is the problem that I am facing. > > So what that means is if I make a webservice call how do I get a handle on > the MG:U framework, can it be extended via the webservice class or is there > some other method to do this. > > Ken, I went through ajaxCFC and it has nothing close to what I am looking > for, but plenty of stuff that I am already doing within Dojo. > > So I'll ask the question again as some people really can't seem to read what > I am asking. > > Can a cfc remote call (Webservice) be called like this > > <cfcomponent extends="modelglueframework"> > > So that I can retrieve the configs and other coldspring related objects. > > > > > On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: > > > > Thanks I'll check it out, but Dojo has everything I need for doing great > Ajax calls and binding. > > > > > > > > On 11/2/06, Ken Dunnington < ken.dunnington@...> wrote: > > > > > Andrew, have you looked at ajaxCFC ( http://ajaxcfc.riaforge.org/ )? I > > > haven't had a chance to use it, but it sounds like it would do what > > > you're looking for: integrate with MG:U and expose your model to Ajax > > > calls. > > > > > > Also, take a look at Ray's post covering Spry and MG:U. This would > > > apply equally well to Dojo: > > > > http://ray.camdenfamily.com/index.cfm/2006/8/22/Using-AJAX-with-ModelGlue > > > > > > On 10/31/06, Andrew Scott < Andrew.Scott@...> wrote: > > > > > > > > > > > > > > > > > > > > Awhile ago I saw a post where, Sean had extended the Reactor framework > > > > through a webservice / cfc. > > > > > > > > > > > > > > > > Now I am looking at the option to see if MG:U can be done like this > too. The > > > > reason being is that I am using a lot of Ajax calls via Dojo, and it > would > > > > be better to use cfc's / webservice for what I am doing. But I also > need to > > > > get a handle on the MG:U framework. > > > > > > > > > > > > > > > > What I have done for now, is when the application is created I am > storing > > > > this info in the application scope for my reference, but there must be > a > > > > better way of doing this. Reactor yes I can follow seans example, but > what > > > > about spring and MG. > > > > > > > > > > > > > > > > I am hoping this might be able to be achieved in some form or another, > or > > > > should I be using events for what I am trying to do to return data > back to > > > > the browser? > > > > > > > > > > > > > > > > Senior Coldfusion Developer > > > > Aegeon Pty. Ltd. > > > > www.aegeon.com.au > > > > Phone: +613 8676 4223 > > > > Mobile: 0404 998 273 > > > > > > > > > > > > > -- > > > It is by the fortune of God that, in this country, we have three > > > benefits: freedom of speech, freedom of thought, and the wisdom never > > > > -- "Come to the edge, he said. They said: We are afraid. Come to the edge, he said. They came. He pushed them and they flew." Guillaume Apollinaire quotes --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
RE: Wondering if this is possible.Dan,
I agree, but as I first stated Sean Corfield blogged how to extend the reactor framework in this manner. The problem is I really don't give a rats arse about MG:U I need to get the coldspring configuration files stored with the MG:U framework. For example DSN settings or even beans that hold information. So I know it can be done, I just don't know how. I have done this which works, but is not really desirable. <cfset variables.ModelGlue_APP_KEY=GetFileFromPath(ExpandPath('.')) /> <cfset variables.mg = application[ModelGlue_APP_KEY].framework /> Now I could setup an event to call the webservice, but that is a façade I don't fancy doing. Especially when there is more work involved in setting up and event, with no views etc. So doing this <component extends="mgu"> is easy and better for my requirements. As I stated I have it working with my hack above, but I would prefer to extend the right component to begin with. The stupid thing is, I only need to get a handle to reactor and the config files, so I can return the data via a webservice. Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone: +613 8676 4223 Mobile: 0404 998 273 -----Original Message----- From: Dan Wilson [mailto:sipacate@...] Sent: Thursday, 2 November 2006 12:38 PM To: modelglue@... Subject: Re: Wondering if this is possible. Model Glue is a Front Controller framework. It works by calling a single file in a directory and passing parameters through HTTP. A special named parameter ( often named 'event') controls which section of the application to run. Thus, if you call a webservice on a CFC, you are going completely around the notion of Model Glue. There is nothing stopping you from calling a model glue style URL and having the result of the Model Glue process return the data you need. After all, the ModelGlue framework takes parameters and returns content. It can return any content you configure. For example, you can make a call to a model glue event handler that broadcasts a message, goes through your model layer, returns a JSON formatted string and then calls a layout event which sets the proper cfcontent / cfheader for returning JSON. I've done this alot with the Model Glue framework as well as the MachII framework. Hope this helps.. dw On 11/1/06, Andrew Scott <Andrew.Scott@...> wrote: > Ken, > > No it doesn't it shows you how to use events within ajax, which is so damn > simple it is not funny. > > The problem comes down to when you make that ajax call and it is not a MG:U > event is the problem that I am facing. > > So what that means is if I make a webservice call how do I get a handle on > the MG:U framework, can it be extended via the webservice class or is there > some other method to do this. > > Ken, I went through ajaxCFC and it has nothing close to what I am looking > for, but plenty of stuff that I am already doing within Dojo. > > So I'll ask the question again as some people really can't seem to read what > I am asking. > > Can a cfc remote call (Webservice) be called like this > > <cfcomponent extends="modelglueframework"> > > So that I can retrieve the configs and other coldspring related objects. > > > > > On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: > > > > Thanks I'll check it out, but Dojo has everything I need for doing great > Ajax calls and binding. > > > > > > > > On 11/2/06, Ken Dunnington < ken.dunnington@...> wrote: > > > > > Andrew, have you looked at ajaxCFC ( http://ajaxcfc.riaforge.org/ )? I > > > haven't had a chance to use it, but it sounds like it would do what > > > you're looking for: integrate with MG:U and expose your model to Ajax > > > calls. > > > > > > Also, take a look at Ray's post covering Spry and MG:U. This would > > > apply equally well to Dojo: > > > > http://ray.camdenfamily.com/index.cfm/2006/8/22/Using-AJAX-with-ModelGlue > > > > > > On 10/31/06, Andrew Scott < Andrew.Scott@...> wrote: > > > > > > > > > > > > > > > > > > > > Awhile ago I saw a post where, Sean had extended the Reactor > > > > through a webservice / cfc. > > > > > > > > > > > > > > > > Now I am looking at the option to see if MG:U can be done like this > too. The > > > > reason being is that I am using a lot of Ajax calls via Dojo, and it > would > > > > be better to use cfc's / webservice for what I am doing. But I also > need to > > > > get a handle on the MG:U framework. > > > > > > > > > > > > > > > > What I have done for now, is when the application is created I am > storing > > > > this info in the application scope for my reference, but there must > a > > > > better way of doing this. Reactor yes I can follow seans example, but > what > > > > about spring and MG. > > > > > > > > > > > > > > > > I am hoping this might be able to be achieved in some form or another, > or > > > > should I be using events for what I am trying to do to return data > back to > > > > the browser? > > > > > > > > > > > > > > > > Senior Coldfusion Developer > > > > Aegeon Pty. Ltd. > > > > www.aegeon.com.au > > > > Phone: +613 8676 4223 > > > > Mobile: 0404 998 273 > > > > > > > > > > > > > -- > > > It is by the fortune of God that, in this country, we have three > > > benefits: freedom of speech, freedom of thought, and the wisdom never > > > > -- "Come to the edge, he said. They said: We are afraid. Come to the edge, he said. They came. He pushed them and they flew." Guillaume Apollinaire quotes --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.I am afraid I don't understand your wishes then. If you aren't going
to be using ModelGlue Unity as a controller then why have it in there at all? When you say you need access to the coldspring configuration files, which part of the config do you need? Are you using ColdSpring for Dependency Resolution? Are you referring to the Reactor configuration within the ColdSpring.xml file? dw On 11/1/06, Andrew Scott <Andrew.Scott@...> wrote: > Dan, > > I agree, but as I first stated Sean Corfield blogged how to extend the > reactor framework in this manner. The problem is I really don't give a rats > arse about MG:U I need to get the coldspring configuration files stored with > the MG:U framework. > > For example DSN settings or even beans that hold information. > > So I know it can be done, I just don't know how. > > I have done this which works, but is not really desirable. > > <cfset variables.ModelGlue_APP_KEY=GetFileFromPath(ExpandPath('.')) /> > <cfset variables.mg = application[ModelGlue_APP_KEY].framework /> > > Now I could setup an event to call the webservice, but that is a façade I > don't fancy doing. Especially when there is more work involved in setting up > and event, with no views etc. > > So doing this > > <component extends="mgu"> is easy and better for my requirements. > > As I stated I have it working with my hack above, but I would prefer to > extend the right component to begin with. > > The stupid thing is, I only need to get a handle to reactor and the config > files, so I can return the data via a webservice. > > > > Senior Coldfusion Developer > Aegeon Pty. Ltd. > www.aegeon.com.au > Phone: +613 8676 4223 > Mobile: 0404 998 273 > > > -----Original Message----- > From: Dan Wilson [mailto:sipacate@...] > Sent: Thursday, 2 November 2006 12:38 PM > To: modelglue@... > Subject: Re: Wondering if this is possible. > > Model Glue is a Front Controller framework. It works by calling a > single file in a directory and passing parameters through HTTP. A > special named parameter ( often named 'event') controls which section > of the application to run. > > Thus, if you call a webservice on a CFC, you are going completely > around the notion of Model Glue. > > There is nothing stopping you from calling a model glue style URL and > having the result of the Model Glue process return the data you need. > After all, the ModelGlue framework takes parameters and returns > content. It can return any content you configure. > > For example, you can make a call to a model glue event handler that > broadcasts a message, goes through your model layer, returns a JSON > formatted string and then calls a layout event which sets the proper > cfcontent / cfheader for returning JSON. > > I've done this alot with the Model Glue framework as well as the > MachII framework. > > Hope this helps.. > > > dw > > > > > > On 11/1/06, Andrew Scott <Andrew.Scott@...> wrote: > > Ken, > > > > No it doesn't it shows you how to use events within ajax, which is so damn > > simple it is not funny. > > > > The problem comes down to when you make that ajax call and it is not a > MG:U > > event is the problem that I am facing. > > > > So what that means is if I make a webservice call how do I get a handle on > > the MG:U framework, can it be extended via the webservice class or is > there > > some other method to do this. > > > > Ken, I went through ajaxCFC and it has nothing close to what I am looking > > for, but plenty of stuff that I am already doing within Dojo. > > > > So I'll ask the question again as some people really can't seem to read > what > > I am asking. > > > > Can a cfc remote call (Webservice) be called like this > > > > <cfcomponent extends="modelglueframework"> > > > > So that I can retrieve the configs and other coldspring related objects. > > > > > > > > > > On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: > > > > > > Thanks I'll check it out, but Dojo has everything I need for doing great > > Ajax calls and binding. > > > > > > > > > > > > On 11/2/06, Ken Dunnington < ken.dunnington@...> wrote: > > > > > > > Andrew, have you looked at ajaxCFC ( http://ajaxcfc.riaforge.org/ )? I > > > > haven't had a chance to use it, but it sounds like it would do what > > > > you're looking for: integrate with MG:U and expose your model to Ajax > > > > calls. > > > > > > > > Also, take a look at Ray's post covering Spry and MG:U. This would > > > > apply equally well to Dojo: > > > > > > http://ray.camdenfamily.com/index.cfm/2006/8/22/Using-AJAX-with-ModelGlue > > > > > > > > On 10/31/06, Andrew Scott < Andrew.Scott@...> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > Awhile ago I saw a post where, Sean had extended the Reactor > framework > > > > > through a webservice / cfc. > > > > > > > > > > > > > > > > > > > > Now I am looking at the option to see if MG:U can be done like this > > too. The > > > > > reason being is that I am using a lot of Ajax calls via Dojo, and it > > would > > > > > be better to use cfc's / webservice for what I am doing. But I also > > need to > > > > > get a handle on the MG:U framework. > > > > > > > > > > > > > > > > > > > > What I have done for now, is when the application is created I am > > storing > > > > > this info in the application scope for my reference, but there must > be > > a > > > > > better way of doing this. Reactor yes I can follow seans example, > but > > what > > > > > about spring and MG. > > > > > > > > > > > > > > > > > > > > I am hoping this might be able to be achieved in some form or > another, > > or > > > > > should I be using events for what I am trying to do to return data > > back to > > > > > the browser? > > > > > > > > > > > > > > > > > > > > Senior Coldfusion Developer > > > > > Aegeon Pty. Ltd. > > > > > www.aegeon.com.au > > > > > Phone: +613 8676 4223 > > > > > Mobile: 0404 998 273 > > > > > > > > > > > > > > > > > -- > > > > It is by the fortune of God that, in this country, we have three > > > > benefits: freedom of speech, freedom of thought, and the wisdom never > > > > > > > > > > -- > "Come to the edge, he said. They said: We are afraid. Come to the > edge, he said. They came. He pushed them and they flew." > > Guillaume Apollinaire quotes > > > > > -- "Come to the edge, he said. They said: We are afraid. Come to the edge, he said. They came. He pushed them and they flew." Guillaume Apollinaire quotes --^---------------------------------------------------------------- This email was sent to: ${recipient} EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.${encoded_sub_id}.${EMC} Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.On 10/31/06, Andrew Scott <Andrew.Scott@...> wrote:
> Awhile ago I saw a post where, Sean had extended the Reactor framework > through a webservice / cfc. Since you invoked my name... I have no idea what you're talking about here. Can you provide a URL for the "post" you are talking about? I certainly have not "extended the Reactor framework through a webservice"... As others have pointed out, using an AJAX library to call a CFC as a webservice completely circumvents Model-Glue. Perhaps you are misunderstanding both whatever you think I posted as well as what Model-Glue provides for you? -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: How do you test your MG apps?On 10/30/06, Roy Martin <roy@...> wrote:
> Unit Testing > > Any word yet Paul on the release of the new CFCUnit? He's a little busy helping me launch Adobe Acrobat Connect... We have another product release immediately following and then I'll have him spend some time on cfcUnit so you can all take advantage of the version we're using in-house. He's a little unhappy about some of the mods I've made to the internal version so we're still discussing how best to integrate those with the public version of cfcUnit. Note that the next cfcUnit release will be under Apache Software License 2.0 (which the current release is supposed to be but the files don't actually state that!). > Otherwise, has anyone > tried the relatively new CFUnit package (Sept 16th)? It's a terrible codebase and, frankly, the asserts are hard to use because the parameter lists have the optional argument first which pretty much forces you to use named parameters (or always provide a dummy "" argument). > I'm still gimping along > with the old CFCUnit through a webpage that test my apps. Would be nice to > have this Eclipse integrated which CFUnit has always had but I've just never > gotten into. Anyone using this successfully? Yeah, we use the cfcUnit ant JAR all the time. Like I say, Paul's too busy with Hosted Services stuff for the next couple of weeks but I'll make it his priority after that, OK? -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.Damn you Sean,
I went looking on your site and I know it was there, because it had something to do with some internal work you guyts had been doing. I think you created a facade for it though:-)
Ok, I agree with the circumvents.
But lets look at the bigger picture for a minute. I have code that does some basic calls to get some data out of the DB, I then have my business logic to return what I need to do.
But somewhere along the way my boss comes along and says we want to release this as a webservice to our other applications that might be running on other servers.
So I figure, well I already have that code in my model code, so why not call it as a webservice and return the data that way. MG:U is still happy, but if I can't use that application and have its webservices conect with MG:U for the coldspring and reactor framework, I might as well maintain 2 sets of code that does the same damn job.
And too me that seems to be pointless.
Ok for those who are mroe curious, we have an intranet system moving into the MG:U framework approach and we have an external intranet for other customers in the works, but the functionality of both comes from a core business model with the same functionality. So I do not want to be maintaining 2 sets of code.
And I certainly do not want to say to these customers outside of us, that we want you to call ?event=getFlights instead of /webservice/components.cfc?method = getFlights
Hope that clears my intentions up more, but as I said I have a workaround just would prefer to extend the framework instead. But I guess I can use my hack and extend that instead... *LOL* On 11/2/06, Sean Corfield <seancorfield@...> wrote:
On 10/31/06, Andrew Scott <Andrew.Scott@...> wrote: |
|
|
Re: Wondering if this is possible.Andrew,
Are you trying to basically expose the "automagic" database portion of MG via a web service? Basically, not using MG:U at all, but using the generic crud capabilties? If that's what you're doing, I'd create a CFC (maybe RemoteORMService?) that closely follows the ModelGlue.unity.orm.AbstractORMAdapter interface, but exposes its methods as remote. For your service, the easiest way to deploy it would be to create a separate CF application that loads its own instance of ColdSpring (application.beanFactory), loading the beans from both /ModelGlue/unity/config/Configuration.xml and /yourapplication/config/ColdSpring.xml. Then, since your RemoteORMService is stateless, have its pseudo-constructor ask application.beanFactory for the ORMAdapter bean - this'll return something like ModelGlue.unity.orm.ReactorORMAdapter (an implementation of ModelGlue.unity.orm.AbstractORMAdapter). Your service's methods (such as list()) can then pass along the arguments needed to perform data operations. You'll probably also need a few helper methods to help marshal from Reactor records to transfer objects. Does that help? -Joe On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: > Damn you Sean, > > I went looking on your site and I know it was there, because it had > something to do with some internal work you guyts had been doing. I think > you created a facade for it though:-) > > Ok, I agree with the circumvents. > > But lets look at the bigger picture for a minute. I have code that does some > basic calls to get some data out of the DB, I then have my business logic to > return what I need to do. > > But somewhere along the way my boss comes along and says we want to release > this as a webservice to our other applications that might be running on > other servers. > > So I figure, well I already have that code in my model code, so why not call > it as a webservice and return the data that way. MG:U is still happy, but if > I can't use that application and have its webservices conect with MG:U for > the coldspring and reactor framework, I might as well maintain 2 sets of > code that does the same damn job. > > And too me that seems to be pointless. > > Ok for those who are mroe curious, we have an intranet system moving into > the MG:U framework approach and we have an external intranet for other > customers in the works, but the functionality of both comes from a core > business model with the same functionality. So I do not want to be > maintaining 2 sets of code. > > And I certainly do not want to say to these customers outside of us, that we > want you to call ?event=getFlights instead of > /webservice/components.cfc?method = getFlights > > Hope that clears my intentions up more, but as I said I have a workaround > just would prefer to extend the framework instead. But I guess I can use my > hack and extend that instead... *LOL* > > > > > > > On 11/2/06, Sean Corfield <seancorfield@...> wrote: > > On 10/31/06, Andrew Scott <Andrew.Scott@...> wrote: > > > Awhile ago I saw a post where, Sean had extended the Reactor framework > > > through a webservice / cfc. > > > > Since you invoked my name... > > > > I have no idea what you're talking about here. > > > > Can you provide a URL for the "post" you are talking about? > > > > I certainly have not "extended the Reactor framework through a > webservice"... > > > > As others have pointed out, using an AJAX library to call a CFC as a > > webservice completely circumvents Model-Glue. Perhaps you are > > misunderstanding both whatever you think I posted as well as what > > Model-Glue provides for you? > > -- > > Sean A Corfield -- (904) 302-SEAN > > An Architect's View -- http://corfield.org/ > > > > > > -- Get Glued! The Model-Glue ColdFusion Framework http://www.model-glue.com --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.As another option, don't forget about
http://www.coldspringframework.org/docs/Developing_w__ColdSpring.htm#Using_AOP_to_create_remote_proxies -Dave On 11/2/06, Joe Rinehart <joe.rinehart@...> wrote: > Andrew, > > Are you trying to basically expose the "automagic" database portion of > MG via a web service? Basically, not using MG:U at all, but using the > generic crud capabilties? > > If that's what you're doing, I'd create a CFC (maybe > RemoteORMService?) that closely follows the > ModelGlue.unity.orm.AbstractORMAdapter interface, but exposes its > methods as remote. > > For your service, the easiest way to deploy it would be to create a > separate CF application that loads its own instance of ColdSpring > (application.beanFactory), loading the beans from both > /ModelGlue/unity/config/Configuration.xml and > /yourapplication/config/ColdSpring.xml. > > Then, since your RemoteORMService is stateless, have its > pseudo-constructor ask application.beanFactory for the ORMAdapter bean > - this'll return something like ModelGlue.unity.orm.ReactorORMAdapter > (an implementation of ModelGlue.unity.orm.AbstractORMAdapter). Your > service's methods (such as list()) can then pass along the arguments > needed to perform data operations. You'll probably also need a few > helper methods to help marshal from Reactor records to transfer > objects. > > Does that help? > > -Joe > > > On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: > > Damn you Sean, > > > > I went looking on your site and I know it was there, because it had > > something to do with some internal work you guyts had been doing. I think > > you created a facade for it though:-) > > > > Ok, I agree with the circumvents. > > > > But lets look at the bigger picture for a minute. I have code that does some > > basic calls to get some data out of the DB, I then have my business logic to > > return what I need to do. > > > > But somewhere along the way my boss comes along and says we want to release > > this as a webservice to our other applications that might be running on > > other servers. > > > > So I figure, well I already have that code in my model code, so why not call > > it as a webservice and return the data that way. MG:U is still happy, but if > > I can't use that application and have its webservices conect with MG:U for > > the coldspring and reactor framework, I might as well maintain 2 sets of > > code that does the same damn job. > > > > And too me that seems to be pointless. > > > > Ok for those who are mroe curious, we have an intranet system moving into > > the MG:U framework approach and we have an external intranet for other > > customers in the works, but the functionality of both comes from a core > > business model with the same functionality. So I do not want to be > > maintaining 2 sets of code. > > > > And I certainly do not want to say to these customers outside of us, that we > > want you to call ?event=getFlights instead of > > /webservice/components.cfc?method = getFlights > > > > Hope that clears my intentions up more, but as I said I have a workaround > > just would prefer to extend the framework instead. But I guess I can use my > > hack and extend that instead... *LOL* > > > > > > > > > > > > > > On 11/2/06, Sean Corfield <seancorfield@...> wrote: > > > On 10/31/06, Andrew Scott <Andrew.Scott@...> wrote: > > > > Awhile ago I saw a post where, Sean had extended the Reactor framework > > > > through a webservice / cfc. > > > > > > Since you invoked my name... > > > > > > I have no idea what you're talking about here. > > > > > > Can you provide a URL for the "post" you are talking about? > > > > > > I certainly have not "extended the Reactor framework through a > > webservice"... > > > > > > As others have pointed out, using an AJAX library to call a CFC as a > > > webservice completely circumvents Model-Glue. Perhaps you are > > > misunderstanding both whatever you think I posted as well as what > > > Model-Glue provides for you? > > > -- > > > Sean A Corfield -- (904) 302-SEAN > > > An Architect's View -- http://corfield.org/ > > > > > > > > > > > > > -- > Get Glued! > The Model-Glue ColdFusion Framework > http://www.model-glue.com > > > --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
RE: How do you test your MG apps?>> Paul's too busy with Hosted Services stuff for the next couple of weeks
but I'll make it >> his priority after that, OK? Completely understandable. Thanks and good luck with the launch. --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.Joe,
That sounds like a great idea except I can't.
The problem is that the main application is already tied to MG:U and the model in question is using the same buinsess logic that is already defined in the coldspring framework.
I understand that might have been a great approach the first time, but too late to redesign now.
I figured that all the business logic I need is sharable between the 3 applications and it was the best way to do this, that way even the coldspring injected calls are accessible withouth having a new copy of MG:U sitting in memory.
I think its not a big deal but it would have been nice, as I said I got around it and I have access to all the business logic and configs now.
On 11/3/06, David Ross <dave.ross@...> wrote:
As another option, don't forget about |
|
|
Re: Wondering if this is possible.On 11/1/06, Andrew Scott <Andrew.Scott@...> wrote:
> I went looking on your site and I know it was there, because it had > something to do with some internal work you guyts had been doing. I think > you created a facade for it though:-) Ah, I know what you're on about now. You're talking about these posts: - http://corfield.org/entry/Web_Services_ColdSpring_and_Reactor - http://corfield.org/entry/Notes_from_the_trenches_ModelGlue Let me summarize how this all hangs together... We designed our model based on Reactor directly and managed with ColdSpring. We created a web service facade where each method calls getBean() on ColdSpring to get the appropriate model tier object and then calls the (non-remote) method on that. We have Model-Glue applications that use the same ColdSpring instance (as a parent bean factory) and can manipulate the same model objects. Complete code reuse wherever we need. The key here is that the model / business logic is totally decoupled from Model-Glue. The Model-Glue tier only contains HTML rendering and high-level control wiring. In fact we then switched from Reactor to Transfer (hence the Transfer ORM Adapter for Model-Glue that I created) - with no change to the vast majority of the model code and no change to the Model-Glue application tier. Then, to streamline things, I created a Transfer factory proxy CFC that Model-Glue can use so that there is a single shared factory instance between the web services (via the ColdSpring factory) and the Model-Glue applications (via the proxy). > So I figure, well I already have that code in my model code, so why not call > it as a webservice and return the data that way. MG:U is still happy, but if > I can't use that application and have its webservices conect with MG:U for > the coldspring and reactor framework, I might as well maintain 2 sets of > code that does the same damn job. If you've designed your model properly, it should be a snap to knock up a web service CFC that reuses all the stuff underneath Model-Glue with the caveat that you are currently in a situation where you are relying on Model-Glue initializing all this stuff... > Ok for those who are mroe curious, we have an intranet system moving into > the MG:U framework approach and we have an external intranet for other > customers in the works, but the functionality of both comes from a core > business model with the same functionality. So I do not want to be > maintaining 2 sets of code. See above - you won't need to. Move the functionality into a well designed, well encapsulated model and then call it from MG for your HTML view and from a web service CFC for your remote view (which, incidentally, you could then use to build a Flex front end if you wanted). > And I certainly do not want to say to these customers outside of us, that we > want you to call ?event=getFlights instead of > /webservice/components.cfc?method = getFlights Right, webservice.components.getFlights() would simply call getFlights() on the model object and the event-handler in MG would do the same thing (call getFlights() on the model object). -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
RE: Wondering if this is possible.Sean,
Thanks, but it was your last comment that I am trying to do. But gave up because the only way I could do it was to create another event in MG:U, which I thought was pointless. So unless I am really off base, which I think I am, could you give a more detailed example on what your talking about here. For the webservice façade? Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone: +613 8676 4223 Mobile: 0404 998 273 -----Original Message----- From: Sean Corfield [mailto:seancorfield@...] Sent: Friday, 3 November 2006 11:28 AM To: modelglue@... Subject: Re: Wondering if this is possible. Right, webservice.components.getFlights() would simply call getFlights() on the model object and the event-handler in MG would do the same thing (call getFlights() on the model object). --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote:
> But gave up because the only way I could do it was to create another event > in MG:U, which I thought was pointless. So unless I am really off base, > which I think I am, could you give a more detailed example on what your > talking about here. For the webservice façade? I don't know how to explain it any more clearly. I don't understand what you think Model-Glue events have to do with web services? The web service facade is just a CFC that calls methods on the model. The Model-Glue controllers are another facade that calls the same methods on the same model. Listen to the 1.27 ColdFusion Weekly podcast because they talk about Mach II and Flex in the same context as this discussion. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood --^---------------------------------------------------------------- This email was sent to: ${recipient} EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.${encoded_sub_id}.${EMC} Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
|
|
Re: Wondering if this is possible.Sean,
I think you lost me when you say make it a facde, that calls the model.
It is there that you are loosing me, because I don't understand what you are saying here. Because I have it in my head, that I need to call the model code but how?
The only way I see how is to call it via an event, which goes through the controller to get the model code, this is where I guess I am trying to grasp what your saying.
I think that me doing it my way is far simpler than to write a facade, to send an event back to mdel glue, where I have to setup event handlers for each and every web service.
I could be far of the mark here, but I guess I can't see any other way to talk to modelglue without an event handler and boy I am not up for craeating an event handler for every webservice call I need to make.
At least, with my approach I have the instantiated framework for MG:U which now gives me access to all the configs, reactor objects (most important) without any extra work. So I can get the DB settings, get the DAO's, gateways etc. and that is all I need to run off and do what I need.
But hey like I said I don't see how you do what your suggesting without a bit of example code, at least with my hack I can see that I have access to the entire framework with one extra line of code to my webservice, which is all I needed but thought I could extend a component to do it.
On 11/3/06, Sean Corfield <seancorfield@...> wrote:
On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: |
|
|
Re: Wondering if this is possible.Unless I'm misunderstanding (always a good possibility), I "think" that
Andrew has his MG app set up nicely doing everything he wants and just wants to be able to call MG events via a web service and would like to create a simple façade that wraps MG, presumably with some kind of MG view that returns XML instead of HTML. What you're suggesting (which I think is generally the better approach) is that with a well designed model, MG is really just setting parameters, calling methods and passing the data to a view so just call the model directly using a thin webservice façade. If models are designed properly this is easy, but I think even with MG and M2 helping people to keep their controllers tight, too many people are still putting substantial business logic in the controllers (not saying Andrew is doing this - I know nothing about him or his code) and running into these issues when adding a new type of controller. One of the reasons you find it so easy to move from MG to M2 is because you design your model API correctly. I'm not convinced everyone is going this and I'm going to be blogging a bit about this later today or Monday to solicit feedback on approaches to designing the model API and on exactly what the controller should or shouldn't do. Best Wishes, Peter On 11/3/06 12:53 AM, "Sean Corfield" <seancorfield@...> wrote: > On 11/2/06, Andrew Scott <Andrew.Scott@...> wrote: >> But gave up because the only way I could do it was to create another event >> in MG:U, which I thought was pointless. So unless I am really off base, >> which I think I am, could you give a more detailed example on what your >> talking about here. For the webservice façade? > > I don't know how to explain it any more clearly. I don't understand > what you think Model-Glue events have to do with web services? > > The web service facade is just a CFC that calls methods on the model. > The Model-Glue controllers are another facade that calls the same > methods on the same model. > > Listen to the 1.27 ColdFusion Weekly podcast because they talk about > Mach II and Flex in the same context as this discussion. --^---------------------------------------------------------------- This email was sent to: lists@... EASY UNSUBSCRIBE click here: http://topica.com/u/?b1drHn.bSZygJ.bGlzdHNA Or send an email to: modelglue-unsubscribe@... For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^---------------------------------------------------------------- |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |