Re: [PROPOSAL] Apache Isis
On Tue, Aug 31, 2010 at 6:28 AM, Dan Haywood wrote: > On 30/08/2010 07:26, Tim Williams wrote: >> >> Your proposal caused me to poke around the NO site and the first forum >> topic I came upon[1] had someone providing a [simple] patch. This has >> me curious about the code provenance. Assuming this isn't the only >> one, could you say something about getting clearance from outside >> contributors? At least, it seems to me that it could be slightly more >> complicated than the two parties you mention above. > > Just to update this thread... there have been very few patches historically. > Indeed, we've searched through our email archives (back to 2002), through > the SVN commit logs, and through the current codebase for any comments, and > found only 1 one-liner from 2008, and the three patches in 2010 all from the > same user (one of which was the patch you quoted). > > In addition, we have three contributors/committers who have made changes. > > What we're doing is contacting the guy who gave us these patches, and > getting a formal ok from the existing contributors/committers; when I have > this I'll update the proposal. Hi Dan, that's great, you can just update your proposal to acknowledge this and then solve it during incubation. I think it's important to identify these things prior to incubation but you can work it while you're incubating [and, obviously, prior to any release]... --tim - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
On 30/08/2010 07:26, Tim Williams wrote: Your proposal caused me to poke around the NO site and the first forum topic I came upon[1] had someone providing a [simple] patch. This has me curious about the code provenance. Assuming this isn't the only one, could you say something about getting clearance from outside contributors? At least, it seems to me that it could be slightly more complicated than the two parties you mention above. Just to update this thread... there have been very few patches historically. Indeed, we've searched through our email archives (back to 2002), through the SVN commit logs, and through the current codebase for any comments, and found only 1 one-liner from 2008, and the three patches in 2010 all from the same user (one of which was the patch you quoted). In addition, we have three contributors/committers who have made changes. What we're doing is contacting the guy who gave us these patches, and getting a formal ok from the existing contributors/committers; when I have this I'll update the proposal. Tim, I appreciate you taking the time to look into our affairs, though... I'm very keen that we get this right. Thx Dan - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
On Mon, Aug 30, 2010 at 8:07 AM, Benson Margulies wrote: > Um, Well, maven still uses Codehaus JIRA that lacks the 'grant to > Apache' checkbox. Perhaps they separately negotiate iclas. Sorry, I can't speak intelligently about maven - hopefully, the Maven PMC has another mechanism for performing the oversight role they're responsible for. --tim - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
Um, Well, maven still uses Codehaus JIRA that lacks the 'grant to Apache' checkbox. Perhaps they separately negotiate iclas. On Mon, Aug 30, 2010 at 7:57 AM, Tim Williams wrote: > On Mon, Aug 30, 2010 at 7:39 AM, Mohammad Nour El-Din > wrote: >> Hi Tim... >> >> From this link - http://sourceforge.net/projects/nakedobjects - >> project details section, it is stated that the code of this project is >> licensed under (Apache License v2.0), and hence it is the >> responsibility of the person who contributed any code to the project >> to understand that his/her contribution is going to be under the same >> license as long as it is committed as a patch to source code of >> project they contributed to, just like what happens from contributors >> contributing code to different Apache projects. I hope this can reply >> your question ? :) > > Short answer is that I am not totally sure - I just saw that there > were clearly other sources for the code other than the two parties > mentioned and so I thought that should be highlighted in the IP > Clearance section. The question, AIUI, isn't about the license of the > code being patched, it's the granting of the code in the patch itself. > We ask contributors to either submit an ICLA or check the "Grant for > inclusion..." checkbox in JIRA. I don't have a lot of Incubator > experience so I'll defer on this one, it just caught my eye - my own > understanding is that contributors would need to be tracked down[1]. > > --tim > > [1] - http://incubator.apache.org/guides/mentor.html#initial-ip-clearance > >> On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams wrote: >>> On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood wrote: I'd like to formally propose a new project for the incubator, Apache Isis. >>> >>> ... snipped >>> == Source and IP Submission Plan == As mentioned earlier, the NO framework is ASLv2 but copyright belongs to Naked Objects Group Ltd. NOGL is 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 relevant rights to all this software would be very desirable. >>> >>> Your proposal caused me to poke around the NO site and the first forum >>> topic I came upon[1] had someone providing a [simple] patch. This has >>> me curious about the code provenance. Assuming this isn't the only >>> one, could you say something about getting clearance from outside >>> contributors? At least, it seems to me that it could be slightly more >>> complicated than the two parties you mention above. >>> >>> Thanks, >>> --tim >>> >>> [1] - >>> http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184 >>> >>> - >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >>> >> >> >> >> -- >> Thanks >> - Mohammad Nour >> Author of (WebSphere Application Server Community Edition 2.0 User Guide) >> http://www.redbooks.ibm.com/abstracts/sg247585.html >> - LinkedIn: http://www.linkedin.com/in/mnour >> - Blog: http://tadabborat.blogspot.com >> >> "Life is like riding a bicycle. To keep your balance you must keep moving" >> - Albert Einstein >> >> "Writing clean code is what you must do in order to call yourself a >> professional. There is no reasonable excuse for doing anything less >> than your best." >> - Clean Code: A Handbook of Agile Software Craftsmanship >> >> "Stay hungry, stay foolish." >> - Steve Jobs >> >> - >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
On Mon, Aug 30, 2010 at 7:39 AM, Mohammad Nour El-Din wrote: > Hi Tim... > > From this link - http://sourceforge.net/projects/nakedobjects - > project details section, it is stated that the code of this project is > licensed under (Apache License v2.0), and hence it is the > responsibility of the person who contributed any code to the project > to understand that his/her contribution is going to be under the same > license as long as it is committed as a patch to source code of > project they contributed to, just like what happens from contributors > contributing code to different Apache projects. I hope this can reply > your question ? :) Short answer is that I am not totally sure - I just saw that there were clearly other sources for the code other than the two parties mentioned and so I thought that should be highlighted in the IP Clearance section. The question, AIUI, isn't about the license of the code being patched, it's the granting of the code in the patch itself. We ask contributors to either submit an ICLA or check the "Grant for inclusion..." checkbox in JIRA. I don't have a lot of Incubator experience so I'll defer on this one, it just caught my eye - my own understanding is that contributors would need to be tracked down[1]. --tim [1] - http://incubator.apache.org/guides/mentor.html#initial-ip-clearance > On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams wrote: >> On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood wrote: >>> I'd like to formally propose a new project for the incubator, Apache Isis. >> >> ... snipped >> >>> == Source and IP Submission Plan == >>> As mentioned earlier, the NO framework is ASLv2 but copyright belongs to >>> Naked Objects Group Ltd. NOGL is 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 relevant >>> rights to all this software would be very desirable. >> >> Your proposal caused me to poke around the NO site and the first forum >> topic I came upon[1] had someone providing a [simple] patch. This has >> me curious about the code provenance. Assuming this isn't the only >> one, could you say something about getting clearance from outside >> contributors? At least, it seems to me that it could be slightly more >> complicated than the two parties you mention above. >> >> Thanks, >> --tim >> >> [1] - >> http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184 >> >> - >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> > > > > -- > Thanks > - Mohammad Nour > Author of (WebSphere Application Server Community Edition 2.0 User Guide) > http://www.redbooks.ibm.com/abstracts/sg247585.html > - LinkedIn: http://www.linkedin.com/in/mnour > - Blog: http://tadabborat.blogspot.com > > "Life is like riding a bicycle. To keep your balance you must keep moving" > - Albert Einstein > > "Writing clean code is what you must do in order to call yourself a > professional. There is no reasonable excuse for doing anything less > than your best." > - Clean Code: A Handbook of Agile Software Craftsmanship > > "Stay hungry, stay foolish." > - Steve Jobs > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
Hi Tim... From this link - http://sourceforge.net/projects/nakedobjects - project details section, it is stated that the code of this project is licensed under (Apache License v2.0), and hence it is the responsibility of the person who contributed any code to the project to understand that his/her contribution is going to be under the same license as long as it is committed as a patch to source code of project they contributed to, just like what happens from contributors contributing code to different Apache projects. I hope this can reply your question ? :) On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams wrote: > On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood wrote: >> I'd like to formally propose a new project for the incubator, Apache Isis. > > ... snipped > >> == Source and IP Submission Plan == >> As mentioned earlier, the NO framework is ASLv2 but copyright belongs to >> Naked Objects Group Ltd. NOGL is 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 relevant >> rights to all this software would be very desirable. > > Your proposal caused me to poke around the NO site and the first forum > topic I came upon[1] had someone providing a [simple] patch. This has > me curious about the code provenance. Assuming this isn't the only > one, could you say something about getting clearance from outside > contributors? At least, it seems to me that it could be slightly more > complicated than the two parties you mention above. > > Thanks, > --tim > > [1] - > http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184 > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Thanks - Mohammad Nour Author of (WebSphere Application Server Community Edition 2.0 User Guide) http://www.redbooks.ibm.com/abstracts/sg247585.html - LinkedIn: http://www.linkedin.com/in/mnour - Blog: http://tadabborat.blogspot.com "Life is like riding a bicycle. To keep your balance you must keep moving" - Albert Einstein "Writing clean code is what you must do in order to call yourself a professional. There is no reasonable excuse for doing anything less than your best." - Clean Code: A Handbook of Agile Software Craftsmanship "Stay hungry, stay foolish." - Steve Jobs - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood wrote: > I'd like to formally propose a new project for the incubator, Apache Isis. ... snipped > == Source and IP Submission Plan == > As mentioned earlier, the NO framework is ASLv2 but copyright belongs to > Naked Objects Group Ltd. NOGL is 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 relevant > rights to all this software would be very desirable. Your proposal caused me to poke around the NO site and the first forum topic I came upon[1] had someone providing a [simple] patch. This has me curious about the code provenance. Assuming this isn't the only one, could you say something about getting clearance from outside contributors? At least, it seems to me that it could be slightly more complicated than the two parties you mention above. Thanks, --tim [1] - http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Meta-mentoring needed (was: Re: [PROPOSAL] Apache Isis)
We're making progress on the Apache Isis proposal, and now have four mentors. However, only one is currently a mentor (and still quite a newbie), and another is really emeritus rather than active. I'm wondering if there is any grizzled old mentor out there who might do a bit of meta-mentoring, ie someone for our mentors to turn to for an experienced eye? The benefits are two-fold: a) Isis improves its chance of incubating successfully b) the Incubator itself ends up with some new mentors who might be disposed to mentor subsequent projects. Looking forward to one or two +ve replies...! Thanks Dan On 26/08/2010 12:24, Matthias Wessendorf wrote: +1 (binding) On Thu, Aug 26, 2010 at 6:23 PM, Benson Margulies wrote: +1, binding. On Thu, Aug 26, 2010 at 12:12 PM, Siegfried Goeschl wrote: Hi Dan, +1 (non-binding) Cheers, Siegfried Goeschl On 24.08.10 19:12, Dan Haywood wrote: I'd like to formally propose a new project for the incubator, Apache Isis. If accepted, Isis will combine the existing open source Naked Objects framework with a collection of sister projects, providing an extensible Java-based framework for rapidly developing domain-driven applications. I floated the idea of Isis on this mailing list about a month or so ago, and we got some positive feedback and a couple of expressions of interest in contributing. Since then, we've put together a proposal (also copied in below) onto the incubator wiki. The proposal is at: http://wiki.apache.org/incubator/IsisProposal. The current codebase is at: http://nakedobjects.org, with sister projects hosted at: http://starobjects.org We currently have two mentors, but require more, and we still need a champion. I'm hoping that this post will generate some further interest to develop the proposal further. All being well we hope to put this proposal to a vote in a week or two's time. Thanks for reading, looking forward to your feedback. Dan Haywood ~~~ = Isis Proposal = The following presents the proposal for creating a new project within the Apache Software Foundation called Isis. == Abstract == Isis will be an extensible standards-based framework to rapidly develop and enterprise level deploy domain-driven (DDD) applications. == Proposal == The Isis project will bring together a collection of open source projects that collectively support the rapid development of domain-driven applications. The heart of Isis is the Naked Objects Framework, an established open source project that has been around since 2002. In addition, it will incorporate a number of sister projects that build on Naked Objects' pluggable architecture and which extend the reach of Naked Objects in several key areas. In addition, the project will be reorganising the existing projects to logically separate out the components into [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] beans. We believe that the JSR-299 programming model is likely to become widely used for enterprise Java applications; adopting it should make it easier for new contributors to understand how the framework fits together and therefore to develop their own extensions. In turn, we hope this will further extend the reach of the framework to other complementary open source frameworks (either within Apache or outside of it). == Background == Naked Objects is an open source Java framework that was originally developed to explore the idea of enterprise systems that treat the user as a "problem solver, not a process follower". Conceived by Richard Pawson, the first version of the framework was written by Robert Matthews (2002). Richard and Rob also wrote a book, Naked Objects (Wiley, 2002), to explain the idea. More generally, Naked Objects is an implementation of the naked objects architectural pattern. In its purest form, "all" the developer has to do is develop their domain model as pojos; Naked Objects then provides: a object-oriented user interface by rendering those pojos; persistence by extracting the content of the pojos; security by wrapping access to the pojos; remoting by turning local calls into remote ones; and localisation by adapting all the names used in the metamodel. All of this is done reflectively at runtime so that the developer can concentrate on the most important aspect - the application itself. You can think of Naked Objects' OOUI generation as analogous to Hibernate and other ORMs, but rather than reflecting the pojo into the persistence layer, they are reflected into the presentation layer. A number of other open source frameworks cite it as their inspiration, including [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and [[http://www.trailsframework.org|Trails]]. Over this time Naked Objects has attracted a fair degree of attention among the early adopter crowd, generally splitting opinion as either a very good idea or a very bad one. A common misconception is that naked obje
Re: [PROPOSAL] Apache Isis
+1 LieGrue, strub - Original Message > From: Dan Haywood > To: general@incubator.apache.org > Cc: nakedobjects-contribut...@lists.sourceforge.net > Sent: Tue, August 24, 2010 7:12:10 PM > Subject: [PROPOSAL] Apache Isis > > I'd like to formally propose a new project for the incubator, Apache Isis. If > >accepted, Isis will combine the existing open source Naked Objects framework >with a collection of sister projects, providing an extensible Java-based >framework for rapidly developing domain-driven applications. > > I floated the idea of Isis on this mailing list about a month or so ago, and >we got some positive feedback and a couple of expressions of interest in >contributing. Since then, we've put together a proposal (also copied in >below) >onto the incubator wiki. > > The proposal is at: http://wiki.apache.org/incubator/IsisProposal. > The current codebase is at: http://nakedobjects.org, with sister projects >hosted at: http://starobjects.org > > We currently have two mentors, but require more, and we still need a > champion. >I'm hoping that this post will generate some further interest to develop the >proposal further. All being well we hope to put this proposal to a vote in a >week or two's time. > > Thanks for reading, looking forward to your feedback. > Dan Haywood > > ~~~ > > = Isis Proposal = > The following presents the proposal for creating a new project within the >Apache Software Foundation called Isis. > > == Abstract == > Isis will be an extensible standards-based framework to rapidly develop and >enterprise level deploy domain-driven (DDD) applications. > > == Proposal == > The Isis project will bring together a collection of open source projects > that >collectively support the rapid development of domain-driven applications. The >heart of Isis is the Naked Objects Framework, an established open source >project that has been around since 2002. In addition, it will incorporate a >number of sister projects that build on Naked Objects' pluggable architecture >and which extend the reach of Naked Objects in several key areas. > > In addition, the project will be reorganising the existing projects to >logically separate out the components into >[[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] >beans. >We believe that the JSR-299 programming model is likely to become widely used >for enterprise Java applications; adopting it should make it easier for new >contributors to understand how the framework fits together and therefore to >develop their own extensions. In turn, we hope this will further extend the >reach of the framework to other complementary open source frameworks (either >within Apache or outside of it). > > == Background == > Naked Objects is an open source Java framework that was originally developed >to explore the idea of enterprise systems that treat the user as a "problem >solver, not a process follower". Conceived by Richard Pawson, the first >version >of the framework was written by Robert Matthews (2002). Richard and Rob also >wrote a book, Naked Objects (Wiley, 2002), to explain the idea. > > More generally, Naked Objects is an implementation of the naked objects >architectural pattern. In its purest form, "all" the developer has to do is >develop their domain model as pojos; Naked Objects then provides: a >object-oriented user interface by rendering those pojos; persistence by >extracting the content of the pojos; security by wrapping access to the >pojos; >remoting by turning local calls into remote ones; and localisation by >adapting >all the names used in the metamodel. All of this is done reflectively at >runtime so that the developer can concentrate on the most important aspect - >the application itself. You can think of Naked Objects' OOUI generation as >analogous to Hibernate and other ORMs, but rather than reflecting the pojo >into >the persistence layer, they are reflected into the presentation layer. A >number >of other open source frameworks cite it as their inspiration, including >[[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and >[[http://www.trailsframework.org|Trails]]. > > Over this time Naked Objects has attracted a fair degree of attention among >the early adopter crowd, generally splitting opinion as either a very good >idea >or a very bad one. A common misconception is that naked objects is only >appropriate for simple CRUD based applications. While developing CRUD >applications is indeed tr
RE: [PROPOSAL] Apache Isis
> I'm not actually putting this to a vote, yet I'm glad that you said that; votes would be marked as such. :-) --- Noel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Isis
Thanks for that, Siegfried. I'm not actually putting this to a vote, yet, because we still need to find more mentors and a champion. If haven't yet done any "cold calling" of possible would-be mentors, but if you have any suggestions of anyone who might have the bandwidth for either role, I'd very much appreciate it! Thanks Dan ~~~ On 26/08/2010 17:12, Siegfried Goeschl wrote: Hi Dan, +1 (non-binding) Cheers, Siegfried Goeschl On 24.08.10 19:12, Dan Haywood wrote: I'd like to formally propose a new project for the incubator, Apache Isis. If accepted, Isis will combine the existing open source Naked Objects framework with a collection of sister projects, providing an extensible Java-based framework for rapidly developing domain-driven applications. I floated the idea of Isis on this mailing list about a month or so ago, and we got some positive feedback and a couple of expressions of interest in contributing. Since then, we've put together a proposal (also copied in below) onto the incubator wiki. The proposal is at: http://wiki.apache.org/incubator/IsisProposal. The current codebase is at: http://nakedobjects.org, with sister projects hosted at: http://starobjects.org We currently have two mentors, but require more, and we still need a champion. I'm hoping that this post will generate some further interest to develop the proposal further. All being well we hope to put this proposal to a vote in a week or two's time. Thanks for reading, looking forward to your feedback. Dan Haywood ~~~ = Isis Proposal = The following presents the proposal for creating a new project within the Apache Software Foundation called Isis. == Abstract == Isis will be an extensible standards-based framework to rapidly develop and enterprise level deploy domain-driven (DDD) applications. == Proposal == The Isis project will bring together a collection of open source projects that collectively support the rapid development of domain-driven applications. The heart of Isis is the Naked Objects Framework, an established open source project that has been around since 2002. In addition, it will incorporate a number of sister projects that build on Naked Objects' pluggable architecture and which extend the reach of Naked Objects in several key areas. In addition, the project will be reorganising the existing projects to logically separate out the components into [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] beans. We believe that the JSR-299 programming model is likely to become widely used for enterprise Java applications; adopting it should make it easier for new contributors to understand how the framework fits together and therefore to develop their own extensions. In turn, we hope this will further extend the reach of the framework to other complementary open source frameworks (either within Apache or outside of it). == Background == Naked Objects is an open source Java framework that was originally developed to explore the idea of enterprise systems that treat the user as a "problem solver, not a process follower". Conceived by Richard Pawson, the first version of the framework was written by Robert Matthews (2002). Richard and Rob also wrote a book, Naked Objects (Wiley, 2002), to explain the idea. More generally, Naked Objects is an implementation of the naked objects architectural pattern. In its purest form, "all" the developer has to do is develop their domain model as pojos; Naked Objects then provides: a object-oriented user interface by rendering those pojos; persistence by extracting the content of the pojos; security by wrapping access to the pojos; remoting by turning local calls into remote ones; and localisation by adapting all the names used in the metamodel. All of this is done reflectively at runtime so that the developer can concentrate on the most important aspect - the application itself. You can think of Naked Objects' OOUI generation as analogous to Hibernate and other ORMs, but rather than reflecting the pojo into the persistence layer, they are reflected into the presentation layer. A number of other open source frameworks cite it as their inspiration, including [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and [[http://www.trailsframework.org|Trails]]. Over this time Naked Objects has attracted a fair degree of attention among the early adopter crowd, generally splitting opinion as either a very good idea or a very bad one. A common misconception is that naked objects is only appropriate for simple CRUD based applications. While developing CRUD applications is indeed trivial, an important innovation is that the UI generated by NO also renders the pojo's commands/behaviors (we call them actions). Simply stated: any public method that does not represent a property or collection is rendered so it can be invoked, eg with a button, a menu item or a hyperlink. We characterize e
Re: [PROPOSAL] Apache Isis
+1 (binding) On Thu, Aug 26, 2010 at 6:23 PM, Benson Margulies wrote: > +1, binding. > > On Thu, Aug 26, 2010 at 12:12 PM, Siegfried Goeschl > wrote: >> Hi Dan, >> >> +1 (non-binding) >> >> Cheers, >> >> >> Siegfried Goeschl >> >> On 24.08.10 19:12, Dan Haywood wrote: >>> >>> I'd like to formally propose a new project for the incubator, Apache >>> Isis. If accepted, Isis will combine the existing open source Naked >>> Objects framework with a collection of sister projects, providing an >>> extensible Java-based framework for rapidly developing domain-driven >>> applications. >>> >>> I floated the idea of Isis on this mailing list about a month or so ago, >>> and we got some positive feedback and a couple of expressions of >>> interest in contributing. Since then, we've put together a proposal >>> (also copied in below) onto the incubator wiki. >>> >>> The proposal is at: http://wiki.apache.org/incubator/IsisProposal. >>> The current codebase is at: http://nakedobjects.org, with sister >>> projects hosted at: http://starobjects.org >>> >>> We currently have two mentors, but require more, and we still need a >>> champion. I'm hoping that this post will generate some further interest >>> to develop the proposal further. All being well we hope to put this >>> proposal to a vote in a week or two's time. >>> >>> Thanks for reading, looking forward to your feedback. >>> Dan Haywood >>> >>> ~~~ >>> >>> = Isis Proposal = >>> The following presents the proposal for creating a new project within >>> the Apache Software Foundation called Isis. >>> >>> == Abstract == >>> Isis will be an extensible standards-based framework to rapidly develop >>> and enterprise level deploy domain-driven (DDD) applications. >>> >>> == Proposal == >>> The Isis project will bring together a collection of open source >>> projects that collectively support the rapid development of >>> domain-driven applications. The heart of Isis is the Naked Objects >>> Framework, an established open source project that has been around since >>> 2002. In addition, it will incorporate a number of sister projects that >>> build on Naked Objects' pluggable architecture and which extend the >>> reach of Naked Objects in several key areas. >>> >>> In addition, the project will be reorganising the existing projects to >>> logically separate out the components into >>> [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] >>> beans. We believe that the JSR-299 programming model is likely to become >>> widely used for enterprise Java applications; adopting it should make it >>> easier for new contributors to understand how the framework fits >>> together and therefore to develop their own extensions. In turn, we hope >>> this will further extend the reach of the framework to other >>> complementary open source frameworks (either within Apache or outside of >>> it). >>> >>> == Background == >>> Naked Objects is an open source Java framework that was originally >>> developed to explore the idea of enterprise systems that treat the user >>> as a "problem solver, not a process follower". Conceived by Richard >>> Pawson, the first version of the framework was written by Robert >>> Matthews (2002). Richard and Rob also wrote a book, Naked Objects >>> (Wiley, 2002), to explain the idea. >>> >>> More generally, Naked Objects is an implementation of the naked objects >>> architectural pattern. In its purest form, "all" the developer has to do >>> is develop their domain model as pojos; Naked Objects then provides: a >>> object-oriented user interface by rendering those pojos; persistence by >>> extracting the content of the pojos; security by wrapping access to the >>> pojos; remoting by turning local calls into remote ones; and >>> localisation by adapting all the names used in the metamodel. All of >>> this is done reflectively at runtime so that the developer can >>> concentrate on the most important aspect - the application itself. You >>> can think of Naked Objects' OOUI generation as analogous to Hibernate >>> and other ORMs, but rather than reflecting the pojo into the persistence >>> layer, they are reflected into the presentation layer. A number of other >>> open source frameworks cite it as their inspiration, including >>> [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and >>> [[http://www.trailsframework.org|Trails]]. >>> >>> Over this time Naked Objects has attracted a fair degree of attention >>> among the early adopter crowd, generally splitting opinion as either a >>> very good idea or a very bad one. A common misconception is that naked >>> objects is only appropriate for simple CRUD based applications. While >>> developing CRUD applications is indeed trivial, an important innovation >>> is that the UI generated by NO also renders the pojo's >>> commands/behaviors (we call them actions). Simply stated: any public >>> method that does not represent a property or
Re: [PROPOSAL] Apache Isis
+1, binding. On Thu, Aug 26, 2010 at 12:12 PM, Siegfried Goeschl wrote: > Hi Dan, > > +1 (non-binding) > > Cheers, > > > Siegfried Goeschl > > On 24.08.10 19:12, Dan Haywood wrote: >> >> I'd like to formally propose a new project for the incubator, Apache >> Isis. If accepted, Isis will combine the existing open source Naked >> Objects framework with a collection of sister projects, providing an >> extensible Java-based framework for rapidly developing domain-driven >> applications. >> >> I floated the idea of Isis on this mailing list about a month or so ago, >> and we got some positive feedback and a couple of expressions of >> interest in contributing. Since then, we've put together a proposal >> (also copied in below) onto the incubator wiki. >> >> The proposal is at: http://wiki.apache.org/incubator/IsisProposal. >> The current codebase is at: http://nakedobjects.org, with sister >> projects hosted at: http://starobjects.org >> >> We currently have two mentors, but require more, and we still need a >> champion. I'm hoping that this post will generate some further interest >> to develop the proposal further. All being well we hope to put this >> proposal to a vote in a week or two's time. >> >> Thanks for reading, looking forward to your feedback. >> Dan Haywood >> >> ~~~ >> >> = Isis Proposal = >> The following presents the proposal for creating a new project within >> the Apache Software Foundation called Isis. >> >> == Abstract == >> Isis will be an extensible standards-based framework to rapidly develop >> and enterprise level deploy domain-driven (DDD) applications. >> >> == Proposal == >> The Isis project will bring together a collection of open source >> projects that collectively support the rapid development of >> domain-driven applications. The heart of Isis is the Naked Objects >> Framework, an established open source project that has been around since >> 2002. In addition, it will incorporate a number of sister projects that >> build on Naked Objects' pluggable architecture and which extend the >> reach of Naked Objects in several key areas. >> >> In addition, the project will be reorganising the existing projects to >> logically separate out the components into >> [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] >> beans. We believe that the JSR-299 programming model is likely to become >> widely used for enterprise Java applications; adopting it should make it >> easier for new contributors to understand how the framework fits >> together and therefore to develop their own extensions. In turn, we hope >> this will further extend the reach of the framework to other >> complementary open source frameworks (either within Apache or outside of >> it). >> >> == Background == >> Naked Objects is an open source Java framework that was originally >> developed to explore the idea of enterprise systems that treat the user >> as a "problem solver, not a process follower". Conceived by Richard >> Pawson, the first version of the framework was written by Robert >> Matthews (2002). Richard and Rob also wrote a book, Naked Objects >> (Wiley, 2002), to explain the idea. >> >> More generally, Naked Objects is an implementation of the naked objects >> architectural pattern. In its purest form, "all" the developer has to do >> is develop their domain model as pojos; Naked Objects then provides: a >> object-oriented user interface by rendering those pojos; persistence by >> extracting the content of the pojos; security by wrapping access to the >> pojos; remoting by turning local calls into remote ones; and >> localisation by adapting all the names used in the metamodel. All of >> this is done reflectively at runtime so that the developer can >> concentrate on the most important aspect - the application itself. You >> can think of Naked Objects' OOUI generation as analogous to Hibernate >> and other ORMs, but rather than reflecting the pojo into the persistence >> layer, they are reflected into the presentation layer. A number of other >> open source frameworks cite it as their inspiration, including >> [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and >> [[http://www.trailsframework.org|Trails]]. >> >> Over this time Naked Objects has attracted a fair degree of attention >> among the early adopter crowd, generally splitting opinion as either a >> very good idea or a very bad one. A common misconception is that naked >> objects is only appropriate for simple CRUD based applications. While >> developing CRUD applications is indeed trivial, an important innovation >> is that the UI generated by NO also renders the pojo's >> commands/behaviors (we call them actions). Simply stated: any public >> method that does not represent a property or collection is rendered so >> it can be invoked, eg with a button, a menu item or a hyperlink. We >> characterize entities with such behaviors as "behaviorally complete". >> It
Re: [PROPOSAL] Apache Isis
Hi Dan, +1 (non-binding) Cheers, Siegfried Goeschl On 24.08.10 19:12, Dan Haywood wrote: I'd like to formally propose a new project for the incubator, Apache Isis. If accepted, Isis will combine the existing open source Naked Objects framework with a collection of sister projects, providing an extensible Java-based framework for rapidly developing domain-driven applications. I floated the idea of Isis on this mailing list about a month or so ago, and we got some positive feedback and a couple of expressions of interest in contributing. Since then, we've put together a proposal (also copied in below) onto the incubator wiki. The proposal is at: http://wiki.apache.org/incubator/IsisProposal. The current codebase is at: http://nakedobjects.org, with sister projects hosted at: http://starobjects.org We currently have two mentors, but require more, and we still need a champion. I'm hoping that this post will generate some further interest to develop the proposal further. All being well we hope to put this proposal to a vote in a week or two's time. Thanks for reading, looking forward to your feedback. Dan Haywood ~~~ = Isis Proposal = The following presents the proposal for creating a new project within the Apache Software Foundation called Isis. == Abstract == Isis will be an extensible standards-based framework to rapidly develop and enterprise level deploy domain-driven (DDD) applications. == Proposal == The Isis project will bring together a collection of open source projects that collectively support the rapid development of domain-driven applications. The heart of Isis is the Naked Objects Framework, an established open source project that has been around since 2002. In addition, it will incorporate a number of sister projects that build on Naked Objects' pluggable architecture and which extend the reach of Naked Objects in several key areas. In addition, the project will be reorganising the existing projects to logically separate out the components into [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] beans. We believe that the JSR-299 programming model is likely to become widely used for enterprise Java applications; adopting it should make it easier for new contributors to understand how the framework fits together and therefore to develop their own extensions. In turn, we hope this will further extend the reach of the framework to other complementary open source frameworks (either within Apache or outside of it). == Background == Naked Objects is an open source Java framework that was originally developed to explore the idea of enterprise systems that treat the user as a "problem solver, not a process follower". Conceived by Richard Pawson, the first version of the framework was written by Robert Matthews (2002). Richard and Rob also wrote a book, Naked Objects (Wiley, 2002), to explain the idea. More generally, Naked Objects is an implementation of the naked objects architectural pattern. In its purest form, "all" the developer has to do is develop their domain model as pojos; Naked Objects then provides: a object-oriented user interface by rendering those pojos; persistence by extracting the content of the pojos; security by wrapping access to the pojos; remoting by turning local calls into remote ones; and localisation by adapting all the names used in the metamodel. All of this is done reflectively at runtime so that the developer can concentrate on the most important aspect - the application itself. You can think of Naked Objects' OOUI generation as analogous to Hibernate and other ORMs, but rather than reflecting the pojo into the persistence layer, they are reflected into the presentation layer. A number of other open source frameworks cite it as their inspiration, including [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and [[http://www.trailsframework.org|Trails]]. Over this time Naked Objects has attracted a fair degree of attention among the early adopter crowd, generally splitting opinion as either a very good idea or a very bad one. A common misconception is that naked objects is only appropriate for simple CRUD based applications. While developing CRUD applications is indeed trivial, an important innovation is that the UI generated by NO also renders the pojo's commands/behaviors (we call them actions). Simply stated: any public method that does not represent a property or collection is rendered so it can be invoked, eg with a button, a menu item or a hyperlink. We characterize entities with such behaviors as "behaviorally complete". It's OO as your mother taught it to you. At the same time that we have been developing our ideas on the naked objects, there has been a resurgent interest in object modelling at the enterprise level, specifically as described by Eric Evans' book, [[http://domaindrivendesign.org/books|Domain Driven Design]]. Recognizing that there's a lot of
Re: [PROPOSAL] Apache Isis
+1 (Not binding) On Tue, Aug 24, 2010 at 5:12 PM, Dan Haywood wrote: > I'd like to formally propose a new project for the incubator, Apache Isis. > If accepted, Isis will combine the existing open source Naked Objects > framework with a collection of sister projects, providing an extensible > Java-based framework for rapidly developing domain-driven applications. > > I floated the idea of Isis on this mailing list about a month or so ago, and > we got some positive feedback and a couple of expressions of interest in > contributing. Since then, we've put together a proposal (also copied in > below) onto the incubator wiki. > > The proposal is at: http://wiki.apache.org/incubator/IsisProposal. > The current codebase is at: http://nakedobjects.org, with sister projects > hosted at: http://starobjects.org > > We currently have two mentors, but require more, and we still need a > champion. I'm hoping that this post will generate some further interest to > develop the proposal further. All being well we hope to put this proposal to > a vote in a week or two's time. > > Thanks for reading, looking forward to your feedback. > Dan Haywood > > ~~~ > > = Isis Proposal = > The following presents the proposal for creating a new project within the > Apache Software Foundation called Isis. > > == Abstract == > Isis will be an extensible standards-based framework to rapidly develop and > enterprise level deploy domain-driven (DDD) applications. > > == Proposal == > The Isis project will bring together a collection of open source projects > that collectively support the rapid development of domain-driven > applications. The heart of Isis is the Naked Objects Framework, an > established open source project that has been around since 2002. In > addition, it will incorporate a number of sister projects that build on > Naked Objects' pluggable architecture and which extend the reach of Naked > Objects in several key areas. > > In addition, the project will be reorganising the existing projects to > logically separate out the components into > [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] > beans. We believe that the JSR-299 programming model is likely to become > widely used for enterprise Java applications; adopting it should make it > easier for new contributors to understand how the framework fits together > and therefore to develop their own extensions. In turn, we hope this will > further extend the reach of the framework to other complementary open source > frameworks (either within Apache or outside of it). > > == Background == > Naked Objects is an open source Java framework that was originally developed > to explore the idea of enterprise systems that treat the user as a "problem > solver, not a process follower". Conceived by Richard Pawson, the first > version of the framework was written by Robert Matthews (2002). Richard and > Rob also wrote a book, Naked Objects (Wiley, 2002), to explain the idea. > > More generally, Naked Objects is an implementation of the naked objects > architectural pattern. In its purest form, "all" the developer has to do is > develop their domain model as pojos; Naked Objects then provides: a > object-oriented user interface by rendering those pojos; persistence by > extracting the content of the pojos; security by wrapping access to the > pojos; remoting by turning local calls into remote ones; and localisation by > adapting all the names used in the metamodel. All of this is done > reflectively at runtime so that the developer can concentrate on the most > important aspect - the application itself. You can think of Naked Objects' > OOUI generation as analogous to Hibernate and other ORMs, but rather than > reflecting the pojo into the persistence layer, they are reflected into the > presentation layer. A number of other open source frameworks cite it as > their inspiration, including [[http://jmatter.org|JMatter]], > [[http://openxava.org|OpenXava]], and > [[http://www.trailsframework.org|Trails]]. > > Over this time Naked Objects has attracted a fair degree of attention among > the early adopter crowd, generally splitting opinion as either a very good > idea or a very bad one. A common misconception is that naked objects is only > appropriate for simple CRUD based applications. While developing CRUD > applications is indeed trivial, an important innovation is that the UI > generated by NO also renders the pojo's commands/behaviors (we call them > actions). Simply stated: any public method that does not represent a > property or collection is rendered so it can be invoked, eg with a button, a > menu item or a hyperlink. We characterize entities with such behaviors as > "behaviorally complete". It's OO as your mother taught it to you. > > At the same time that we have been developing our ideas on the naked > objects, there has been a resurgent interest in object modelling at the > enterprise level, spec
[PROPOSAL] Apache Isis
I'd like to formally propose a new project for the incubator, Apache Isis. If accepted, Isis will combine the existing open source Naked Objects framework with a collection of sister projects, providing an extensible Java-based framework for rapidly developing domain-driven applications. I floated the idea of Isis on this mailing list about a month or so ago, and we got some positive feedback and a couple of expressions of interest in contributing. Since then, we've put together a proposal (also copied in below) onto the incubator wiki. The proposal is at: http://wiki.apache.org/incubator/IsisProposal. The current codebase is at: http://nakedobjects.org, with sister projects hosted at: http://starobjects.org We currently have two mentors, but require more, and we still need a champion. I'm hoping that this post will generate some further interest to develop the proposal further. All being well we hope to put this proposal to a vote in a week or two's time. Thanks for reading, looking forward to your feedback. Dan Haywood ~~~ = Isis Proposal = The following presents the proposal for creating a new project within the Apache Software Foundation called Isis. == Abstract == Isis will be an extensible standards-based framework to rapidly develop and enterprise level deploy domain-driven (DDD) applications. == Proposal == The Isis project will bring together a collection of open source projects that collectively support the rapid development of domain-driven applications. The heart of Isis is the Naked Objects Framework, an established open source project that has been around since 2002. In addition, it will incorporate a number of sister projects that build on Naked Objects' pluggable architecture and which extend the reach of Naked Objects in several key areas. In addition, the project will be reorganising the existing projects to logically separate out the components into [[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]] beans. We believe that the JSR-299 programming model is likely to become widely used for enterprise Java applications; adopting it should make it easier for new contributors to understand how the framework fits together and therefore to develop their own extensions. In turn, we hope this will further extend the reach of the framework to other complementary open source frameworks (either within Apache or outside of it). == Background == Naked Objects is an open source Java framework that was originally developed to explore the idea of enterprise systems that treat the user as a "problem solver, not a process follower". Conceived by Richard Pawson, the first version of the framework was written by Robert Matthews (2002). Richard and Rob also wrote a book, Naked Objects (Wiley, 2002), to explain the idea. More generally, Naked Objects is an implementation of the naked objects architectural pattern. In its purest form, "all" the developer has to do is develop their domain model as pojos; Naked Objects then provides: a object-oriented user interface by rendering those pojos; persistence by extracting the content of the pojos; security by wrapping access to the pojos; remoting by turning local calls into remote ones; and localisation by adapting all the names used in the metamodel. All of this is done reflectively at runtime so that the developer can concentrate on the most important aspect - the application itself. You can think of Naked Objects' OOUI generation as analogous to Hibernate and other ORMs, but rather than reflecting the pojo into the persistence layer, they are reflected into the presentation layer. A number of other open source frameworks cite it as their inspiration, including [[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and [[http://www.trailsframework.org|Trails]]. Over this time Naked Objects has attracted a fair degree of attention among the early adopter crowd, generally splitting opinion as either a very good idea or a very bad one. A common misconception is that naked objects is only appropriate for simple CRUD based applications. While developing CRUD applications is indeed trivial, an important innovation is that the UI generated by NO also renders the pojo's commands/behaviors (we call them actions). Simply stated: any public method that does not represent a property or collection is rendered so it can be invoked, eg with a button, a menu item or a hyperlink. We characterize entities with such behaviors as "behaviorally complete". It's OO as your mother taught it to you. At the same time that we have been developing our ideas on the naked objects, there has been a resurgent interest in object modelling at the enterprise level, specifically as described by Eric Evans' book, [[http://domaindrivendesign.org/books|Domain Driven Design]]. Recognizing that there's a lot of synergy between the two