beanfactory in application scope?

[jarthel]

I have created a new mapping for my "models".

This seems to work fine in accessing different components inside the
models folder.

Except that when I try to access a remote proxy, I get this error
"Error invoking CFC /flinders/webapps/edss/models/proxies/
remoteListsService.cfc : Sorry, a ColdSpring BeanFactory named
beanFactory was not found in application scope. "

Can you please help?

I've included the relevent files below.

Thank you :)

jayel

++++++++++++
application.cfc: http://www.pastebin.ca/1564956

snippet of my coldspring.xml: http://www.pastebin.ca/1564958

cfselect trying to use remote proxy: <cfselect name="committee"
bind="cfc:models.proxies.remoteListsService.getlistsArray
('committees', 'all', '#event.getArg("applications").getcommittee()
#')" bindonload="true" class="normal" />

[jarthel]

This is messages (error/info/etc) when I turn on cfdebug in the url.
-----------
error:http: Error invoking CFC /flinders/webapps/edss/models/proxies/

remoteListsService.cfc : Sorry, a ColdSpring BeanFactory named

beanFactory was not found in application scope. Please make sure your
bean factory is properly loaded. Perhapse your main application is not
running?

error:http: Error invoking CFC /flinders/webapps/edss/models/proxies/

remoteListsService.cfc : Sorry, a ColdSpring BeanFactory named

beanFactory was not found in application scope. Please make sure your
bean factory is properly loaded. Perhapse your main application is not
running?

info:http: HTTP GET /flinders/webapps/edss/models/proxies/
remoteListsService.cfc?
method=getlistsArray&returnFormat=json&argumentCollection=%7B%22list_id
%22%3A%22research_types%22%2C%22list_code%22%3A%22%22%2C%22option_code
%22%3A
%220%22%7D&_cf_nodebug=true&_cf_nocache=true&_cf_clientid=FA5C7A24E21B1116EB487CE6A7B179B8&_cf_rc=1

info:http: Invoking CFC: /flinders/webapps/edss/models/proxies/
remoteListsService.cfc , function: getlistsArray , arguments:
{"list_id":"research_types","list_code":"","option_code":"0"}

info:http: HTTP GET /flinders/webapps/edss/models/proxies/
remoteListsService.cfc?
method=getlistsArray&returnFormat=json&argumentCollection=%7B%22list_id
%22%3A%22committees%22%2C%22list_code%22%3A%22all%22%2C%22option_code
%22%3A
%22%22%7D&_cf_nodebug=true&_cf_nocache=true&_cf_clientid=FA5C7A24E21B1116EB487CE6A7B179B8&_cf_rc=0

info:http: Invoking CFC: /flinders/webapps/edss/models/proxies/
remoteListsService.cfc , function: getlistsArray , arguments:
{"list_id":"committees","list_code":"all","option_code":""}

info:LogReader: LogReader initialized

info:global: Logger initialized
--------------

[Dave Phipps]

I don't know much about Mach II but have you setup the properties
correctly as described here:

http://greatbiztoolsllc.trac.cvsdude.com/mach-ii/wiki/UsingColdSpringWithMach-II

Perhaps this:

<parameter name="parentBeanFactoryKey" value="serviceFactory"/>

needs to be changed to beanFactory?

Cheers,

Dave


2009/9/14 jarthel <jar...@gmail.com>:

[jarthel]

thanks for the reply.

I forgot to say
###############
this has been working fine before
##############

so I suppose you could say I have set it (it being mach-ii and
coldspring) up correctly.

[Chris Blackwell]

Remember when you fire a request at a remote proxy it may not be executing in the same context as your application.  If for example there is an Application.cfc/cfm in your proxy directory (or above it) that is different to your main application's then your request is being called against a different application.

2009/9/14 jarthel <jar...@gmail.com>

[jarthel]

I haven't checked yet but I'm pretty sure the only there's only 1
application.cfc (no .cfm) and that's in the application root.

On Sep 14, 9:10 pm, Chris Blackwell <ch...@team193.com> wrote:
> Remember when you fire a request at a remote proxy it may not be executing
> in the same context as your application.  If for example there is an
> Application.cfc/cfm in your proxy directory (or above it) that is different
> to your main application's then your request is being called against a
> different application.
>

> 2009/9/14 jarthel <jart...@gmail.com>

>
>
>
>
>
> > thanks for the reply.
>
> > I forgot to say
> > ###############
> > this has been working fine before
> > ##############
>
> > so I suppose you could say I have set it (it being mach-ii and

> > coldspring) up correctly.- Hide quoted text -
>
> - Show quoted text -

[Brian Kotek]

Yes, but is your mapped model directory under that same application root, so that the Application.cfc is firing when the remote proxy is invoked?

[jarthel]

I removed the mapping and I still get the error.

Also, I inserted this piece of code in my "view file:
----------------
<cfif StructKeyExists(application, "beanFactory")>
do-something-here
</cfif>
----------
and the code inside the cfif executes.

On Sep 15, 12:51 am, Brian Kotek <brian...@gmail.com> wrote:
> Yes, but is your mapped model directory under that same application root, so
> that the Application.cfc is firing when the remote proxy is invoked?
>

[Brian Kotek]

I don't think you're understanding me: It sounds like the folder where you are generating the remote proxies is not executing your Application.cfc because it is not under that folder.

[Tom McNeer]

One thing to explore: The message you see is thrown within the setup() method of the proxy, and the text (other than the bean factory name and scope) is hard-coded.

I have found situations when the actual source of the problem was not the lack of a bean factory in the given scope (though right now, I can't remember what those situations were).

It might be helpful to comment out the try/catch statements in the setup method of your proxy. The message sent from the catch statement might be obscuring the real source of the error.


--
Thanks,

Tom

Tom McNeer
MediumCool
http://www.mediumcool.com
1735 Johnson Road NE
Atlanta, GA 30306
404.589.0560

[Tom Chiverton]

2009/9/17 Tom McNeer <tmc...@gmail.com>:

> I have found situations when the actual source of the problem was not the
> lack of a bean factory in the given scope (though right now, I can't
> remember what those situations were).

Me neither, though I have seen it.

In general, we include the message/detail from 'CFCATCH.' in messages
that are thrown in this way, maybe ColdSpring should to ?

--
Tom

[Brian Kotek]

That's true, the try/catch block basically assumes that any error during the call to the proxied bean is a result of the bean factory not being in the application scope, when in reality the problem could be something else. You can test this, as Tom said, by going into the RemoteProxyBean and doing some more detailed dumping/throwing of the error that is caught in the setup() method. Yes, that probably should be improved since a missing bean factory is not always (though it is almost always) the cause of the error.

[Tom Chiverton]

2009/9/17 Brian Kotek <bria...@gmail.com>:

> method. Yes, that probably should be improved since a missing bean factory
> is not always (though it is almost always) the cause of the error.

Do I need to log a bug for this then ?

--
Tom

[Michael Kear]

I'm trying to use the import directive to organise all my bean definitions
into more manageable format, and it's not working. I'm looking for some
basic error and I've tried all the combinations I can think of but I'm
obviously not getting it right. I'm missing the right one.

The error I'm getting is: [quote] Bean definition for bean named:
configbean could not be found.[/quote] Configbean is the first one
accessed by coldspring, so it tells me there's something really basic wrong.
If I cut and paste the configbean definition back into the coldspring.xml
file, the error refers to the next bean instead, so that tells me there is
something wrong with my import.

Can anyone see where I've got it wrong?

<!--////////My main coldspring.xml file: ////////-->
<beans>
<import resource="/cfcs/config/Resources/Utility-beans.xml"/>
<import resource="/cfcs/config/Resources/CMS-TreeControl-beans.xml"/>
<import resource="/cfcs/config/Resources/CMS-Content-beans.xml"/>
<import resource="/cfcs/config/Resources/Admin-beans.xml"/>
<import resource="/cfcs/config/Resources/user-beans.xml"/>
...
</beans>

<!--////////One of these imported files: ////////-->
<beans>
<bean id="TimeZoneCFC" class="cfcs.utilities.TimeZone" />
<bean id="Pagination" class="cfcs.utilities.Pagination" lazy-init="true"/>
<bean id="UtilitiesLibrary" class="cfcs.utilities.UtilitiesLibrary"
lazy-init="true">
<constructor-arg name="argsConfiguration">
<ref bean="configbean"/>
</constructor-arg>
</bean>
<bean id="fckeditor" class="forms.scripts.ajax.fckeditor.fckeditor"
lazy-init="true"/>
<bean id="configbean" class="cfcs.config.configbean">
<constructor-arg name="argsConfigXMLname">
<value>/cfcs/config/config.xml</value>
</constructor-arg>
<constructor-arg name="Timezone">
<ref bean="TimeZoneCFC"/>
</constructor-arg>
</bean>
</beans>

The bean definitions are merely a cut and paste from the previously working
coldspring.xml file, so I know they are all correctly spelled etc, and the
paths are correct.

I just KNOW this is going to be one of those 'slap the forehead' moments!

Cheers
Mike Kear
Windsor, NSW, Australia
0414 622 847
Adobe Certified Advanced ColdFusion Developer
AFP Webworks Pty Ltd
http://afpwebworks.com
Full Scale ColdFusion hosting from A$15/month

[Dan Wilson]

Yeah, it might be.

Turn on ColdFusion debugging and read all the errors.

I'd bet dollars to donuts there is an error relating to the config bean.  Probably a missed dependency or a bad path or something... but look there


The errors in ColdSpring can be a little indirect at times.


DW

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

[Michael Kear]

Thanks Dan.

 

There is no change to a working application, except moving the definitions into the imported xml files, so I know the actual config bean is ok, and I know the config bean xml snippet is correct, except perhaps for paths.   But then I haven’t moved any of the cfcs, so the paths should still be the same.

 

And if I move the bean definition for config bean from the imported file back into Coldspring.xml where it was,  it works and the error I get relates to the next bean coldspring is trying to find.    So that tells me the problem is either:

 

[A] the import directive – the syntax or path or something wrong with that   or

[B]  the subsidiary xml file that I’m importing

 

Nothing else has changed on a working application.     I change it back and it works again.

 

Cheers

Mike Kear

Windsor, NSW, Australia

0414 622 847

Adobe Certified Advanced ColdFusion Developer

AFP Webworks Pty Ltd

http://afpwebworks.com

Full Scale ColdFusion hosting from A$15/month

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.422 / Virus Database: 270.14.20/2441 - Release Date: 10/19/09 14:33:00

[Dan Wilson]

So, when you read the errors from the ColdFusion Debugging, what did you find?

DW

[Michael Kear]

The error message is as I said in my original post: 

 

[quote]

Bean definition for bean named: configbean could not be found.

The error occurred in E:\Sites\Mysites\Sitename\wwwroot\cms\coldspring\beans\DefaultXmlBeanFactory.cfc: line 342

340 :                  <cfreturn variables.parent.getBean(arguments.beanName)>                341 :          <cfelse> 342 :                  <cfthrow type="coldspring.NoSuchBeanDefinitionException" detail="Bean definition for bean named: #arguments.beanName# could not be found."/> 343 :          </cfif>        344 :

 

[/quote]

[Dan Wilson]

Yep, I got that.

What I want to know is if there are any strange errors in the ColdFusion Debugging. You know, the thing you probably have unticked in the CF Administrator?


DW

[Mark Mandel]

Dan,

Do you mean like the error stack? or captured exceptions, or anything like that?

Mark

--
E: mark....@gmail.com
T: http://www.twitter.com/neurotic
W: www.compoundtheory.com

[Patrick Santora]

Dan,

You may want to break down what you are doing a little further. Have coldspring import the file with just the configbean and check yourself with the containsBean method to see if the bean exists. Of course do this outside of your application so you can keep it simple. It may shed some light on what's going on.

-Pat

[Brian Kotek]

Are you sure that once you move the XML into the separate include file, that the file path you are specifying for the "argsConfigXMLname" is still valid, or that whatever is using that path is still using it correctly?

<bean id="configbean" class="cfcs.config.configbean">

   <constructor-arg name="argsConfigXMLname">
     <value>/cfcs/config/config.xml</value>
   </constructor-arg>
   <constructor-arg name="Timezone">
     <ref bean="TimeZoneCFC"/>
   </constructor-arg>
 </bean>

(by the way, "argsConfigXMLname" is a pretty bad variable name!)

[Dan Wilson]

Mark, Mike,

I'm talking about the plain vanilla ColdFusion debugging output that you can get at the bottom of every page by ticking an option in the CF administrator.

There is an exceptions section that tracks every exception during the course of the request. I find this to be an invaluable source of information when I get cryptic errors from ColdSpring.

So if Mike turns this ColdFusion Request Level debugging on and looks at the exceptions, does he get any helpful hints as to what may have happened?

DW

[denstar]

Dan,

Your solution is girlish (no offense, girls).  Checking boxes & using
built in debugging features?

Real Men use Brute Force.

Eliminate all variables, then walk the line.  Like Pat said.

--
Crime in full glory consolidates authority by the sacred fear it inspires.
Emile M. Cioran

[Michael Kear]

Thanks Brian.

 

The configbean hasn’t moved.  Nor  has the XML file it uses to set all the variables it uses.  The file called argsConfigXMLname contains all the actual settings that are to be configured for this site – email addresses, passwords,  dsn names, etc etc.  about a hundred variables of different kinds that set everything from datasource name and type to thumbnail height to path locations  etc.

 

So there is no need to change anything inside the bean definition.

 

It’s a fully working application.  The only things I’m changing are the Coldspring.xml file, which as you know contains the bean definitions.   Even then, I’m not retyping the bean definitions – only cut and paste them into the new file, then importing that file into the already-existing coldspring.xml file.   

 

When I take a fully working Coldspring.xml file,   comment out the following line:

 

<bean id="TimeZoneCFC" class="cfcs.utilities.TimeZone" />

 

And paste that exact same line into a file called Utility-beans.xml,  which contains only the following:

 

<beans>

<bean id="TimeZoneCFC" class="cfcs.utilities.TimeZone" />

</beans>

 

Then I replace the commented-out line in the coldspring.xml with the following:

 

<import resource="Utility-beans.xml"/>

 

(the two xml files are in the same directory)

 

Then it ought to work I’d have thought.  All I’m doing now is moving a single bean definition into a separate file which is supposed to be imported.  But it isn’t. 

 

 

The next thing I thought was that maybe the location of the import statement is important.   So I tried putting it at the very top of the coldspring.xml document, outside the <beans></beans> tag.   It said the document was not well formed.  So that didn’t work.   

 

I tried putting the import line inside the <beans> tag but ahead of everything else.   Then I got the error message: There is no bean registered with the factory with the id TimeZoneCFC    So I’m assuming the XML syntax is correct now, but isn’t working. 

 

Remember no paths have changed.  All I’ve done is move a single line from one file to a second file which is imported.    I’ve even checked the case of all the file names etc to make sure they’re exactly the same in case the XML import directive is case sensitive.

 

Oh and @denstar, I might be a girl, but I thought your response was particularly unhelpful.   I don’t have a bloody clue what ‘walk the line’ means in this context.   I am taking what I thought was a logical  step-by-step approach to isolating this problem

 

I have looked for some kind of documentation on the import directive in case perhaps I’ve made a syntax error, but there isn’t any that I could find.  The reference.pdf on the coldspringframework.org site wont download for me,  so all I have to go on is Sean Corfield’s post in the CF-TALK a few months ago.  And that’s what I copied in the first place.

 

 

Cheers

Mike Kear

Windsor, NSW, Australia

0414 622 847

Adobe Certified Advanced ColdFusion Developer

AFP Webworks Pty Ltd

http://afpwebworks.com

Full Scale ColdFusion hosting from A$15/month

 

From: coldspri...@googlegroups.com [mailto:coldspri...@googlegroups.com] On Behalf Of Brian Kotek
Sent: Tuesday, 20 October 2009 1:24 PM
To: coldspri...@googlegroups.com
Subject: [coldspring-users] Re: What's wrong with my import xml?

 

Are you sure that once you move the XML into the separate include file, that the file path you are specifying for the "argsConfigXMLname" is still valid, or that whatever is using that path is still using it correctly?

[Mark Mandel]

Silly question - what version of ColdSpring are you using?

If it's an old version, it may not support imports.

(This is one of the reasons why we have schema validation in Narhwal)

Mark

[Michael Kear]

[A] what’s Narwhal?   

 

[B] it’s Coldspring 1.2 – the latest stable version.   ( I never use bleeding edge of anything – only the latest full release version)   But you make a good point – I’ll check that a previous version hasn’t crept in by copying some folders from somewhere else or some such.

 

Cheers

Mike Kear

Windsor, NSW, Australia

0414 622 847

Adobe Certified Advanced ColdFusion Developer

AFP Webworks Pty Ltd

http://afpwebworks.com

Full Scale ColdFusion hosting from A$15/month

 

[Patrick Santora]

Odd behavior. I've done plenty of imports before with no issues. I was thinking the same thing Mark is thinking. It could be your version.

Time to throw basic questions to see what sticks.

-Pat

[Michael Kear]

It’s definitely ColdSpring 1.2 stable – the latest supported stable download.

 

Cheers

Mike Kear

Windsor, NSW, Australia

0414 622 847

Adobe Certified Advanced ColdFusion Developer

AFP Webworks Pty Ltd

http://afpwebworks.com

Full Scale ColdFusion hosting from A$15/month

 

[Mark Mandel]

Narwhal is the code name for ColdSpring 2.0.  If you follow either myself or Chris Scott on twitter we mention it every so often.

Now I just need to get me one of these:
http://www.merch-bot.com/media/catalog/product/cache/1/image/5e06319eda06f020e43594a9c230972d/a/v/avenging-narwhal-toy-play-s_1.jpg

Mark

[Tony Nelson]

If you're feeling ambitious and want to get your hands a little dirty, you could always open up coldspring/beans/DefaultXmlBeanFactory.cfc and dump the "xmlFiles" variable on line 45 right after loadBeans() calls findImports(). That should display a struct of all your XML files with the key being the full path to each XML file. Then you'll just need to verfiy that the paths are correct.

-Tony

[Tony Nelson]

Or you could dump "beanDefinitions" inside
DefaultXmlBeanFactory.processLoadBeans(), which might be a little
easier depending on how you're creating your bean factory.

-Tony

On Oct 19, 11:09 pm, Tony Nelson <tonynelso...@gmail.com> wrote:
> If you're feeling ambitious and want to get your hands a little dirty, you
> could always open up coldspring/beans/DefaultXmlBeanFactory.cfc and dump the
> "xmlFiles" variable on line 45 right after loadBeans() calls findImports().
> That should display a struct of all your XML files with the key being the
> full path to each XML file. Then you'll just need to verfiy that the paths
> are correct.
>
> -Tony
>
> On Mon, Oct 19, 2009 at 11:01 PM, Michael Kear <mk...@afpwebworks.com>wrote:
>
> >  [A] what’s Narwhal?
>
> > [B] it’s Coldspring 1.2 – the latest stable version.   ( I never use
> > bleeding edge of anything – only the latest full release version)   But you
> > make a good point – I’ll check that a previous version hasn’t crept in by
> > copying some folders from somewhere else or some such.
>
> > Cheers
>
> > Mike Kear
>
> > Windsor, NSW, Australia
>
> > 0414 622 847
>
> > Adobe Certified Advanced ColdFusion Developer
>
> > AFP Webworks Pty Ltd
>
> >http://afpwebworks.com
>
> > Full Scale ColdFusion hosting from A$15/month
>

> > *From:* coldspri...@googlegroups.com [mailto:
> > coldspri...@googlegroups.com] *On Behalf Of *Mark Mandel
> > *Sent:* Tuesday, 20 October 2009 2:53 PM
> > *To:* coldspri...@googlegroups.com
> > *Subject:* [coldspring-users] Re: What's wrong with my import xml?

> > *From:* coldspri...@googlegroups.com [mailto:
> > coldspri...@googlegroups.com] *On Behalf Of *Brian Kotek
> > *Sent:* Tuesday, 20 October 2009 1:24 PM
>
> > *To:* coldspri...@googlegroups.com
> > *Subject:* [coldspring-users] Re: What's wrong with my import xml?

>
> > Are you sure that once you move the XML into the separate include file,
> > that the file path you are specifying for the "argsConfigXMLname" is still
> > valid, or that whatever is using that path is still using it correctly?
>
> > <bean id="configbean" class="cfcs.config.configbean">
>
> >    <constructor-arg name="argsConfigXMLname">
> >      <value>/cfcs/config/config.xml</value>
> >    </constructor-arg>
> >    <constructor-arg name="Timezone">
> >      <ref bean="TimeZoneCFC"/>
> >    </constructor-arg>
> >  </bean>
>
> > (by the way, "argsConfigXMLname" is a pretty bad variable name!)
>
> > No virus found in this incoming message.
> > Checked by AVG -www.avg.com
> > Version: 8.5.422 / Virus Database: 270.14.20/2441 - Release Date: 10/19/09
> > 14:33:00
>
> > --

> > E: mark.man...@gmail.com

> > T:http://www.twitter.com/neurotic
> > W:www.compoundtheory.com
>
> > No virus found in this incoming message.
> > Checked by AVG -www.avg.com

[Michael Kear]

Thanks but I have been punished enough by being forced (by needs of a current project) to sign on to Facebook.  Now I am stunned to learn about Peter Tilbrook’s achievements in Mafia Wars and Farmville,   what Heather Robin is having for breakfast,  how tired Jeff Davis is,   how bored LuAnn Lozer is, and Scott Barnes agonising over how he’s going to get by without work for 3 months.   I don’t need to learn even more trivial facts that have no impact whatsoever on me.  

 

Twitter remains off my radar until I have a money-earning reason to change my mind.

[denstar]

On Mon, Oct 19, 2009 at 9:51 PM, Michael Kear wrote:
...

> Oh and @denstar, I might be a girl, but I thought your response was
> particularly unhelpful.   I don’t have a bloody clue what ‘walk the line’
> means in this context.   I am taking what I thought was a logical
>  step-by-step approach to isolating this problem

Whoops! Sorry Mike, I was calling Dan a girl, not you.

And I was just kidding about that, he's got balls too. Did you see
the way he handled the lost convention emails?

Bravo, I say.

As for walking the line... I didn't mean the "in jail" kind of line,
I meant the logical step-by-step approach deal you're doing. A
telephone or electric line... a fence... maybe just logic... eh.

Tony is walking the line. =)

--
Criticism is a misconception: we must read not to understand others
but to understand ourselves.
Emile M. Cioran

[Michael Kear]

Ok I figured since I was only changing a single line on a working
application, there couldn’t possibly be anything wrong with the logic in the
line itself. Only the way I was using the import directive. That is so
simple its hard to see where that could be wrong.

So I reinstalled Coldspring from the source zip file and now it works.

The explanation must be that somehow while I've been copying chunks of code
from one place to another to make up this new site, some parts of ColdSpring
have been copied too, corrupting the code with parts of an older version or
something like that. Anyway, now I have a fresh and complete Coldspring1.2
version, it all works fine.

( MK: Task for tomorrow: verify all instances of Coldspring on all sites
are using the current version. )

SO thank you all for your contributions, I am certainly grateful for the
amount of effort you've all gone to in order to help me.

Cheers
Mike Kear
Windsor, NSW, Australia
0414 622 847
Adobe Certified Advanced ColdFusion Developer
AFP Webworks Pty Ltd
http://afpwebworks.com
Full Scale ColdFusion hosting from A$15/month

[Pat Santora]

Nice. Good to hear you got it working.

Sent from my iPhone

On Oct 19, 2009, at 9:35 PM, "Michael Kear" <mk...@afpwebworks.com>
wrote:

>