Anyone tested MXUnit on BlueDragon?

[Sean Corfield]

The subject probably says it all.

I tried the basic MXUnit install test but it failed because BlueDragon
implements assert() as a built-in function.

As some folks may know, I'm on the Open BlueDragon Steering Committee
and we're looking at unit testing frameworks and I'd like to recommend
MXUnit but if it won't run on BD, we can't use it...
--
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/

"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood

[Marc Esher]

Sean,
This is now fixed in SVN. If you want to give it a shot, please get
latest at http://mxunit.googlecode.com/svn/mxunit/trunk.

I didn't test the fix on BD, but I did remove this particular problem.

Let us know what else you run into. Meanwhile, I'll try to get some
time within the next week or so to get BD installed and have at it.

marc

[billy]

Sean,

Is there a non-commercial version available yet that can be used for
testing?

thanks,
bill

On Apr 30, 4:57 am, "Marc Esher" <marc.es...@gmail.com> wrote:
> Sean,
> This is now fixed in SVN. If you want to give it a shot, please get

> latest athttp://mxunit.googlecode.com/svn/mxunit/trunk.

>
> I didn't test the fix on BD, but I did remove this particular problem.
>
> Let us know what else you run into. Meanwhile, I'll try to get some
> time within the next week or so to get BD installed and have at it.
>
> marc
>

> On Wed, Apr 30, 2008 at 2:19 AM, Sean Corfield <seancorfi...@gmail.com> wrote:
>
> > The subject probably says it all.
>
> > I tried the basic MXUnit install test but it failed because BlueDragon
> > implements assert() as a built-in function.
>
> > As some folks may know, I'm on the Open BlueDragon Steering Committee
> > and we're looking at unit testing frameworks and I'd like to recommend
> > MXUnit but if it won't run on BD, we can't use it...
> > --
> > Sean A Corfield -- (904) 302-SEAN

> > An Architect's View --http://corfield.org/

[billy]

Nevermind ...saw that BD has a "free" development edition ...

thanks,
bill

[Neil Middleton]

If you wait until Saturday, there's also the first drop of OpenBD...

Neil

[Marc Esher]

We'll have to address a number of issues to get mxunit working on
bluedragon. It'll happen, just not right away. Naturally, if some
willing soul out there would like to contribute patches to make this
happen sooner, we'd gladly welcome them.

thanks!

marc

[Sean Corfield]

On Thu, May 1, 2008 at 8:54 AM, Marc Esher <marc....@gmail.com> wrote:
> We'll have to address a number of issues to get mxunit working on
> bluedragon. It'll happen, just not right away. Naturally, if some
> willing soul out there would like to contribute patches to make this
> happen sooner, we'd gladly welcome them.

I'll most likely take up that challenge...

--
Sean A Corfield -- (904) 302-SEAN

An Architect's View -- http://corfield.org/

[Mike Henke]

I wonder if we want to setup some virtual servers instances for easy
testing of different ColdFusion engines along with browser/platform
testing of web interface. Developers could download the vmware
instance and run "tests" through the vmplayer. Eventually we could
try adding to the build process.

[Marc Esher]

That's a great idea. How do you integrate that in ant? exec calls?

marc

[Mike Henke]

I guess taking about a Selenium Grid solution.
http://selenium-grid.openqa.org/run_the_demo.html

[Sean Corfield]

On Wed, Apr 30, 2008 at 4:57 AM, Marc Esher <marc....@gmail.com> wrote:
> This is now fixed in SVN. If you want to give it a shot, please get
> latest at http://mxunit.googlecode.com/svn/mxunit/trunk.
>
> I didn't test the fix on BD, but I did remove this particular problem.

Thanx. I will download and try this. However, the whole silly mess
with CFCProxy is never going to work on BD. It's only in the index.cfm
page for the install test but I really think it needs to go.

Just require "mxunit" to be root-accessible (under the webroot or via
a mapping) and fall inline with all the other frameworks and stop
worrying about it, m'kay? :)

If MXUnit runs well on OpenBD, we will adopt it as the standard unit
testing framework for the project and we will require all unit tests
for features be written with it. (I'm pushing very hard for this
because I believe MXUnit is the best unit testing framework but the
key is that it has to run cleanly on BD)

[billy]

Hey Sean,

The MXUnit developers will discuss this and post a message today. In
short, we are committed to making MXUnit fully compatible with
BlueDragon and wholly support that effort. We just need to discuss
some of the details of what needs to be done and when it can be
released. We hope that a fully compatible release will be available
for the official BD release at CFUnited in June.

Preliminary tests show that MXUnit is largely compatible. The
framework issues surround what you pointed out, and that has to do
with using Adobe specific components, such as the CFCProxy and
cfcexlporer. Theses are not deal breakers, for sure, just convenience
items.

Stay tuned ...

thanks,
bill[y]

On May 5, 11:18 pm, "Sean Corfield" <seancorfi...@gmail.com> wrote:

