Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn More

View all

Sign in to view all badges

is data passed back to responder a read-only copy?

Avatar

Avatar
Validate 1
Level 1
mitchgrrt
Level 1

Likes

0 likes

Total Posts

10 posts

Correct Reply

0 solutions
Top badges earned
Validate 1
View profile

Avatar
Validate 1
Level 1
mitchgrrt
Level 1

Likes

0 likes

Total Posts

10 posts

Correct Reply

0 solutions
Top badges earned
Validate 1
View profile
mitchgrrt
Level 1

10-09-2008

I have a service that I call, adding a responder:



var modelingDataResponder:IResponder = new
ModelingDataResponder();

var modelingDataService:DataService =
EnterpriseServiceLocator.getInstance().getDataService("ModelingDataService");

var token:AsyncToken = modelingDataService.fill(myModel,
clientName);

token.addResponder(modelingDataResponder);



This causes the variable myModel to be filled. It adds a
responder called modelingDataResponder which implements IResponder.
modelingDataResponder is called when the fill completes.



My question is this. modelingDataResponder is called with
data that's a copy of the myModel object that was filled. But it
seems to be only a copy. It seems like executing code inside
modelingDataResponder that changes data fields inside the parameter
that is passed in just changes the data in a local copy, not in the
myModel object that was filled. The two objects have separate
addresses when looked at in the debugger, and changing a value in
one has no effect on the other.



So it's like the data that is passed back is a copy. The copy
can be read. Writing in the copy is OK, but it is just writing on a
copy, on on the object that was filled. Right?

Replies

Avatar

Avatar
Affirm 1
Level 1
jeffvroom
Level 1

Likes

0 likes

Total Posts

6 posts

Correct Reply

1 solution
Top badges earned
Affirm 1
View profile

Avatar
Affirm 1
Level 1
jeffvroom
Level 1

Likes

0 likes

Total Posts

6 posts

Correct Reply

1 solution
Top badges earned
Affirm 1
View profile
jeffvroom
Level 1

11-09-2008

I think that this is a bug... I think that today the
responder's token is receiving the raw array of objects received
from the server. It should be given the same object - i.e. the
"myModel" object -- in the result event. I'll make sure a fix gets
into the next release. In the meantime, a workaround would be to
do:



token.myResult = myModel



just after the fill call... then use "myResult" instead of
token.result.

Avatar

Avatar
Level 1
SiebeD
Level 1

Likes

0 likes

Total Posts

1 post

Correct Reply

0 solutions
View profile

Avatar
Level 1
SiebeD
Level 1

Likes

0 likes

Total Posts

1 post

Correct Reply

0 solutions
View profile
SiebeD
Level 1

14-06-2010

Hi Jeff,

We use LiveCycle Data Services ES 2.6 and we currently have this  issue.

When using LiveCycle Data Services ES 3.0 (I only replaced  following swc's: fds.swc and airfds.swc) we don't have this problem any  more.

Thanks for the workaround.

We still have a few questions could you answer these for me?
- Since what version of LCDS is this issue resolved?

- Is their a Jira issue for this?

- Is a patch available?

Avatar

Avatar
Boost 5
Employee
tomj
Employee

Likes

7 likes

Total Posts

56 posts

Correct Reply

2 solutions
Top badges earned
Boost 5
Boost 3
Boost 1
Applaud 5
Affirm 1
View profile

Avatar
Boost 5
Employee
tomj
Employee

Likes

7 likes

Total Posts

56 posts

Correct Reply

2 solutions
Top badges earned
Boost 5
Boost 3
Boost 1
Applaud 5
Affirm 1
View profile
tomj
Employee

14-06-2010

- Since what version of LCDS is this issue resolved?

LCDS 3.0 and above.

- Is their  a Jira issue for this?

No, as we use an private bug tracking system for LCDS.

- Is a patch available?

No, sorry.  You would have to work through Adobe Technical support to get a hotfix for this, and I do not believe that one exists.  I would recommend upgrading to 3.1 if you can.

Tom