Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Received-SPF: pass (athena.apache.org: domain of webautomator@gmail.com
 designates 209.85.220.226 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=ZdrrbUVF/Y0yBQjSWeXhZQTda2E9FpY3RTVzuQEXbxrTTvkMCRfA5nMf3JkRZSGwe4
         nNaYNT9eKfuCnIrskIGPu2GDeO90d2D2Hy7KxEEk3TCPZ1zGEGEJBSemjbh74etHaEMc
         zTi75ZXxSf9llHV13ha5cfkVeue9OfyekRF04=
MIME-Version: 1.0
In-Reply-To: <4B9F9E8A.5090303@gmail.com>
References: <855911.22501.qm@web29112.mail.ird.yahoo.com>
	 <93d36c111003130115q34926e6j8a4f3aec9651a486@mail.gmail.com>
	 <4B9E4737.8090008@sun.com>
	 <93d36c111003160325g48cbd06ek435aad91bd1720a9@mail.gmail.com>
	 <4B9F89D6.3030604@sun.com> <4B9F9E8A.5090303@gmail.com>
Date: Tue, 16 Mar 2010 17:26:12 +0200
Message-ID: <93d36c111003160826oc80f1dbt684342120a1262b5@mail.gmail.com>
Subject: Re: Google Summer of Code
From: =?KOI8-R?B?8c4g8NLPx9LBzc3J09Q=?= <webautomator@gmail.com>
To: derby-dev@db.apache.org
Cc: bpendleton.derby@gmail.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

> I would be willing to serve as a mentor for a GSoC intern who was working
> on this project.

So, you would like to be my mentor on this?

> If you are interested in pursuing this, I think the next step would be to
> develop the initial seed of an idea into a more fully-fleshed-out project
> proposal. For example:

Yeap, I am interested. Especially if end-users (read: developers) will
use object relational mapping, for example, if some entity
properties(class fields in ORM) will stand on JavaDB
data types and some fields would be from MySQL(Oracle? DB2?). In the
area where few databases used in parallel. Especially awesome for
Oracle MQ tables, which force message broker to send(recieve?) data
entries, updated/inserted using SQL; for data centric stuff. That was
a main idea

> =A0- do some research to try to locate existing compatibility test suites
> =A0 that we could start with
Column types compatibility?
> =A0- identify likely areas of behavior difference where test suites could
> =A0 expose interesting issues
I will think deeply to generate a reasonable list
> =A0- sketch out the mechanics of how we'd use these test suites to verify
> =A0 Derby compatibility behaviors in an ongoing fashion (that is, how can
> =A0 we automate the compatibility testing, how can we interpret the resul=
ts,
> etc.)
I suppose you are about compatibility assertion-like test? Performance
test to count time issues of data conversions (e.g. one numeric type
to another, text to blob and vice versa, etc.)?
> The best place to record these ideas is in the JIRA issue itself; you sho=
uld
> assign the issue to yourself to indicate that you are working on it.

1. A more detailed list please. Step by step. So I could get all in focus

2. I will figure out how to assign it to me

John