> On Wed, Apr 30, 2008 at 4:57 AM, Marc Esher <marc.es...@gmail.com> wrote:
> > This is now fixed in SVN. If you want to give it a shot, please get

> > latest athttp://mxunit.googlecode.com/svn/mxunit/trunk.

>
> > I didn't test the fix on BD, but I did remove this particular problem.
>
> Thanx. I will download and try this. However, the whole silly mess
> with CFCProxy is never going to work on BD. It's only in the index.cfm
> page for the install test but I really think it needs to go.
>
> Just require "mxunit" to be root-accessible (under the webroot or via
> a mapping) and fall inline with all the other frameworks and stop
> worrying about it, m'kay? :)
>
> If MXUnit runs well on OpenBD, we will adopt it as the standard unit
> testing framework for the project and we will require all unit tests
> for features be written with it. (I'm pushing very hard for this
> because I believe MXUnit is the best unit testing framework but the
> key is that it has to run cleanly on BD)
> --
> Sean A Corfield -- (904) 302-SEAN

> An Architect's View --http://corfield.org/

[Sean Corfield]

On Tue, May 6, 2008 at 6:27 AM, billy <vir...@gmail.com> wrote:
> The MXUnit developers will discuss this and post a message today. In
> short, we are committed to making MXUnit fully compatible with
> BlueDragon and wholly support that effort.

Thank you!

I look forward to an update from the team.

--
Sean A Corfield -- (904) 302-SEAN

An Architect's View -- http://corfield.org/

[Sean Corfield]

On Tue, May 6, 2008 at 6:27 AM, billy <vir...@gmail.com> wrote:

> We hope that a fully compatible release will be available
> for the official BD release at CFUnited in June.

Just to note: Open BlueDragon was officially released at
cf.Objective() last week. It can be downloaded in both binary and
source forms from openbluedragon.org already.

--
Sean A Corfield -- (904) 302-SEAN

An Architect's View -- http://corfield.org/

[billy]

Sean, et al,

Sorry for the delay. I meant to respond yesterday but most of us are
pretty well swamped. Though we're still looking at what will be
involved with the Eclipse Plugin, I feel the framework should be
BlueDragon compatible in short order. Based on our tests at this point
there seems to be 3 issues:

1. The DirectoryTestSuite has an optional componentPath attribute.
When omitted, mxunit uses the Adobe specific cfcexplorer to determine
the componentPath. We've agreed to deprecate this optionality in
future releases, and give developers a chance to update their code. My
guess is that most folks specify this anyway, because omitting it can
be a performance killer. This also applies to the Ant task, which has
an optional componentPath attribute for the DIRECTORY sub-task. The
Ant task now logs a deprecation WARNING to stdout when the
componentPath is omitted. So, until then, BlueDragon users _must_
specify the componentPath in the Ant task and DirectoryTestSuites.

2. BlueDragon is throwing a java.lang.UnsupportedOperationException
(apparently) for use of array.indexOf(...) [Line 167 TestCase.cfc].
Needs some research. I'm sure there's a workaround if a quick solution
is not available.

3. The installation verification uses the CFCProxy, which is Adobe
specific. We can bypass the fancy installation verification wiz-bang
stuff and simply point users to the samples.

We'll look into it this week and post back soon. So far, it looks
encouraging.

all the best,
bill[y]

On May 6, 11:01 pm, "Sean Corfield" <seancorfi...@gmail.com> wrote:
> On Tue, May 6, 2008 at 6:27 AM, billy <vir...@gmail.com> wrote:
> > The MXUnit developers will discuss this and post a message today. In
> > short, we are committed to making MXUnit fully compatible with
> > BlueDragon and wholly support that effort.
>
> Thank you!
>
> I look forward to an update from the team.
> --
> Sean A Corfield -- (904) 302-SEAN

> An Architect's View --http://corfield.org/

[Sean Corfield]

I changed the Assert.cfc constructor to init() (because assert() is
reserved in OpenBD).

However, I can't get the plugin to run because it hits a web service
exception that there is no deserializer for StructMapItem. That may be
an OpenBD bug I need to check that list.

On May 7, 8:09 pm, billy <vir...@gmail.com> wrote:
> 2.  BlueDragonis throwing a java.lang.UnsupportedOperationException

> (apparently) for use of array.indexOf(...) [Line 167 TestCase.cfc].
> Needs some research. I'm sure there's a workaround if a quick solution
> is not available.

Yeah, OpenBD's array type does not have all the underlying Java
methods (because it isn't a Java object).

[Marc Esher]

Sean, the plugin now works with bluedragon, but it hasn't been
released yet because it needs the newest stuff in the framework in
order to work, and bill hasn't released that yet. As soon as he puts
out a new release, we'll put out the latest plugin.

That jar file i sent the other day though is the latest and greatest,
so if you drop that into your plugins directory and delete the
existing org.mxunit.eclipseplugin folders, it "should" work with
bluedragon. but again, you'll need to be using the latest framework
from svn.

marc