Hallo A.,
ich habe es bei mir eben noch einmal ausprobiert - bei mir lädt er die Daten und aktualisiert diese, wenn die Query etwas anders zurückgibt mit diesem einfachen LoadCommand.
Du könntest mal versuchsweise das
LoadBehavior im Client explizit auf RefreshCurrent setzen (aber eigentlich ist das nicht nötig):
namespace SilverDomainDemo.Web
{
public partial class DomainService1
{
public override System.ServiceModel.DomainServices.Client.
LoadOperation Load(
System.ServiceModel.DomainServices.Client.EntityQuery query,
System.ServiceModel.DomainServices.Client.LoadBehavior loadBehavior,
Action<System.ServiceModel.DomainServices.Client.LoadOperation>
callback, object userState)
{
return base.Load(query, LoadBehavior.RefreshCurrent, callback,
userState);
// return base.Load(query, loadBehavior, callback, userState);
}
}
}
nimm auch mal einen normalen Button und schaue, ob der
(tblCfgMenuesDomainDataSource.CanLoad ==
true)
ist. Wenn nicht, würde das Loaden by Design nicht funktionieren.
_______________________
> Nun zum Punkt "nicht funktionieren": Ich ändere links einen
> Datensatz und speichere ab. Drücke dann auf den Neuladen-Button und im
> Datagrid sind immernoch die alten Daten zu sehen. So war das gemeint.
Das kommt dann auch auf die Update Methode im DomainService an.
Ist sie denn implementiert? Wenn sie korrekt implementiert wäre, ist das Verhalten by design richtig - gewollt. Das Load gibt die Änderungen seit dem letzten Change zurück, bzw. soll dies tun.
ciao Frank
