Tom Childers wrote:
> Mengwei & James,
> 
> Can someone tell me why we are doing this? What is the problem we are 
> trying to solve?  I'm not aware of any other platforms that include 
> junit out of the box, and some middleware (like Glassfish) already 
> packages junit.

Junit was chosen to be ported as a separate package because of
the many test tools and extensions that depend on it. Thus,
it would open up more packages for our team and others to use
and port.

For example, there about 20 on this page alone:
http://www.opensourcetesting.org/unit_java.php

In addition, OpenSolaris users are searching for
various versions of Junit packages already:
http://muskoka.sfbay/~sch/pkg/search.html

Another reason to port Junit as a separate package was to establish
a "known" location for the current version of Junit on OpenSolaris,
so other products don't have to port their own version, so we can
reduce redundant code where possible.

> One of the other ARC members observes that their Maven build system 
> expects to find junit in a specific place, so this installation will not 
> be useful.  Also, the usage model for junit requires often requires 
> current and/or specific releases, which come out pretty frequently. 
> Sometimes, developers even require several versions installed.  There 
> have been at least six 'dot' releases in the last two years. How is the 
> project team addressing this requirement?

We understand we will not be able to support all applications that depend
on Junit for one reason or another.

We also understand the problem where several open source projects depend
on older versions of Junit and don't plan to update their code to use
the newer version. We felt it was best to start by porting the current
version and revise it as new releases are made available. Then, look at
adding additional older versions that are frequently used/requested.

> I should have sent this question out last week, and I apologize. We are 
> extending the timer on this fast-track for a couple of days to resolve 
> these issues.

Let us know if you have any other questions.

Cheers,
Jim

-- 
Jim Walker, http://blogs.sun.com/jwalker
Sun Microsystems, Software, Solaris QE
x77744, 500 Eldorado Blvd, Broomfield CO 80021

Reply via email to