Additions:
++- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]], [[JBossRules]]++
Deletions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]], [[JBossRules]]
Additions:
++- Hooks: Hooks are standard methods called before CRUD operations. They are tipically empty and can be overridden in a nodeclass. They are important for the future definition of [[chiBusinessRules]]. proposed for node are :++
++ ~a) BeforeSave, ++
++ ~a) AfterSave, ++
++ ~a)BeforeDelete, ++
++ ~a)AfterDelete,++
++ ~a)BeforeUpdate++
++ ~a)[[Update]]++
++ ~a) AfterUpdate++
++ ~a)BeforeView++
++ ~a) AfterView++
Deletions:
- Hooks: Hooks are standard methods called before CRUD operations. They are tipically empty and can be overridden in a nodeclass. They are important for the future definition of [[chiBusinessRules]]. proposed for node are :
~a) BeforeSave,
~a) AfterSave,
~a)BeforeDelete,
~a)AfterDelete,
~a)BeforeUpdate
~a)[[Update]]
~a) AfterUpdate
~a)BeforeView
~a) AfterView
Additions:
- Class (and service) for the semantic validation of field.
- Input: ObjectName, propertyName
- ourput: Boolean (nice to have, a list of %like% values)
Additions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]], [[JBossRules]]
Deletions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]], [[JBoss Rules]]
Additions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]], [[JBoss Rules]]
Deletions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]]
Additions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]] , [[Seam]]
Deletions:
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]]
Additions:
- Hooks: Hooks are standard methods called before CRUD operations. They are tipically empty and can be overridden in a nodeclass. They are important for the future definition of [[chiBusinessRules]]. proposed for node are :
Deletions:
- Hooks: Hooks are standard methods called before CRUD operations. They are tipically empty and can be overridden in a nodeclass. They are important for the future definition of chiBusinessRules. proposed for node are :
Additions:
- ++generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.++
Deletions:
- generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.
Additions:
- a [[DashboardExample Dashboard]] is generated as start page with all **MYobjects**
Deletions:
- a Dashboard is generated as start page with all **MYobjects**
Additions:
=====Java Framework=====
- evaluating a Java framework: [[http://www.zkoss.org zkoss]], [[http://www.jboss.com/ JBOSS Portal]]
Additions:
- security framework [[http://phpgacl.sourceforge.net phpgacl]] ?
- UnitTest framework [[http://www.opensourcetesting.org/unit_php.php list of products]]
Deletions:
- security framework [http://phpgacl.sourceforge.net phpgacl] ?
- UnitTest framework [http://www.opensourcetesting.org/unit_php.php list of products]
Additions:
- UnitTest framework [http://www.opensourcetesting.org/unit_php.php list of products]
Additions:
- generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.
- the generator open the target directory after generation
Deletions:
- ++generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.++
++- the generator open the target directory after generation++
Additions:
- KISS mindset (keep it simple stupid)
- model as central information
- automatic deployment
- automatic build process
- week releases
- simple configuration: all IDE specific information are included in a separate file.
- The Generator check the framework version before the deployment (see below)
- ++generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.++
- (no 2 times write): move if possible information from properti file to model.
=====PHP Framework=====
- Framework version (see above)
- a Dashboard is generated as start page with all **MYobjects**
- SOAP: Limit the results, Return partial objects only,.
Deletions:
- KISS mindset (keep it simple stupid)
- automatic deployment
- automatic build process
- week releases
- generation of HTML documentation. the generator use a xslt file to process the XMI. and output a documentation. for every type of XMI another XML template is required. the generation is controlled in the properties file of the generator.
- model must contains everything (no 2 times write): move if possible information from fproperti file to model.
=====PHP Framework=====
Additions:
- security framework [http://phpgacl.sourceforge.net phpgacl] ?
Additions:
=====Project General=====
Deletions:
=====Project General====
- BUG: soap give back eorror with html header
- BUG: sometime methods are double methods (same name are generated)
- bug: zip
- Bug: update script
Additions:
=====Project General====
- KISS mindset (keep it simple stupid)
- model must contains everything (no 2 times write): move if possible information from fproperti file to model.
++- the generator open the target directory after generation++
- is [[http://eyeos.org/ eyeOS]] an alternative to dojo?
- generated html development page must works with any folder structure.
- generated integration tests (e.g. the SOAP interfcace)
- - the Hello World become the base for the automatization of the tests: enhance hello world to all features of the framework
- BUG: sometime methods are double methods (same name are generated)
Deletions:
- the generator open the target directory after generation
- model must check everything (no 2 times write)
- generated html development page must works with any folder structure.
- test automatic
- BUG: sometime methods are double double methos y(same name are generated)
- the Hello World wil be the base for the automatization of the tests: enhance hello world to all features of the framework
Additions:
- - Database is created by the update script
- use "" for sql statements
- model must check everything (no 2 times write)
- generated html development page must works with any folder structure.
- test automatic
- BUG: soap give back eorror with html header
- BUG: sometime methods are double double methos y(same name are generated)
- bug: zip
- Bug: update script
- the Hello World wil be the base for the automatization of the tests: enhance hello world to all features of the framework
- automatic deployment
- automatic build process
- week releases
Deletions:
- Move all application/view/*.tpl to the blank template application. Modify the template. this make sense for customizing the generaed view with custom header, logo, etc.
Deletions:
- the generator automatically copy the template (blank) to the target directory.
- creates an html file with all important links for development including
~a) log directory
~a) installation/update
~a) [main.php]
The oldest known version of this page was created on
2007-06-01 12:48:13 by GiuseppePlatania
[created]