You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by Kathey Marsden <km...@sbcglobal.net> on 2006/08/03 17:12:10 UTC

(10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Rick Hillegas (JIRA) wrote:

>It appears that fixing this bug will require us to agree on some mechanism for caching VM-global Derby state. This seems to be an architectural decision which requires careful thought and experiment. I think we should defer this to a future release. I am moving this to 10.3 because thatt's the next release available in the dropdown. I agree with Kathey that this is a good candidate for a bug fix release in the 10.2 lineage.
>
>  
>
Sounds like a reasonable move since there is no immediate solution 
apparent.  I was wondering though, could  we could add a  new version 
that we can use as some of the 10.2 candidates start getting moved out?  
I want to say 10.2.2.0 but am not sure that is right.

Kathey




Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Satheesh Bandaram <ba...@gmail.com>.
Hi Rick,

Currently both Andrew and myself have JIRA-admin access, though Andrew
has been doing all the work lately.

I have been thinking of giving up my JIRA-admin access... May be the
right time now to switch it over to you, since you are the release
manager for 10.2.

Satheesh

Rick Hillegas wrote:

> Yes, please! If I knew the JIRA magic to do this, I would mumble it.
> Could someone teach me the magic, and if necessary, give me karma to
> mumble?
>
> Thanks,
> -Rick
>
> Kathey Marsden wrote:
>
>> Rick Hillegas (JIRA) wrote:
>>
>>> It appears that fixing this bug will require us to agree on some
>>> mechanism for caching VM-global Derby state. This seems to be an
>>> architectural decision which requires careful thought and
>>> experiment. I think we should defer this to a future release. I am
>>> moving this to 10.3 because thatt's the next release available in
>>> the dropdown. I agree with Kathey that this is a good candidate for
>>> a bug fix release in the 10.2 lineage.
>>>
>>>  
>>>
>> Sounds like a reasonable move since there is no immediate solution
>> apparent.  I was wondering though, could  we could add a  new version
>> that we can use as some of the 10.2 candidates start getting moved
>> out?  I want to say 10.2.2.0 but am not sure that is right.
>>
>> Kathey
>>
>>
>>
>
>



Re: Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Andrew McIntyre <mc...@gmail.com>.
On 8/3/06, Satheesh Bandaram <ba...@gmail.com> wrote:
>
> Can you please take me off from JIRA-admin group? JIRA says I can't
> remove my own membership to this group!

done.

Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Satheesh Bandaram <ba...@gmail.com>.
Andrew McIntyre wrote:

> On 8/3/06, Rick Hillegas <Ri...@sun.com> wrote:
>
>> Yes, please! If I knew the JIRA magic to do this, I would mumble it.
>> Could someone teach me the magic, and if necessary, give me karma to
>> mumble?
>
>
> granted. the admin pages are your friends.

Can you please take me off from JIRA-admin group? JIRA says I can't
remove my own membership to this group!

Or Rick, you want to try doing this and use your new karma? :)

Satheesh


Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Rick Hillegas <Ri...@Sun.COM>.
Andrew McIntyre wrote:

> On 8/3/06, Rick Hillegas <Ri...@sun.com> wrote:
>
>> Yes, please! If I knew the JIRA magic to do this, I would mumble it.
>> Could someone teach me the magic, and if necessary, give me karma to 
>> mumble?
>
>
> granted. the admin pages are your friends.

Thanks, Andrew. Where can I find my new friends, the admin pages? I 
tried clicking on the Administration tab on a JIRA report, but that 
didn't take me to a page with useful links.

Regards,
-Rick

>
>> Kathey Marsden wrote:
>>
>> > Sounds like a reasonable move since there is no immediate solution
>> > apparent.  I was wondering though, could  we could add a  new version
>> > that we can use as some of the 10.2 candidates start getting moved
>> > out?  I want to say 10.2.2.0 but am not sure that is right.
>
>
> Yep, that's right. I've added this version to JIRA. We need this also
> to track the inevitable removal of our "early-access" language around
> the JDBC 4 bits. Which reminds me...



Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by "Dag H. Wanvik" <Da...@Sun.COM>.
Hi,

Andrew McIntyre <mc...@gmail.com> writes:

> Yep, that's right. I've added this version to JIRA. We need this also
> to track the inevitable removal of our "early-access" language around
> the JDBC 4 bits. Which reminds me...

Could you please also add an entry for version 11? Cf my need
mentioned here:

http://www.nabble.com/forum/ViewPost.jtp?post=5604369&framed=y

Dag

Re: Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Andrew McIntyre <mc...@gmail.com>.
On 8/3/06, Rick Hillegas <Ri...@sun.com> wrote:
> Yes, please! If I knew the JIRA magic to do this, I would mumble it.
> Could someone teach me the magic, and if necessary, give me karma to mumble?

granted. the admin pages are your friends.

> Kathey Marsden wrote:
>
> > Sounds like a reasonable move since there is no immediate solution
> > apparent.  I was wondering though, could  we could add a  new version
> > that we can use as some of the 10.2 candidates start getting moved
> > out?  I want to say 10.2.2.0 but am not sure that is right.

Yep, that's right. I've added this version to JIRA. We need this also
to track the inevitable removal of our "early-access" language around
the JDBC 4 bits. Which reminds me...

Re: (10.2 maintenance release version for Jira?) Re: [jira] Updated: (DERBY-700) Derby does not prevent dual boot of database from different classloaders on Linux

Posted by Rick Hillegas <Ri...@Sun.COM>.
Yes, please! If I knew the JIRA magic to do this, I would mumble it. 
Could someone teach me the magic, and if necessary, give me karma to mumble?

Thanks,
-Rick

Kathey Marsden wrote:

> Rick Hillegas (JIRA) wrote:
>
>> It appears that fixing this bug will require us to agree on some 
>> mechanism for caching VM-global Derby state. This seems to be an 
>> architectural decision which requires careful thought and experiment. 
>> I think we should defer this to a future release. I am moving this to 
>> 10.3 because thatt's the next release available in the dropdown. I 
>> agree with Kathey that this is a good candidate for a bug fix release 
>> in the 10.2 lineage.
>>
>>  
>>
> Sounds like a reasonable move since there is no immediate solution 
> apparent.  I was wondering though, could  we could add a  new version 
> that we can use as some of the 10.2 candidates start getting moved 
> out?  I want to say 10.2.2.0 but am not sure that is right.
>
> Kathey
>
>
>