Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of dave2wave@comcast.net
 designates 76.96.30.16 as permitted sender)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: JIRA Import (was Re: Unit tests)
From: Dave Fisher <dave2wave@comcast.net>
In-Reply-To: <EEE82166-45F1-43AE-8958-B2788A1B3B4C@comcast.net>
Date: Fri, 16 Mar 2012 16:32:15 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <F886B16B-DADD-4588-9C7D-68B888020846@comcast.net>
References: <CB85238A.3D90F%aharui@adobe.com>
 <EEE82166-45F1-43AE-8958-B2788A1B3B4C@comcast.net>
To: flex-dev@incubator.apache.org

Well Alex and I tried with Infrastructure. Two points.

(1) There are 30,000 jira issues in the import. That is a lot of history =
of closed issues.

(2) Infrastructure is currently working with Atlassian on the import =
issue.

A little more patience ... please.

Regards,
Dave

On Mar 13, 2012, at 5:55 PM, Dave Fisher wrote:

>=20
> On Mar 13, 2012, at 4:17 PM, Alex Harui wrote:
>=20
>> The tool currently pulls one Adobe issue and creates a new issue in =
the
>> destination instance, then goes on to the next.  I could slow it down =
if we
>> have to.
>=20
> Ask Infrastructure what rate is too fast, or if there are times when =
you should stop.
>=20
> Regards,
> Dave
>=20
>>=20
>>=20
>> On 3/13/12 4:12 PM, "Dave Fisher" <dave2wave@comcast.net> wrote:
>>=20
>>>=20
>>> On Mar 13, 2012, at 1:18 PM, Alex Harui wrote:
>>>=20
>>>>=20
>>>>=20
>>>>=20
>>>> On 3/13/12 1:13 PM, "Carol Frampton" <cframpto@adobe.com> wrote:
>>>>=20
>>>>> I know Alex considered this option several weeks ago.  I believe =
he was
>>>>> told by Apache infrastructure not to do this but he can correct me =
if I am
>>>>> wrong.
>>>>>=20
>>>> I already have this tool written.  That's how I was able to convert =
from the
>>>> Adobe version of JIRA to the Apache version.  However, I had to run =
it
>>>> against an empty JIRA instance and deliver a database dump.  Infra =
currently
>>>> won't let me run it against the actual Apache JIRA instance.
>>>=20
>>> Can you run your tool so that each JIRA issue is moved one at a =
time? (Dull,
>>> boring and slow) If so, then that might remove Infrastructures =
objection which
>>> I believe is more about making "massive" changes that in one way or =
another
>>> are irreversible and effect other concurrent users.
>>>=20
>>> Regards,
>>> Dave
>>>=20
>>>=20
>>>>=20
>>>> --=20
>>>> Alex Harui
>>>> Flex SDK Team
>>>> Adobe Systems, Inc.
>>>> http://blogs.adobe.com/aharui
>>>>=20
>>>=20
>>=20
>> --=20
>> Alex Harui
>> Flex SDK Team
>> Adobe Systems, Inc.
>> http://blogs.adobe.com/aharui
>>=20
>=20