RE: Proposal: Jakarta HiveMind Project

2004-03-03 Thread Zenaan Harkness
On Wed, 2004-03-03 at 12:13, Noel J. Bergman wrote:
(3.2) CVS repositories
The package shall use a root branch of the jakarta-hivemind CVS
repository.
   Not Subversion?
  Is there a pressing reason to go subversion?
 
 Well, this is a new module, and will be migrating this year anyway.  Is
 there a reason to not use Subversion?

Is arch/tla an option for Apache projects?

ta
zen

-- 
* Debian Enterprise: http://debian-enterprise.org/
* Homepage: http://soulsound.net/
* PGP Key: http://soulsound.net/zen.asc
* Please respect the confidentiality of this email as sensibly warranted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Proposal: Jakarta HiveMind Project

2004-03-03 Thread Henri Yandell


On Thu, 4 Mar 2004, Zenaan Harkness wrote:

 On Wed, 2004-03-03 at 12:13, Noel J. Bergman wrote:
 (3.2) CVS repositories
 The package shall use a root branch of the jakarta-hivemind CVS
 repository.
Not Subversion?
   Is there a pressing reason to go subversion?
 
  Well, this is a new module, and will be migrating this year anyway.  Is
  there a reason to not use Subversion?

 Is arch/tla an option for Apache projects?

Not as far as I know. Mainly due to trying to keep the infrastructure on
just one solution, ie) I think someday cvs will not be an option too.

Hen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Proposal: Jakarta HiveMind Project

2004-03-03 Thread Noel J. Bergman
 Is arch/tla an option for Apache projects?

No.

CVS is what we've been using, Subversion is the intended migration path.

--- Noel

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Proposal: Jakarta HiveMind Project

2004-03-02 Thread Noel J. Bergman
Howard,

To be clear, this is a proposal to move HiveMind out of Commons Sandbox into
Jakarta proper?  Correct?

Just to address some of the infrastructure questions that will come up if
this is approved:

 HiveMind represents a generous donation of code to the ASF by WebCT

 (3) Identify any Jakarta resources to be created
 (3.1) mailing lists
   [EMAIL PROTECTED]
   [EMAIL PROTECTED]

Pretty standard fare.  We'll need some additional information, such as
moderators, etc.  See http://www.apache.org/dev/project-creation-form.txt.

 (3.2) CVS repositories
 The package shall use a root branch of the jakarta-hivemind CVS
repository.

Not Subversion?

 (3.3) Jira
 The package shall be listed as top level project, Jakarta HiveMind,
 within the Jakarta category.  It shall use the key HIVEMIND.

Anything in bugzilla that we need to migrate?

 (3.4) Wiki
 A moinmoin wiki shall be created, as
http://wiki.apache.org/jakarta-hivemind

Anything that you need migrated from the UseMod:Wiki instance?

 (4) Identify the initial set of committers to be listed in the Status
File.
 Howard M. Lewis Ship [EMAIL PROTECTED]
 Prashant Nayak [EMAIL PROTECTED]
 Harish Krishnaswamy [EMAIL PROTECTED]
 Knut Wannheden [EMAIL PROTECTED]
 Erik Hatcher [EMAIL PROTECTED]

You, Harish, and Erik are fine, as far as I can see.  If the project is
accepted by the PMC, Knut Wannheden can certainly be voted karma, but a
signed CLA needs to be recorded before access is granted.  In the case of
Prashant Nayak, I believe that we will need two CLAs for him: an individual
CLA and a corporate CLA from WebCT to authorize the contributions of WebCT
employees.

--- Noel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Proposal: Jakarta HiveMind Project

2004-03-02 Thread dion
Noel J. Bergman [EMAIL PROTECTED] wrote on 03/03/2004 10:50:44 AM:

 Howard,
 
 To be clear, this is a proposal to move HiveMind out of Commons Sandbox 
into
 Jakarta proper?  Correct?
 
 Just to address some of the infrastructure questions that will come up 
if
 this is approved:
 
  HiveMind represents a generous donation of code to the ASF by WebCT
 
  (3) Identify any Jakarta resources to be created
  (3.1) mailing lists
[EMAIL PROTECTED]
[EMAIL PROTECTED]
 
 Pretty standard fare.  We'll need some additional information, such as
 moderators, etc.  See 
http://www.apache.org/dev/project-creation-form.txt.
 
  (3.2) CVS repositories
  The package shall use a root branch of the jakarta-hivemind CVS
 repository.
 
 Not Subversion?

Is there a pressing reason to go subversion?

Are we svn 1.0 capable at this point? 

From what I can tell the IDE tools (e.g. subclipse) haven't been updated 
for the 1.0 release yet.
--
dIon Gillard, Multitask Consulting


RE: Proposal: Jakarta HiveMind Project

2004-03-02 Thread Noel J. Bergman
   (3.2) CVS repositories
   The package shall use a root branch of the jakarta-hivemind CVS
   repository.
  Not Subversion?
 Is there a pressing reason to go subversion?

Well, this is a new module, and will be migrating this year anyway.  Is
there a reason to not use Subversion?

 Are we svn 1.0 capable at this point?

We're still running a development version, I believe.  I just put in an
inquiry asking about the update.

 From what I can tell the IDE tools (e.g. subclipse) haven't been updated
 for the 1.0 release yet.

emacs works just fine.  What more do you need?  ;-)

Ok, for the humor impaired, see: http://scm.tigris.org.  Not all of the
client code appears to be updated, yet.  I don't know if there were any
critical changes between 0.37 (linked with Subclipse) and 1.0 that would
prevent Subclipse from working.

