RadClientDataSource does not update the data properly when bound to EntityDataSource. The proper data is displayed only of first load (when the data is fetched via _kendoDataSource.read()), but not after an update (e.g. a page change)

Steps to reproduce:

1. Open https://demos.telerik.com/aspnet-ajax/clientdatasource/functionality/binding-to-datasourcecontrols/defaultcs.aspx
2. Do either one of the following
    - Change to page 2 and go back to page 1
    - Hitting refresh loses all data
    - Edit multiple values before saving -> many of them are lost
    - Upon save, the old data reappears before being updated.

Result - the Grid is not bound with the correct data

This is needed, in case of controlleed server error, need to notify the user with the message that comes in the body of the request, and currently there is no way to get it.

Refers to ticket: 1031709

Thanks

It would be nice to have a very quick and easy way to create a datasource, at one end just put in the SQL or point it to EF at the other end JSON WebAPI. 
It needs to work well with AngularJS.
It would be nice if you also have a look at BreezeJS to see have you can traverse data keys(more an Entity Framework thing). Even if consistent T4 data frameworks are created.
What this means to me is that I can web service enable existing SQL and how have to worry about security, that the endpoints can be monitored or scaled up. So I can move quickly from Proof of Concept to Hardened Product with out the usual friction.
 

Telerik already makes it super simple to integrate (data bound) controls with databases.

I would like to see the same easy-of-use when it comes to Web-Services.

While I think the RADClientDataSource is exactly the component I would like to see for that, I would like Telerik to extend it by adding Wizards so that it is possible to do a GUI and integrate it with Web-Services without coding.

Long story:

Basically, many web-based applications use tools like Microsoft BizTalk to implement processes and workflows, talk to databases, implement business logic etc. 
Most such applications also need user input, so development teams often split two ways:
1. the guys who do the backend 
2. the guys who do the frontend

In such setting, it would be perfect if the backend guys could provide a bunch of Web-Services that provide the data for the GUI and that also receive the data from the GUI and can do something with it.

THat means that the GUI guys will not communicate with databases as much but use the Services instead - and should be able to integrate their GUI just as swiftly and ideally without coding as it can be done with the data-bound controls. 
After all, while the database schema describes the structure of the data a GUI can pull and the structure into which the GUI may write data, XSD's/WSDL's do the same for Services. So if these XSD's/WSDL's are the "interface" between the GUI guys and the backend guys, a code-free integration at least for common use cases should be easily possible.

And I think extending the RADClientDataSource with Wizards etc. would be the perfect way to do it. 

What do you guys think?

The RadClientDataSource is a wonderful control to greatly simplify binding controls to data for client side operations. 

I'm finding though that I don't have many scenario's where I can get the data in one swoop. An example is an event log viewer with 100000 logs that I don't want to transfer to the client in one transfer. Rather, with a custom date range that can be set via date pickers, I'd like to be able to tell the data source to go back and get fresh data for the new filter parameters. 

Other scenario's can be for contributions where in our app, people are part of teams and they can be part of multiple teams. Upon switching contexts, from one team to another, the data needs to be refreshed because there's many thousands of records so I cannot load everything at once on the first go, besides, that kills the network pipeline.

I guess what I'm getting at is that I find there is the need to have the ability to filter the data by passing parameters from controls on the client to filter data returned from a stored procedure expecting said parameters. It's really the only way to go when you have screens that are generic that deal with large datasets because any alternative will kill performance. 

Robin

This was a thread started by Alex Fuernsinn. I would also strongly suggest that this should be implemented


Regards