Brian, I just released a new version of the plugin that *should* give you cfdump collapsing. the new version also has a small improvement to the progress bar. If it doesn't work, please feel free to open a bug at http://code.google.com/p/mxunit/issues/entry
best, marc On Sun, Mar 9, 2008 at 3:18 PM, Marc Esher <[EMAIL PROTECTED]> wrote: > I confirmed the double user-agent header problem and I found our old > conversation about the user-agent header; it was causing "bad request" > responses from the webserver, and that's why I turned it off. > > One other possibility, and this actually is the most appealing to me > right now, is to simply modify axis to have it only set the user-agent > property if it's not already set. i'll look into what's involved in > building axis from source. i imagine it's got ant tasks for doing > that, or maybe maven. either way, shouldn't be too hard. > > So, with those famous last words, i'm out. thanks for prompting me on > this one, Brian. > > marc > > > > On Sun, Mar 9, 2008 at 2:38 PM, Marc Esher <[EMAIL PROTECTED]> wrote: > > Brian, > > > > Ah, I see. It's a shortcoming of the plugin that it doesn't support > > the javascript that CF emits. So if you're using expand=no to keep the > > dumps initially collapsed, that won't work. that's why calls to <cfset > > debug(mydata)> always return the dump expanded. > > > > Here's why the plugin behaves this way: CF generates the javascript > > and onclick=toggle stuff based, it seems to me anyway, on the > > user-agent header. the plugin talks to cf using apache axis 1.4, and > > the user-agent header with axis is "axis/1.4" or something like that. > > so CF doesn't recognize that as a browser and thus keeps the output > > tight. > > > > A long time ago, this is probably mid summer of 2007, the plugin used > > to change the user-agent header so that CF would give back everything. > > it worked nicely... for me. At that time, bill and i were the only > > ones using this stuff, and it looked like the user-agent change was > > causing him problems. it looked like axis was actually not overwriting > > the user-agent header, but passing 2 user-agent headers. Now, some of > > bill's other problems at the time were related to ntlm authentication, > > so possibly the double user agent and the ntlm weren't playing nicely > > and it was a compounded problem. I tried figuring out how to get axis > > to just send one user agent, but to no avail. I got no response from > > the axis forums at that time, either. possibly because axis 1.4 is > > pretty old and everyone uses axis2 anyway. I don't know. > > > > Now, I see some possibilities here: 1) i add back the code to trump > > the user-agent, release a new version of the plugin, and you can see > > how it works for you. If it works, then maybe the thing to do is add a > > flag into the mxunit preferences to tell the plugin that it's OK to > > change the user-agent header. that way, if it does mess people up, > > they can turn the flag off and live with the current behavior. 2) > > mighty tom jordahl is reading these forums and responds with "hey, > > dumbass, here's how you change the user-agent header in axis 1.4". 3) > > I was wrong all along about the nature of bill's problem and i can > > just add the code back and see how it goes. i'll try to find some time > > later to confirm the behavior I remember seeing is in fact the > > behavior I saw. > > > > One thing I can't do is switch to Axis2. The reason is that we've > > tried pretty hard to keep mxunit working with 6.1+. Axis2 does not > > support soap-encoded web services, which is the only kind of service > > 6.1 supports since they didn't add doc-literal support until MX7. > > > > Also, as a side note, one other problem with using cfdump instead of > > <cfset debug(mydata)> is that if the test fails, anything that was > > output with dump or cfoutput won't show up; but if you use debug(), > > any debug calls before the failure will still be included in the > > resultant output. > > > > If you're interested in trying out a version of the plugin with the > > user-agent changed, let me know and i'll put one out and we'll see how > > it goes. > > > > Best, > > > > marc > > > > > > > > > > On Sun, Mar 9, 2008 at 12:45 PM, Brian Kotek <[EMAIL PROTECTED]> wrote: > > > > > > Actually I was just running it in Eclipse and then hitting F8 to open > > > the results in the browser. It does look like manually running a test > > > from the browser by hitting the test with runTestRemote will allow me > > > to expand the dump output, so it looks like an issue with how the > > > Eclipse plugin is generating the browser output for tests? > > > > > > > > > > > > On Sun, Mar 9, 2008 at 12:30 PM, Marc Esher <[EMAIL PROTECTED]> wrote: > > > > > > > > Are you using the HTML or Ext grid output? > > > > > > > > > > > > Marc > > > > > > > > Sent from my iPhone > > > > > > > > > > > > > > > > On Mar 9, 2008, at 12:09 PM, "Brian Kotek" <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > I'm trying this out an so far I'm really impressed! One quick > > > > > question. When I do a cfdump or a dump() within a test case > method, I > > > > > see the initial dump object on the screen, but I can't click on > it to > > > > > expand/contract its elements. It's probably some kind of > stylesheet or > > > > > JavaScript issue but I wanted to see if anyone else had seen this > or > > > > > had a solution. Thanks. > > > > > > > > > > On Wed, Feb 27, 2008 at 3:14 PM, bill[y] <[EMAIL PROTECTED]> > wrote: > > > > >> > > > > >> A long time in the making, los hombres at MXUnit.org (http:// > > > > >> mxunit.org/) are proud to announce the first release candidate of > > > > >> their open source Unit Test Framework and Eclipse Plugin for > > > > >> ColdFusion Developers. > > > > >> > > > > >> Features include a simple-to-use extensible framework that allows > > > > >> developers to spend more time writing tests and code than getting > > > > >> distracted by frameworks details. The MXUnit Eclipse Plugin > further > > > > >> facilitates test creation by integrating running and debugging of > > > > >> tests within the Eclipse IDE. > > > > >> > > > > >> > > > > >> Key Features: > > > > >> *Easy to see your data with cfoutput, cfdump, and debug() > > > > >> *Easy to run single test functions > > > > >> *Easy "directory runner" for running entire directories of tests > > > > >> *Easy to test private functions in your components > > > > >> *Ability to switch to message-first style assertions to help ease > > > > >> transition > > > > >> from other frameworks > > > > >> *A plethora of output formats from which to choose > > > > >> *Ant Integration > > > > >> *A team actively improving the framework, making testing easier, > and > > > > >> providing > > > > >> abundant documentation > > > > >> > > > > >> > > > > >> So, if you've made a New Year's Resolution to start unit testing, > > > > >> now's a perfect time to give MXUnit a test drive. For those of > you > > > > >> using an existing framework but have a few minutes to burn > checking > > > > >> this one out, we'd love to > > > > >> hear your feedback, too. > > > > >> > > > > >> Visit http://mxunit.org/ for downloads and details. > > > > >> > > > > >> Upcoming Events: > > > > >> *ColdFusion Meetup - "ANT on the Wire: Using FTP, Email, SVN, and > > > > >> VSS"; Thursday, 02/28/08, 12:00 Noon EST; url: > > > > >> http://coldfusion.meetup.com/17/calendar/7386772/; MXUnit Eclipse > > > > >> Plugin Developer, Marc Esher, will discuss using FTP, Email, > > > > >> Subversion, and VSS access in your ANT build files. > > > > >> > > > > >> *ColdFusion Meetup - "Unit Testing w/MXUnit - Jump Start"; > Thursday, > > > > >> 03/06/08, 12:00 Noon EST; Bill and Marc will talk about getting > > > > >> started with MXUnit and unit testing. url: > http://coldfusion.meetup.com/17/calendar/7388545/ > > > > >> > > > > >> *Webmaniacs Conference (http://www.webmaniacsconference.com/) - > > > > >> Washington, D.C., May 19-23, 2008. Bill and Marc will be > presenting > > > > >> two sessions: a one-hour lecture and a two hour hands on > session. Of > > > > >> course, these deal with concepts of Test Driven Development, unit > > > > >> testing, and MXUnit. > > > > >> > > > > >> > > > > >> We've included a couple of new features and bug fixes in MXUnit > > > > >> Release Candidate #1. Download the latest version of the > framework > > > > >> here: http://mxunit.org/download.cfm > > > > >> and update your MXUnit Eclipse plugin using the following url: > > > > >> http://mxunit.org/update > > > > >> > > > > >> > > > > >> Thanks! > > > > >> The Guys at MXUnit.org > > > > >> > > > > >> Q: Why write tests first? > > > > >> A: Because if you write your executable code first, chances are > you > > > > >> won't go back and write a test for it. > > > > >> > > > > >> > > > > >> > > > > >>> > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
