Return-Path: 
 <derby-dev-return-21747-apmail-db-derby-dev-archive=db.apache.org@db.apache.org>
Delivered-To: apmail-db-derby-dev-archive@www.apache.org
Received: (qmail 50857 invoked from network); 8 Jun 2006 15:39:43 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 8 Jun 2006 15:39:43 -0000
Received: (qmail 6699 invoked by uid 500); 8 Jun 2006 15:39:42 -0000
Delivered-To: apmail-db-derby-dev-archive@db.apache.org
Received: (qmail 6673 invoked by uid 500); 8 Jun 2006 15:39:42 -0000
Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:derby-dev-help@db.apache.org>
List-Unsubscribe: <mailto:derby-dev-unsubscribe@db.apache.org>
List-Post: <mailto:derby-dev@db.apache.org>
List-Id: <derby-dev.db.apache.org>
Reply-To: <derby-dev@db.apache.org>
Delivered-To: mailing list derby-dev@db.apache.org
Received: (qmail 6664 invoked by uid 99); 8 Jun 2006 15:39:42 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 08:39:42 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=UNPARSEABLE_RELAY
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [192.18.1.36] (HELO gmpea-pix-1.sun.com) (192.18.1.36)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 08:39:40 -0700
Received: from d1-emea-01.sun.com (d1-emea-01.sun.com [192.18.2.111] (may be
 forged))
	by gmpea-pix-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k58FdE7Q022498
	for <derby-dev@db.apache.org>; Thu, 8 Jun 2006 16:39:18 +0100 (BST)
Received: from conversion-daemon.d1-emea-01.sun.com by d1-emea-01.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 id <0J0J00K01SEU5E00@d1-emea-01.sun.com>
 (original mail from John.Embretsen@Sun.COM) for derby-dev@db.apache.org; Thu,
 08 Jun 2006 16:39:14 +0100 (BST)
Received: from [129.159.115.213] by d1-emea-01.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 with ESMTPSA id <0J0J00JU1STD3L60@d1-emea-01.sun.com> for
 derby-dev@db.apache.org; Thu, 08 Jun 2006 16:39:14 +0100 (BST)
Date: Thu, 08 Jun 2006 17:32:48 +0200
From: "John H. Embretsen" <John.Embretsen@Sun.COM>
Subject: Re: Feature list for adding JMX extensions to derby
In-reply-to: <d7dd95450606080715i17ea3479ld40f5e29a82989b6@mail.gmail.com>
Sender: John.Embretsen@Sun.COM
To: derby-dev@db.apache.org
Reply-to: derby-dev@db.apache.org
Message-id: <44884320.3010609@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
References: <d7dd95450606080715i17ea3479ld40f5e29a82989b6@mail.gmail.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Sanket Sharma wrote:
> Hi..
> 
> Please see the following and the attached file for a list of features
> that could be added to derby.
> 
> http://issues.apache.org/jira/browse/DERBY-1387
> 
> Awaiting responses

Just a couple of quick comments:

1)

<quote>
4. Assumptions and Dependencies

The interfaces follow the Apache coding style 
http://httpd.apache.org/dev/styleguide.html.
</quote>

The document you are referring to is C Language Style Guide, not Java. I 
just don't understand why, as there are several Java-specific coding 
guidelines out there. A couple of them are mentioned here:
http://wiki.apache.org/db-derby/DerbyContributorChecklist


2)

There is obviously a typo at:
"6.3 Remove vs. Local"


3)
I don't really understand what you are saying about JMX functionality 
and the Derby Network Server, but maybe that is because I don't know 
much about JMX...

Under "5.2.3 Network Server" you write

"The proposed extensions promise to deliver live monitoring of system 
along with the "regular" administration features found in most 
commercial database systems."

Then under "6.3 Remove vs. Local", you write in bullet 3.3:

"As a database server: Continuing what I said in (b) above, I think it 
is the responsibility of the server framework to expose this 
functionality to outside world, not the database engine."

(Minor thing: I think there is a typo here, I think you mean to refer to 
the nested 2), not b)). By "this functionality" I guess you mean remote 
access to monitoring and management features.

I guess what I don't understand is what role can/will the JMX extensions 
play in a pure "Network Server" configuration, i.e. Derby running as a 
stand-alone network server, where embedded access is a no-go?


4)

One final note, or rather a tip:

People are lazy (or, a nicer way to put it: People have limited time to 
spend reading other people's documents).

So, if you want as many people as possible to read your document(s), it 
might be wise to reduce the number of hoops they have to jump through in 
order to do so. I.e., I would recommend publishing relatively simple 
html documents "as is", so that people can view it using one click in 
their browser instead of the more cumbersome download-unzip-open 
procedure. If you really need CSS, perhaps you can embed it in your HTML?
Anyway, that was just a suggestion.


Thanks for working on this!


-- 
John