By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
443,432 Members | 795 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 443,432 IT Pros & Developers. It's quick & easy.

ObjectDataSource update using callback instead of postback

P: n/a
It would be udeful to be able to get the current on-screen values from a
FormView that is databound to an ObjectDataSource by using a callback instead
of a postback. For example:

public void RaiseCallbackEvent(string eventArgs)
{
// update the data object with the values currently on screen
FormView1.UpdateItem(true);
}

In an ordinary postback, such as a button click handler, calling UpdateItem
would force a call to the following business class update method, and the obj
parameter would contain the values currently on screen:

public static void Update(MyBusinessClass obj)
{
// validate, store, etc. here
}

However, if I call UpdateItem in RaiseCallbackEvent, then the obj parameter
in the business class update method will not have been updated with the
values the user has just typed in the form.

Jim
Nov 19 '05 #1
Share this Question
Share on Google+
4 Replies


P: n/a
Hi Jim,

We have reviewed this issue and are currently researching on it. We will
update you ASAP. Thanks for your patience!

Kevin Yu
=======
"This posting is provided "AS IS" with no warranties, and confers no
rights."
Nov 19 '05 #2

P: n/a
Hi Jim,

As for ASP.NET script callback, its request (call back to serversdie...) is
different from our normal post back request. For performance consideration,
some of the normal processing in the server request have been bypassed in
scrpit call back. Such as the Control Tree constructing and populating and
some normal postback data processing and events other than the script call
back. So we don't recommend that our serverside script call back function
will have any code logic which rely on the page's control model. Is you'd
like to do data updating, it is recommended, that we use Sqlconnection and
SqlComand and executing the command separately and return the executing
result to clientside whicn will be better.

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)


--------------------
| Thread-Topic: ObjectDataSource update using callback instead of postback
| thread-index: AcXnHkNwxKAJxANARKu4/LaAlXQNYA==
| X-WBNR-Posting-Host: 209.137.235.2
| From: "=?Utf-8?B?SmltIEhhbW1vbmQ=?=" <Ji**************@nospam.nospam>
| Subject: ObjectDataSource update using callback instead of postback
| Date: Fri, 11 Nov 2005 16:16:01 -0800
| Lines: 24
| Message-ID: <6E**********************************@microsoft.co m>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
| Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.aspnet:357527
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| It would be udeful to be able to get the current on-screen values from a
| FormView that is databound to an ObjectDataSource by using a callback
instead
| of a postback. For example:
|
| public void RaiseCallbackEvent(string eventArgs)
| {
| // update the data object with the values currently on screen
| FormView1.UpdateItem(true);
| }
|
| In an ordinary postback, such as a button click handler, calling
UpdateItem
| would force a call to the following business class update method, and the
obj
| parameter would contain the values currently on screen:
|
| public static void Update(MyBusinessClass obj)
| {
| // validate, store, etc. here
| }
|
| However, if I call UpdateItem in RaiseCallbackEvent, then the obj
parameter
| in the business class update method will not have been updated with the
| values the user has just typed in the form.
|
| Jim
|

Nov 19 '05 #3

P: n/a
Is it possible to update the viewstate on the server from the client for just
the one formview control - ideally without doing a postback? Is it possible
to update the entire viewstate on the server from the client without doing a
postback?

Please elaborate on "executing the command separately". Note that the goal
is to get updated data FROM the form rather than sending updated data TO the
form.

Thanks,

Jim

"Steven Cheng[MSFT]" wrote:
Hi Jim,

As for ASP.NET script callback, its request (call back to serversdie...) is
different from our normal post back request. For performance consideration,
some of the normal processing in the server request have been bypassed in
scrpit call back. Such as the Control Tree constructing and populating and
some normal postback data processing and events other than the script call
back. So we don't recommend that our serverside script call back function
will have any code logic which rely on the page's control model. Is you'd
like to do data updating, it is recommended, that we use Sqlconnection and
SqlComand and executing the command separately and return the executing
result to clientside whicn will be better.

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)


--------------------
| Thread-Topic: ObjectDataSource update using callback instead of postback
| thread-index: AcXnHkNwxKAJxANARKu4/LaAlXQNYA==
| X-WBNR-Posting-Host: 209.137.235.2
| From: "=?Utf-8?B?SmltIEhhbW1vbmQ=?=" <Ji**************@nospam.nospam>
| Subject: ObjectDataSource update using callback instead of postback
| Date: Fri, 11 Nov 2005 16:16:01 -0800
| Lines: 24
| Message-ID: <6E**********************************@microsoft.co m>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
| Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.aspnet:357527
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| It would be udeful to be able to get the current on-screen values from a
| FormView that is databound to an ObjectDataSource by using a callback
instead
| of a postback. For example:
|
| public void RaiseCallbackEvent(string eventArgs)
| {
| // update the data object with the values currently on screen
| FormView1.UpdateItem(true);
| }
|
| In an ordinary postback, such as a button click handler, calling
UpdateItem
| would force a call to the following business class update method, and the
obj
| parameter would contain the values currently on screen:
|
| public static void Update(MyBusinessClass obj)
| {
| // validate, store, etc. here
| }
|
| However, if I call UpdateItem in RaiseCallbackEvent, then the obj
parameter
| in the business class update method will not have been updated with the
| values the user has just typed in the form.
|
| Jim
|

