Issues with Override Test Runner URL in Eclipse plugin

29 views
Skip to first unread message

Dave Burns

unread,
Dec 29, 2011, 1:23:27 PM12/29/11
to mxu...@googlegroups.com
Hi, all. I'm seeing an issue when trying to use MXUnit with my App.cfc in CFB2.

In my onRequestStart,I look for a specific URL param and if I don't see it, I cfabort. My test cases are under this App.cfc so I want to add this param to the test runner url so MXUnit can get to my test cases. I have it working now but saw an issue. Curious if this is expected or known or if I'm doing something wrong:

My runner URL was http://localhost:8501/api/test/RemoteFacade.cfc?wsdl and it was working fine before I required this new param. I added &ZXCVtest1234=1 to the end and hit Ok in the properties box but loading test cases failed. Pulling up the Properties page, I see that the rendered value for the URL (under the input field) was now set to "http://localhost:8501/api/test/RemoteFacade.cfc?wsdlZXCVtest1234=1/mxunit/framework/RemoveFacade.cfc?wsdl". The input field still held the value I entered. Weird. I experimented by switching the param order so my input field was "http://localhost:8501/test/RemoteFacade.cfc?ZXCVtest1234=1&wsdl". After hitting Ok then reopening the Properties, the "rendered" URL now had the & absorbed: http://localhost:8501/test/RemoteFacade.cfc?ZXCVtest1234=1wsdl. So, I added an extra ampersand between the params and all was now well with the rendered URL (and my test cases were now found).

Thoughts?


Marc Esher

unread,
Dec 29, 2011, 1:27:48 PM12/29/11
to mxu...@googlegroups.com

I can tell you that the plugin was never intended to support extra
parameters in the URL, so it's not surprising there'd be unexpected
behavior.

Glad to know that you were able to find a suitable workaround.

>
> Thoughts?
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "mxunit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/mxunit/-/4WWdjV8cxyIJ.
> To post to this group, send email to mxu...@googlegroups.com.
> To unsubscribe from this group, send email to
> mxunit+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/mxunit?hl=en.

Dave Burns

unread,
Dec 30, 2011, 10:02:00 AM12/30/11
to mxu...@googlegroups.com
Should I take that reply as, "Glad you could find a workaround because there's no intent to support that in the future" ? :-)

Marc Esher

unread,
Dec 31, 2011, 3:29:17 PM12/31/11
to mxu...@googlegroups.com
On Fri, Dec 30, 2011 at 10:02 AM, Dave Burns <goo...@burnsorama.com> wrote:
> Should I take that reply as, "Glad you could find a workaround because
> there's no intent to support that in the future" ? :-)

There's no intention of supporting it in the near term, mostly because
A) you are currently the only person I've had say they needed this and
B) you have solved the problem.

So... there's not much value in supporting it right now. Maybe down the road!

Marc

>
>
> --
> You received this message because you are subscribed to the Google Groups
> "mxunit" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/mxunit/-/Gf0vAS6FZDgJ.

Reply all
Reply to author
Forward
0 new messages