--- Noel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Proposal: Jakarta HiveMind Project

2004-03-02 Thread Tim O'Brien
I'm +1 on this proposal, I think it makes sense for HiveMind to be a 
subproject of Jakarta and not a Jakarta Commons project.

Whether the source is stored in SVN or CVS should be a decision up to 
Howard and the relevant committers on the project.

Tim O'Brien

Howard M. Lewis Ship wrote:
Proposal for Jakarta HiveMind Project

(0) Rationale

HiveMind is a simple framework for creating pluggable, configurable, reusable services. 

Simple: HiveMind is a way to create a network of services in terms of Java interfaces 
and classes;
it cherry picks the most useful ideas from Service Oriented Architectures such as 
J2EE, JMX and
SOAP, but removes the aspects that are typically overkill for most applications, such 
as service
remoteability and language neutrality. HiveMind creates a natural network of related 
services and
configuration data, all operating within a single JVM.
Pluggable: HiveMind enforces a complete separation of service definition and 
implementation. This is
manifested by a division of services into an interface definition and a service 
implementation as
well as a split between defining a service (as part of a HiveMind module) and 
providing the
implementation of that service (potentially, in a different module).
Configurable: HiveMind integrates a service oriented architecture to a sophisticated 
configuration
architecture; the configuration architecture is adapted from the Eclipse plug-in 
model, wherein
modules may define configuration extension points and multiple modules may provide 
contributions to
those extension points.
Reusable: HiveMind is a framework and container, but not an application. The HiveMind 
framework and
the services it provides may be easily combined with application-specific services and
configurations for use in disparate applications.
The API for HiveMind allows thread-safe, easy access to services and configurations 
with a minimal
amount of code. The value-add for HiveMind is not just runtime flexibility: it is 
overall developer
productivity. HiveMind systems will entail less code; key functionality that is 
frequently an
after-thought, such as parsing of XML configuration files, logging of method 
invocations, and lazy
creation of services, is handled by the HiveMind framework in a consistent, robust, and
well-documented manner.
HiveMind fits into an area that partially overlaps the Apache Avalon project, with 
significant
differences. HiveMind's concept of a distributed configuration is unique among the 
available service
microkernels (Avalon, Keel, Spring, PicoContainer, etc.). Avalon is firmly rooted in a 
Service
Lookup pattern (whereby collaborating services must explicitly, in code, resolve 
dependencies
between each other using a lookup pattern similar to JNDI). HiveMind uses the 
Dependency Injection
pattern, whereby the framework (acting as container) creates connections between 
services by setting
properties of the services (property injection) or making use of particular 
constructors for the
services (constructor injection).
HiveMind represents a generous donation of code to the ASF by WebCT 
(http://www.webct.com). HiveMind
originated from internal requirements for a flexible, loosely-coupled configuration 
management and
services framework for WebCT's industry-leading flagship enterprise e-learning 
product, Vista.
Several individuals in WebCT's research and development team in addition to Mr. Howard 
Lewis Ship
contributed to the requirements and concepts behind HiveMind's current set of 
functionality
including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill 
Richard and
Ajay Sharda. HiveMind is already in use as a significant part of Vista.
(1) Scope of the package

The package shall entail a core framework JAR (containing essential classes and 
services), a
standard library JAR (containing generically useful services), along with ancillary 
artifacts such
as Ant tasks and/or Maven plug-ins and, of course, documentation, all distributed 
under the Apache
Software License.
(1.1) Interaction with other packages

HiveMind has dependencies on several standard commons packages, including commons-lang 
and
commons-logging.
HiveMind makes use of the Javassist bytecode generation library, which is available 
under the MPL
(Mozilla public license).
(2) Identify the initial source for the package

The initial code base has been developed by Howard M. Lewis Ship within the Jakarta 
Commons
incubator.
http://jakarta.apache.org/commons/sandbox/hivemind

Note: HiveMind was originally considered for inclusion as part of Jakarta commons. 
Subsequent
research has shown that HiveMind is not a suitable candidate for the commons, and is 
more
appropriate for a top-level Jakarta project.
(2.1) Identify the base name for the package

org.apache.hivemind

(2.2) Identify the coding conventions for this package

The code follows a modified version of Sun's standard coding conventions, with the 
following
stylistic changes:
- instance 

Re: Proposal: Jakarta HiveMind Project

2004-03-02 Thread Stephen McConnell
Howard M. Lewis Ship wrote:

HiveMind fits into an area that partially overlaps the Apache Avalon project, with 
significant
differences. HiveMind's concept of a distributed configuration is unique among the 
available service
microkernels (Avalon, Keel, Spring, PicoContainer, etc.). Avalon is firmly rooted in a 
Service
Lookup pattern (whereby collaborating services must explicitly, in code, resolve 
dependencies
between each other using a lookup pattern similar to JNDI). HiveMind uses the 
Dependency Injection
pattern, whereby the framework (acting as container) creates connections between 
services by setting
properties of the services (property injection) or making use of particular 
constructors for the
services (constructor injection).
Howard:

Just for reference - the Avalon container implementation supports 
dependency injection via either constructor or the classic framework 
interface style.

Stephen.

--

||
| Magic by Merlin|
| Production by Avalon   |
||
| http://avalon.apache.org/merlin|
| http://dpml.net/merlin/distributions/latest|
||
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Proposal: Jakarta HiveMind Project

2004-03-02 Thread Noel J. Bergman
 Whether the source is stored in SVN or CVS should be a decision up to 
 Howard and the relevant committers on the project.

Agreed.  Note that I simply asked.

--- Noel

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]