How do you test your MG apps?

[Roy Martin]

Some parts of this message have been removed. Learn more about Nabble's security policy.

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 16^th)? 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
--^^---------------------------------------------------------------

[Andrew Scott-4]

Some parts of this message have been removed. Learn more about Nabble's security policy.

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: [phone]
Mobile: [phone]

--^^---------------------------------------------------------------
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
--^^---------------------------------------------------------------

[Ken Dunnington]

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: [phone]
>  Mobile: [phone]
>

--
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
--^----------------------------------------------------------------

[Andrew Scott-4]

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: [phone]
>  Mobile: [phone]
>

--
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

[Andrew Scott-4]

Some parts of this message have been removed. Learn more about Nabble's security policy.

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: [phone]
>  Mobile: [phone]
>


--
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

[Dan Wilson]

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: [phone]
> > > >  Mobile: [phone]
> > > >
> > >
> > >
> > > --
> > > 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
--^----------------------------------------------------------------

[Andrew Scott-4]

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: [phone]
Mobile: [phone]


-----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: [phone]
> > > >  Mobile: [phone]
> > > >
> > >
> > >
> > > --
> > > 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
--^----------------------------------------------------------------

[Dan Wilson]

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: [phone]
> Mobile: [phone]
>
>
> -----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: [phone]
> > > > >  Mobile: [phone]
> > > > >
> > > >
> > > >
> > > > --
> > > > 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
--^----------------------------------------------------------------

[Sean Corfield]

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
--^----------------------------------------------------------------

[Sean Corfield]

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
--^----------------------------------------------------------------

[Andrew Scott-4]

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/

[Joe Rinehart]

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
--^----------------------------------------------------------------