incubator-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Incubator Wiki] Trivial Update of "IsisProposal" by DanHaywood
Date Wed, 11 Aug 2010 06:52:33 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Incubator Wiki" for change notification.

The "IsisProposal" page has been changed by DanHaywood.
The comment on this change is: Incorporating feedback from Richard Pawson (ref to PhD thesis;
improved wording in a couple of places).
http://wiki.apache.org/incubator/IsisProposal?action=diff&rev1=3&rev2=4

--------------------------------------------------

  
  There are, then, several reasons for us wanting to contribute the framework to Apache.
  
- First, it helps us legitimize the "naked objects" concept.  Notwithstanding the fact that
the project has attracted its fair share of nay-sayers, as its developers we remain convinced
of its usefulness and contribution to enterprise development in general.  Most significantly,
(v2.0 of) Naked Objects was used to develop the online application for benefits administration
of pensions and other state benefits for the Irish Government.  This project went live in
2006, is used by 300+ users on a day-by-day basis, consists of an enterprise domain model
of ~500 entities, and pushes out a new release each month.  Richard and Dan remain consultants
to this project; we would dearly like others to reap the benefit of building enterprise applications
in this way.
+ First, it helps us legitimize the "naked objects" concept.  Notwithstanding the fact that
the project has attracted its fair share of nay-sayers, as its developers we remain convinced
of its usefulness and contribution to enterprise development in general.  Most significantly,
(v2.0 of) Naked Objects was used to develop the online application for benefits administration
of pensions and other state benefits for the Irish Government.  This project went live in
2006, is used by 1500+ users on a day-by-day basis, consists of an enterprise domain model
of ~500 entities, and pushes out a new release each month.  Richard and Dan remain consultants
to this project; we would dearly like others to reap the benefit of building enterprise applications
in this way.
  
  Second, and as already mentioned, it gives us a platform on which to publicize.  The Naked
Objects framework did have its moment in the sun about 5~6 years back, but, at that time,
it was under a GPL license rather than ASL v2.  We were also solely focused in developing
the aforementioned benefits system, rather than building an open source community.  One could
argue that we had an opportunity and we blew it; at any rate what we hope is that Apache will
give us an opportunity to build up a new community.  At Devoxx 2009 we ran an informal poll
to get opinions of Naked Objects, from "best thing since sliced bread", through "fundamentally
flawed", to "never heard of it".  There were 5x as many votes in "never heard of it" as there
were in all of the other columns.  That can either be taken as very disappointing, or as an
opportunity.  We prefer the latter interpretation.
  
  Third, by renaming the project to Isis, it gives us a chance to reposition the framework.
 While the "naked objects" pattern is important, we also want to emphasize domain-driven design.
 Alistair Cockburn's hexagonal (or "ports and adapters") architecture is another influence;
the plugins that the NO framework supports (see [[http://nakedobjects.org/plugins|nakedobjects.org/plugins]])
are either ports/adapters from the presentation layer, or ports/adapters to the persistence
layer.  Furthermore, the newer UI viewers that we have been developing allow the UI to be
customized in various ways and to various extents; so the pojos are not necessarily naked,
they are lightly (or heavily!) clad.  And also, being blunt, that term "naked", while attracting
the "bleeding edge" guys, tends to be a turn-off for the "early majority" who we now want
to target.
  
- Fourth, it removes doubt over its direction.  Currently the NO framework is ASLv2 but copyright
Naked Objects Group Ltd, with Richard Pawson still the figurehead of the naked objects movement.
 As already mentioned, NOGL's energy is in their commercial .NET product.  They are happy
to donate the relevant rights to this software to Apache because it isn't strategic to them;
changing the name of the Java version also means it removes confusion in the market place
as to what Naked Objects framework is (ie a .NET product only).  Meanwhile the rights to the
various sister projects that Dan has written would also be donated to ASF.   Having a single
legal entity - ASF - owning rights for all of this software would be very desirable; we think
it might prompt others to explore the framework.
+ Fourth, it removes doubt over its direction.  Currently the NO framework is ASLv2 but copyright
Naked Objects Group Ltd (NOGL), with Richard Pawson still the figurehead of the naked objects
movement.  As already mentioned, NOGL's energy is in their commercial .NET product.  They
are happy to donate the relevant rights to this software to Apache because it recognizes that
the framework is already critically dependent upon the open source community, so this is the
best way to encourage greater take up, and ensure its future.  Changing the name of the Java
version also means it removes confusion in the market place as to what Naked Objects framework
is (ie a .NET product only).  Meanwhile the rights to the various sister projects that Dan
has written would also be donated to ASF.   Having a single legal entity - ASF - owning rights
for all of this software would be very desirable; we think it might prompt others to explore
the framework.
  
  Fifth, the synergies with other Apache projects will help us meet our ambition to make the
framework easier to extend.  One of the sister projects provides a customizable viewer built
up using Wicket; similarly, we have started on an object store using CouchDB. While we do
understand that it isn't a goal of Apache per se to create a portfolio of frameworks, we do
hope that being part of the Apache family might encourage members of these other communities
to help us develop either those viewers/object stores.  In so doing the community will make
it easier to write viewers or object stores with other technologies, either Apache's own (eg
Click, Tapestry, MyFaces, Pivot, ...; Cayenne, HBase, iBATIS, OpenJPA, ...) or external. 
The 'domain services' angle of DDD also means there are opportunities to integrate with frameworks
that aren't just about presentation or persistence; in Dan's book he sketches out an integration
with Camel/ServiceMix; there are multiple opportunities here.
  
@@ -208, +208 @@

  
  == Documentation ==
  
+  * [[http://www.nakedobjects.org/Pawson-Naked-Objects-thesis.pdf|Richard Pawson's PhD Thesis]],
with foreword by Trygve Reenskaug
   * Books:
     * Domain Driven Design using Naked Objects, Dan Haywood
        * [[http://pragprog.com/titles/dhnako|http://pragprog.com/titles/dhnako]]
@@ -220, +221 @@

  
  == Source and IP Submission Plan ==
  
- As mentioned earlier, the NO framework is ASLv2 but copyright Naked Objects Group Ltd. 
NOGL would be happy to donate this software to Apache because it isn't strategic to them.
 Meanwhile the various sister projects that Dan has written would also be donated to ASF.
  Having a single legal entity - ASF - owning the copyright of all this software would be
very desirable.
+ As mentioned earlier, the NO framework is ASLv2 but copyright Naked Objects Group Ltd. 
NOGL would be happy to donate the relevant rights to Apache, while Dan is also happy to donate
the various sister projects that he has written.   Having a single legal entity - ASF - owning
the copyright of all this software would be very desirable.
  
  
  == External Dependencies ==

---------------------------------------------------------------------
To unsubscribe, e-mail: cvs-unsubscribe@incubator.apache.org
For additional commands, e-mail: cvs-help@incubator.apache.org


Mime
View raw message