These are the final results of the Community Draft Ballot for JSR #96. The Executive Committee for SE/EE has not approved this ballot.

JSR96

StageCommunity Draft Ballot

Ballot durationMar 5, 2002 to Mar 11, 2002

Votes

SE/EE

Apache Software Foundation

Apple Computer, Inc.

BEA Systems

Borland Software Corporation

Caldera Systems

Cisco Systems

Compaq Computer Corporation

Fujitsu Limited

Hewlett-Packard

IBM

Lea, Doug

Macromedia, Inc.

Nokia Networks

Oracle

Progress Software

Sun Microsystems, Inc.

Vote Log

SE/EE

On 2002-03-11 Hewlett-Packard voted Abstain with no comment.
------------------------------------------------------------------------------
On 2002-03-11 Borland Software Corporation voted Abstain with no comment.
------------------------------------------------------------------------------
On 2002-03-11 Fujitsu Limited voted No with the following comment:
Fujitsu shares Apache's concerns on this.
------------------------------------------------------------------------------
On 2002-03-11 Oracle voted Abstain with no comment.
------------------------------------------------------------------------------
On 2002-03-11 BEA Systems voted No with the following comment:
BEA shares the concerns expressed by Apache and others regarding both the design of the APIs and the conduct of the expert group and believes these issues must be resolved satisfactorily for this JSR to continue.
------------------------------------------------------------------------------
On 2002-03-11 Apple Computer, Inc. voted No with the following comment:
Apple is also concerned about the lack of consensus in the EG reported by Apache.  If a particular spec. can't reach consensus within the confines of an expert group, it's going to have difficulty gaining adoption in the public.
------------------------------------------------------------------------------
On 2002-03-11 Compaq Computer Corporation voted No with the following comment:
Compaq is very concerned about Apache's report on the workings of the Expert group.  The Java Community Process will not work if input is not accepted.  The expert group needs to  come to consensus on this JSR before it is approved.  While we support the need for Java Daemon processes, we think that there should be a simpler approach to providing this capability.  Compaq is therefore voting no.
------------------------------------------------------------------------------
On 2002-03-11 Caldera Systems voted No with the following comment:
Caldera share Apache's concerns on this and are voting no.
------------------------------------------------------------------------------
On 2002-03-11 Progress Software voted No with the following comment:
After taking feedback from IONA's Expert Group, we believe that the 30-day reconsideration period would enable the group to address the concerns raised and as such we vote 'no' at this time.
------------------------------------------------------------------------------
On 2002-03-11 IBM voted No with the following comment:
We are very supportive of the expert group leader's efforts to reach consensus on this proposal within the group. From the comments raised to date, however, we do feel that the team need to re-group and make a concerted effort to solve the issues raised within a 30 day reconsideration period. We note that this will need the constructive and supportive efforts of all the expert group members, not just the leader, to achieve this.
------------------------------------------------------------------------------
On 2002-03-11 Macromedia, Inc. voted No with the following comment:
Due to this JSR's lack of EG consensus and unclear delineation between it and related API's, we cannot vote in support of it at this time.
------------------------------------------------------------------------------
On 2002-03-11 Nokia Networks voted No with the following comment:
Based on the reasoning provided by Apache, we are voting no.
------------------------------------------------------------------------------
On 2002-03-09 Lea, Doug voted No with the following comment:
This expert group must actually come to consensus 
before the JSR can progress to community review.
------------------------------------------------------------------------------
On 2002-03-07 Sun Microsystems, Inc. voted No with the following comment:
While Sun appreciates the efforts of the Spec Lead, we
share many of Apache's concerns.  We are also concerned
that the APIs have become overly complex.  We are therefore
also voting no.
------------------------------------------------------------------------------
On 2002-03-05 Apache Software Foundation voted No with the following comment:
Apache votes no for the following reasons:  The spec lead pushed this to community review without EG consensus, there are security concerns regarding the interaction of the daemon and daemon container, the object model does not follow standard Java programming idioms, and we perceive excessive overlap with JMX and don't see any interaction with related APIs such as the Java Isolate API (JSR-121).  Details about each of these concerns is being sent to the SEEE mailing list.
------------------------------------------------------------------------------