Nov 19 '05 #4

P: n/a
Hi Jim,

Thanks for your respones. As for ViewState, I'm afraid this is not
updatable from external code. Actually, the script call back event at
serverside just provide an interface for us to make a post back to client
without refreshing the client browser view. However the serverside
processing pipeline has bypass those page/control related constructing ,
viewstate mapping, event mapping. steps. So we can not access those
features in script call back.

And for the below you mentioned:

=====================
Please elaborate on "executing the command separately". Note that the goal
is to get updated data FROM the form rather than sending updated data TO
the
form.
=====================

Yes, what I means is update date through code and then use the result to
modify the FormView's clientside view. I'm afraid we 're not able to
access the FormView or any other controls in script callback (like what we
do in normal postback).

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)


--------------------
| Thread-Topic: ObjectDataSource update using callback instead of postback
| thread-index: AcXpPP/FQwZX2qfPRHqo/AByqVztqA==
| X-WBNR-Posting-Host: 209.137.235.2
| From: "=?Utf-8?B?SmltIEhhbW1vbmQ=?=" <Ji**************@nospam.nospam>
| References: <6E**********************************@microsoft.co m>
<hf**************@TK2MSFTNGXA02.phx.gbl>
| Subject: RE: ObjectDataSource update using callback instead of postback
| Date: Mon, 14 Nov 2005 09:01:04 -0800
| Lines: 96
| Message-ID: <14**********************************@microsoft.co m>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
| Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.aspnet:357996
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| Is it possible to update the viewstate on the server from the client for
just
| the one formview control - ideally without doing a postback? Is it
possible
| to update the entire viewstate on the server from the client without
doing a
| postback?
|
| Please elaborate on "executing the command separately". Note that the
goal
| is to get updated data FROM the form rather than sending updated data TO
the
| form.
|
| Thanks,
|
| Jim
|
| "Steven Cheng[MSFT]" wrote:
|
| > Hi Jim,
| >
| > As for ASP.NET script callback, its request (call back to
serversdie...) is
| > different from our normal post back request. For performance
consideration,
| > some of the normal processing in the server request have been bypassed
in
| > scrpit call back. Such as the Control Tree constructing and populating
and
| > some normal postback data processing and events other than the script
call
| > back. So we don't recommend that our serverside script call back
function
| > will have any code logic which rely on the page's control model. Is
you'd
| > like to do data updating, it is recommended, that we use Sqlconnection
and
| > SqlComand and executing the command separately and return the executing
| > result to clientside whicn will be better.
| >
| > Thanks,
| >
| > Steven Cheng
| > Microsoft Online Support
| >
| > Get Secure! www.microsoft.com/security
| > (This posting is provided "AS IS", with no warranties, and confers no
| > rights.)
| >
| >
| >
| >
| > --------------------
| > | Thread-Topic: ObjectDataSource update using callback instead of
postback
| > | thread-index: AcXnHkNwxKAJxANARKu4/LaAlXQNYA==
| > | X-WBNR-Posting-Host: 209.137.235.2
| > | From: "=?Utf-8?B?SmltIEhhbW1vbmQ=?=" <Ji**************@nospam.nospam>
| > | Subject: ObjectDataSource update using callback instead of postback
| > | Date: Fri, 11 Nov 2005 16:16:01 -0800
| > | Lines: 24
| > | Message-ID: <6E**********************************@microsoft.co m>
| > | MIME-Version: 1.0
| > | Content-Type: text/plain;
| > | charset="Utf-8"
| > | Content-Transfer-Encoding: 7bit
| > | X-Newsreader: Microsoft CDO for Windows 2000
| > | Content-Class: urn:content-classes:message
| > | Importance: normal
| > | Priority: normal
| > | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| > | Newsgroups: microsoft.public.dotnet.framework.aspnet
| > | NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
| > | Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
| > | Xref: TK2MSFTNGXA02.phx.gbl
| > microsoft.public.dotnet.framework.aspnet:357527
| > | X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
| > |
| > | It would be udeful to be able to get the current on-screen values
from a
| > | FormView that is databound to an ObjectDataSource by using a callback
| > instead
| > | of a postback. For example:
| > |
| > | public void RaiseCallbackEvent(string eventArgs)
| > | {
| > | // update the data object with the values currently on screen
| > | FormView1.UpdateItem(true);
| > | }
| > |
| > | In an ordinary postback, such as a button click handler, calling
| > UpdateItem
| > | would force a call to the following business class update method, and
the
| > obj
| > | parameter would contain the values currently on screen:
| > |
| > | public static void Update(MyBusinessClass obj)
| > | {
| > | // validate, store, etc. here
| > | }
| > |
| > | However, if I call UpdateItem in RaiseCallbackEvent, then the obj
| > parameter
| > | in the business class update method will not have been updated with
the
| > | values the user has just typed in the form.
| > |
| > | Jim
| > |
| >
| >
|

Nov 19 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.