[flexcoders] Re: Updating the data back to database
}
// update
callback public final int getEmployees_update(EmployeeVO[] items,
ItemState[] states) throws SQLException {
Form:
http://www.macromedia.com/2003/mxml" backgroundColor="#FF" horizontalAlign="left"
styleName="plain">remoteObject="com.cti.composition.EmployeeImpl"
retrieveMethod="getEmployees"
itemClass="{com.cti.composition.EmployeeVO}"> var
dummy_getEmployees:com.cti.composition.EmployeeVO = null; /* necessary to make
Flex proxy code working
*/
I will skip files for init testing, metadata
integration, etc.
Step 3. Let the end-user decide what they
want to see. This might be a bit unconventional to J2EE crowd, but
majority of financial clients require it. Basically, they want customizable grid
views - with personalization, security, etc.. So the final page uses something
called "Composition" and supports pop-up designer. The metadata received from
examination of the SQL is imported/synchronised to DB, application developer
selects which column end-user can choose for his "views", sets up cellrenderers,
styling and computed columns. Yet higher level control is dropped on the final
screen (no need for DataGridColumns - they are added dynamically from DB based
on user credentials/selection) - making application coding trivial
task.
However, let me reiterate - any framework
requires a lot of training and learning. Typical explanation of the underlying
principal has been reiterated quite a few times - you can refer to Brooks "No
Silver Bullet recap" or http://www.joelonsoftware.com/articles/LeakyAbstractions.html.
Posting of few hundreds lines will not do you any good - as with any
productivity framework you are looking at tens of thousand range, including
code generators, templates and productivity tools.
Hope this helps,
Anatole Tartakovsky
From: Partha Sarathi Das
[mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 12:21
AMTo: [EMAIL PROTECTED]Subject:
Re: [flexcoders] Re: Updating the data back to database
"Just write SQL to select the data - and
Java/Flex UI is generated for you automatically - including Java DAO, updatable
datagrids, forms and master/details."
Will you please send a sample code which will do
the upper mention comments.I am new in Flex.Pls send a sample code for using
RemoteObject to send Request
to the server and Plain Java object will process
request and return a list of Object(For Example Customer etc.) which will show
in the Datagrid(View) etc.
Thanks and regards,
Partha Sarathi Das,Ph.(Office) : 91 20 56041700 Ext. 2812
- Original Message -
From:
Anatole
Tartakovsky
To: flexcoders@yahoogroups.com
Sent: Friday, January 20, 2006 11:53
PM
Subject: Re: [flexcoders] Re: Updating
the data back to database
If you need to do it in Flex 1.5 you relally need
to put significant amount of code in your
base objects. We implemented in 1.5 just what Dave is suggesting with
"PowerBuilder" approach ( which was considered a standard of Enterprise
RAD - Rapid Application Development)- high-level objects that keep track of
the state of each database record, with an ability to send the changes to the
server. Unlike Flex 2, we implemented automatic generation of "updates"
based on original "selects" and minimal metadata so you do not need to write
your own persistence layer. Just write SQL to select the data - and
Java/Flex UI is generated for you automatically - including
Java DAO, updatable datagrids, forms and master/details. And we also placed
nice toolkit on the top of it so users can select/apply their own layouts
(persisted in database) in run-time if needed. Of course, code generators can
be tuned for iBatis or Hibernate or any other - as long as there is
justification for it.
Other things that I have not seen in Flex 2 but
are the must for real-life applications are "transaction" services, when you
can submit changes to multiple objects at once. For that we had to write
specialized gateway so we would preserve AMF/HTTP infrastructure for
development (called RPC in Flex 2) while adding "transactional" methodology to
the calls.
So, it is very possible - the only bad news is
that any framework as such has learning curve, especially if the team is
skilled with Web technologies, and do not have PowerBuilder one. When we
bring this to our customers it takes anywhere between 2 to 4 weeks of
mentoring to get the team to RAD mode. While it is definetly more economical
then writing all modification code for any application that is more then just
few screens, and proved to produce much fewer "errors", decision to use
it has to be made very early in the development process (or pilot if
possible).
Hope this help
[flexcoders] Re: Updating the data back to database
lAlign="left" styleName="plain">remoteObject="com.cti.composition.EmployeeImpl" retrieveMethod="getEmployees" itemClass="{com.cti.composition.EmployeeVO}"> var dummy_getEmployees:com.cti.composition.EmployeeVO = null; /* necessary to make Flex proxy code working */ I will skip files for init testing, metadata integration, etc. Step 3. Let the end-user decide what they want to see. This might be a bit unconventional to J2EE crowd, but majority of financial clients require it. Basically, they want customizable grid views - with personalization, security, etc.. So the final page uses something called "Composition" and supports pop-up designer. The metadata received from examination of the SQL is imported/synchronised to DB, application developer selects which column end-user can choose for his "views", sets up cellrenderers, styling and computed columns. Yet higher level control is dropped on the final screen (no need for DataGridColumns - they are added dynamically from DB based on user credentials/selection) - making application coding trivial task. However, let me reiterate - any framework requires a lot of training and learning. Typical explanation of the underlying principal has been reiterated quite a few times - you can refer to Brooks "No Silver Bullet recap" or http://www.joelonsoftware.com/articles/LeakyAbstractions.html. Posting of few hundreds lines will not do you any good - as with any productivity framework you are looking at tens of thousand range, including code generators, templates and productivity tools. Hope this helps,Anatole Tartakovsky From: Partha Sarathi Das [mailto[EMAIL PROTECTED] Sent: Monday, January 23, 2006 12:21 AMSubject: Re: [flexcoders] Re: Updating the data back to database"Just write SQL to select the data - and Java/Flex UI is generated for you automatically - including Java DAO, updatable datagrids, forms and master/details."Will you please send a sample code which will do the upper mention comments.I am new in Flex.Pls send a sample code for using RemoteObject to send Requestto the server and Plain Java object will process request and return a list of Object(For Example Customer etc.) which will show in the Datagrid(View) etc.Thanks and regards,Partha Sarathi Das,Ph.(Office) : 91 20 56041700 Ext. 2812- Original Message - From: Anatole Tartakovsky To: flexcoders@yahoogroups.com Sent: Friday, January 20, 2006 11:53 PMSubject: Re: [flexcoders] Re: Updating the data back to databaseIf you need to do it in Flex 1.5 you relally need to put significant amount of code in your base objects. We implemented in 1.5 just what Dave is suggesting with "PowerBuilder" approach ( which was considered a standard of Enterprise RAD - Rapid Application Development)- high-level objects that keep track of the state of each database record, with an ability to send the changes to the server. Unlike Flex 2, we implemented automatic generation of "updates" based on original "selects" and minimal metadata so you do not need to write your own persistence layer. Just write SQL to select the data - and Java/Flex UI is generated for you automatically - including Java DAO, updatable datagrids, forms and master/details. And we also placed nice toolkit on the top of it so users can select/apply their own layouts (persisted in database) in run-time if needed. Of course, code generators can be tuned for iBatis or Hibernate or any other - as long as there is justification for it. Other things that I have not seen in Flex 2 but are the must for real-life applications are "transaction" services, when you can submit changes to multiple objects at once. For that we had to write specialized gateway so we would preserve AMF/HTTP infrastructure for development (called RPC in Flex 2) while adding "transactional" methodology to the calls. So, it is very possible - the only bad news is that any framework as such has learning curve, especially if the team is skilled with Web technologies, and do not have PowerBuilder one. When we bring this to our customers it takes anywhere between 2 to 4 weeks of mentoring to get the team to RAD mode. While it is definetly more economical then writing all modification code for any application that is more then just few screens, and proved to produce much fewer "errors", decision to use it has to be made very early in the development process (or pilot if possible).Hope this helps,Anatole Tartakovsky - Original Message - From: Dave Wolf To: flexcoders@yahoogroups.com Sent: Thursday, January 19, 2006 4:47 PMSubject: [flexcoders] Re: Updating the data back to databaseIn Flex 1.5 there is not. However Flex 2.0 will include the"Enterprise Data Services" which include exactly this functionality. This was demonstrated at MAX last fall and Adobe has presented severalweb casts on it. As you not
Re: [flexcoders] Re: Updating the data back to database
If you need to do it in Flex 1.5 you relally need to put significant amount of code in your base objects. We implemented in 1.5 just what Dave is suggesting with "PowerBuilder" approach ( which was considered a standard of Enterprise RAD - Rapid Application Development)- high-level objects that keep track of the state of each database record, with an ability to send the changes to the server. Unlike Flex 2, we implemented automatic generation of "updates" based on original "selects" and minimal metadata so you do not need to write your own persistence layer. Just write SQL to select the data - and Java/Flex UI is generated for you automatically - including Java DAO, updatable datagrids, forms and master/details. And we also placed nice toolkit on the top of it so users can select/apply their own layouts (persisted in database) in run-time if needed. Of course, code generators can be tuned for iBatis or Hibernate or any other - as long as there is justification for it. Other things that I have not seen in Flex 2 but are the must for real-life applications are "transaction" services, when you can submit changes to multiple objects at once. For that we had to write specialized gateway so we would preserve AMF/HTTP infrastructure for development (called RPC in Flex 2) while adding "transactional" methodology to the calls. So, it is very possible - the only bad news is that any framework as such has learning curve, especially if the team is skilled with Web technologies, and do not have PowerBuilder one. When we bring this to our customers it takes anywhere between 2 to 4 weeks of mentoring to get the team to RAD mode. While it is definetly more economical then writing all modification code for any application that is more then just few screens, and proved to produce much fewer "errors", decision to use it has to be made very early in the development process (or pilot if possible). Hope this helps, Anatole Tartakovsky - Original Message - From: Dave Wolf To: flexcoders@yahoogroups.com Sent: Thursday, January 19, 2006 4:47 PM Subject: [flexcoders] Re: Updating the data back to database In Flex 1.5 there is not. However Flex 2.0 will include the"Enterprise Data Services" which include exactly this functionality. This was demonstrated at MAX last fall and Adobe has presented severalweb casts on it. As you note (and much like other existingclient/server products like PowerBuilder) the data services willinclude the ability to track "changed" or "dirty" data on the client,marshal those changes to the server, and will provide for a pluggablepersistence layer which will handle writing the changes in anoptimized way to the underlying data store. This will include thingslike optimistic updates, etc. -- Dave WolfCynergy Systems, Inc.Macromedia Flex Alliance Partnerhttp://www.cynergysystems.comEmail: [EMAIL PROTECTED]Office: 866-CYNERGY--- In flexcoders@yahoogroups.com, "mydmjac" <[EMAIL PROTECTED]> wrote:>> Does Flex provide any ways of identifying data changes made by users?> Obviously I am new to Flex, and I noticed that there are lots of tips, > information on interface, controls, also how to retrieve data from the > server. However I haven't been able to find any reference for updating > process, some components like XUpdateResolver in Flash make it a lot > easier to move the changes back to the server and finally to the > database.> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com YAHOO! GROUPS LINKS Visit your group "flexcoders" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[flexcoders] Re: Updating the data back to database
In Flex 1.5 there is not. However Flex 2.0 will include the "Enterprise Data Services" which include exactly this functionality. This was demonstrated at MAX last fall and Adobe has presented several web casts on it. As you note (and much like other existing client/server products like PowerBuilder) the data services will include the ability to track "changed" or "dirty" data on the client, marshal those changes to the server, and will provide for a pluggable persistence layer which will handle writing the changes in an optimized way to the underlying data store. This will include things like optimistic updates, etc. -- Dave Wolf Cynergy Systems, Inc. Macromedia Flex Alliance Partner http://www.cynergysystems.com Email: [EMAIL PROTECTED] Office: 866-CYNERGY --- In flexcoders@yahoogroups.com, "mydmjac" <[EMAIL PROTECTED]> wrote: > > Does Flex provide any ways of identifying data changes made by users? > Obviously I am new to Flex, and I noticed that there are lots of tips, > information on interface, controls, also how to retrieve data from the > server. However I haven't been able to find any reference for updating > process, some components like XUpdateResolver in Flash make it a lot > easier to move the changes back to the server and finally to the > database. > -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
