mxunit testsuite weirdness

[jim collins]

I have a testsuit.cfm in the handlers/foo directory to run the foo
handler tests.
Every OTHER time I run it from the browser I get this error:
The handlers directory: C:\Inetpub\wwwroot\My Application\webroot
\handlers\foo\handlers does not exist please check your application
structure or your Application Mapping.
If I reload it it runs correctly. If I reload it again I get the above
error, again. what the heck?

[Luis Majano]

Hmm, weirdness for sure.

Check the configAutoReload setting.

Luis F. Majano
President
Ortus Solutions, Corp

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com

--
You received this message because you are subscribed to the Google Groups "ColdBox: A ColdFusion Framework" group.
To post to this group, send email to col...@googlegroups.com
To unsubscribe from this group, send email to coldbox-u...@googlegroups.com
For more options, visit this group at http://groups-beta.google.com/group/coldbox
For more information, visit http://www.luismajano.com/projects/coldbox
For Documentation, visit http://ortus.svnrepository.com/coldbox/trac.cgi

[jim collins]

OK, if I set the HandlersIndexAutoReload and ConfigAutoReload to any
combination of values other than both "false" I get the error every
time, but its not a CF error, it's a CB error. It's almost as though
it thinks C:\Inetpub\wwwroot\My Application\webroot\handlers\foo\ is
the application root and so it's looking for the default handlers
directory. The testsuite is in handlers\testing\testsuite.cfm
I added a mapping in CFAdmin so now Myapp/ m,aps to C:\Inetpub\wwwroot
\MyApp. The cf error now is :
The handlers directory: C:\Inetpub\wwwroot\MyApp\webroot\handlers
\testing\handlers does not exist please check your application

structure or your Application Mapping.

I dont know why webroot shows up twice.

On Dec 15, 4:15 pm, Luis Majano <lmaj...@gmail.com> wrote:
> Hmm, weirdness for sure.
>
> Check the configAutoReload setting.
>
> Luis F. Majano
> President
> Ortus Solutions, Corp
>
> ColdBox Platform:http://www.coldbox.org
> Linked In:http://www.linkedin.com/pub/3/731/483
> Blog:http://www.luismajano.com
> IECFUG Manager:http://www.iecfug.com
>

[Luis Majano]

Remember that the tests run outside of your web root, they are ran by mxunit.  So it needs the correct information to run the tests.

If you are using coldbox 3, make sure your tests have the appMapping annotation in the cfcomponent tag

<cfcomponent appMapping="/pathToApp">

Which should have the path from the webserver root to your application, so it can create it and test it.

Luis F. Majano
President
Ortus Solutions, Corp

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com

[Timothy Heald]

I have  a need of getPlugin(“JavaLoader”) in  an authentication model cfc.

 

I’ve tried:

 

      <cfproperty name="ColdBox" type="coldbox" scope="variables">

 

Didn’t work.  Tried:

 

 

      <cfproperty name="JavaLoader" type="coldbox:plugin:Javaloader" scope="instance">

 

Didn’t work.  Tried:

 

            <cfargument name="JavaLoader" type="any" _wireme="coldbox:plugin:Javaloader">

 

What do I need to do to have the coldbox api available to my whole cfc or even to an individual method?

 

Tim Heald

 

[jim collins]

Luis we have not upgraded to 3 yet what the solution with the previous
version?

On Dec 16, 4:13 pm, Luis Majano <lmaj...@gmail.com> wrote:
> Remember that the tests run outside of your web root, they are ran by
> mxunit.  So it needs the correct information to run the tests.
>
> If you are using coldbox 3, make sure your tests have the appMapping
> annotation in the cfcomponent tag
>
> <cfcomponent appMapping="/pathToApp">
>
> Which should have the path from the webserver root to your application, so
> it can create it and test it.
>
> Luis F. Majano
> President
> Ortus Solutions, Corp
>
> ColdBox Platform:http://www.coldbox.org
> Linked In:http://www.linkedin.com/pub/3/731/483
> Blog:http://www.luismajano.com
> IECFUG Manager:http://www.iecfug.com
>

[Thomas Woestman]

Tim,

Did you have autowire="true" in your component declaration?  It should look something like the following:

<cfcomponent name="secureSite" output="false" autowire="true">

Tom

--

[jim collins]

Dude why are you hijacking my thread?

[jim collins]

You are (as usual) correct sir. I added <Setting name="AppMapping"
value="/MyApp"/> to coldbox.xml.cfm and the problem magically
stopped.
Thanks Luis!

On Dec 16, 4:13 pm, Luis Majano <lmaj...@gmail.com> wrote:
> Remember that the tests run outside of your web root, they are ran by
> mxunit.  So it needs the correct information to run the tests.
>
> If you are using coldbox 3, make sure your tests have the appMapping
> annotation in the cfcomponent tag
>
> <cfcomponent appMapping="/pathToApp">
>
> Which should have the path from the webserver root to your application, so
> it can create it and test it.
>
> Luis F. Majano
> President
> Ortus Solutions, Corp
>
> ColdBox Platform:http://www.coldbox.org
> Linked In:http://www.linkedin.com/pub/3/731/483
> Blog:http://www.luismajano.com
> IECFUG Manager:http://www.iecfug.com
>

[LRS Scout]

Turns out that even if you’re not going to cache the object, the dependencies are still cached and I was doing something wrong.

 

After I reset the framework it came right up, without the autowire=true.

[Luis Majano]

model objects DO NOT need autowire = true, because they can always be wired up.  

Make sure that you request the objects via getModel() or wiring in the handlers.

Also, please note that an object's metadata is cached.  So if you add more metadata elements to a model, handler, etc, you will need to reinit the framework.

I have a ticket for this and it should be resolved in 3.0

Luis F. Majano
President
Ortus Solutions, Corp

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com