There have been some good suggestions, but I want to check and be sure
that the project we propose has enough "original work" - IOW, there may
be some requirement about new functionality.
Either way, I have another suggestion for a SOC project, which would be
very benficial (IMO) to our classlib effort while at the same time
requiring some VM headspace...
I'm talking about exploring my fantasies about a test framework that
lets us do conventional "in the same package" unit-test authoring while
giving us precise control over the classlibrary used to run the tests,
as well as possibly other factors.
Sanket, read back through if you aren't aware. There are two related
basic problems is this...
First, when we test the Harmony classlib, we use the harmony classlib to
run JUnit to run the tests that test... the same classlib running JUnit.
This should make anyone squeamish, because there is no "known good" base
we are using for testing.
Second, we *can't* have tests for the java.* classes as unit tests in
java.* package space, because they'd need to be on the boot classpath,
and therefore aren't in the same "context" as user code.
So, the question is what to do.
1) Could we simply have a classloader that can be put in a special mode
so it doesn't that unit tests for bootclasspath-resident packages are
not on the boot classpath?
2) We can divide our tests into two types, "specification tests" (which
can't be on boot classpath)for testing of the classlib's public behavior
is as expected and "integration tests" which are tests which test
private internal behavior. Some of these may suffer from context
issues, which I think we can handle on a case by case basis.
Ideally, it would be great to be able to test the classlib in a
controlled way, independent of the VM and classlib needed to run it.
IOW, it would be interesting to be able to test our classlib independent
of the VM running it, and independent of the 'hosting' classlib running
the test harness to test the candidate classlib.
IOW :
VM + host classlib + SpecialTestFramework(candidate classlib)
if that makes any sense...
Sanket Sharma wrote:
Hi..
I spent some time looking for open projects.. I would prefer contributing to
VM /Compiler code..but I'm open to any other suggestions...
Can you guys please suggest something ???
Regards,
Sanket
-----Original Message-----
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 18, 2006 9:08 PM
To: harmony-dev@incubator.apache.org
Subject: Re: Summer Of Code 2006 - Lets get Harmony involved
Excellent! Now we need a project. Have anything you'd like to propose?
What interests you?
geir
Sanket Sharma wrote:
Hey...
I'm a final sem student doing my internship....
Get me in.. I wann get involved with harmony!!!!!
Awaiting reply,
Sanket
-----Original Message-----
From: Archie Cobbs [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 18, 2006 7:50 PM
To: harmony-dev@incubator.apache.org
Subject: Re: Summer Of Code 2006 - Lets get Harmony involved
Geir Magnusson Jr wrote:
Google again is running their "Summer Of Code"
http://code.google.com/summerofcode.html program, and I think it would
be great for the Harmony project to take advantage of it, assuming we
can find willing students.
...
Lets agree on projects here first.
Great idea.. certainly one project that seems suitable is completing
the gnuclasspathadapter stuff started by Weldon.
-Archie
__________________________________________________________________________
Archie Cobbs * CTO, Awarix *
http://www.awarix.com
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This email may contain confidential or privileged information for the
intended recipient(s) and the views expressed in the same are not
necessarily the views of Zensar Technologies Ltd. If you are not the
intended
recipient or have received this e-mail by error, its use is strictly
prohibited, please delete the e-mail and notify the sender. Zensar
Technologies Ltd. does not accept any liability for virus infected
mails.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]