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