| Issue 109: | Framework Does not Work on BlueDragon | |
| 1 person starred this issue and may be notified of changes. | Back to list |
|
This is more of a general issue. Specifics will arise, but I think it would be a good idea to support BD as best we can. This would include NOT using specific ColdFusion objects, such as CFIDE.componentutils.cfcexplorer. Maybe, in general, we make sure the framework uses basic cfml syntax and structure. Thoughts?
Apr 30, 2008
Project Member
#1
marc.es...@gmail.com
Apr 30, 2008
If it were only that simple. Wait till you try and run the plugin w/it ;-) But with BD trying to make a big splash this season, it would be good if mxunit worked with it.
Apr 30, 2008
what's the plugin do?
Apr 30, 2008
Essentially, everything fails with errors. The vast majority of them are of the org.xml.sax.SaxParserException ... premature end of file falvor. The other may be less determinable: [--Catch Data--} type Application CFFUNCTION ... the value returned from init() is not of type Assert.
Jul 18, 2008
dang ... thought i had taken care of this. Specifically: 1. install verification needs friendly message (sniff out server.whatever and display welcome page) 2. in the samples, for test suites, makes sure component path is specified so as not to invoke cfcexplorer 3. when using cfc explorer, display deprecation message. (this is done in the ant task, so it might be a good idea to put it in the test result)
Status:
In
Jan 22, 2009
Still busted for the most part. We might have to have a separate OBD dist :-(
Cc:
-axsaheli -v.rajkumar a.haskell
Jun 30, 2010
older/outdated issues. archive in google docs. These are either Fixed, deprecated, or invalid moving to Jira
Status:
Fixed
|
||||||||||