Ok well I think the link I gave you before is the suggested way to use Ajax.
From the
java doc
Action Interface:
Execute this action. Action execution will occur in the context of a request associated with an active flow execution.
Action invocation is typically triggered in a production environment by a state within a flow carrying out the execution of a flow definition. The result of action execution, a logical outcome event, can be used as grounds for a transition out of the calling state.
Note: The RequestContext argument to this method provides access to data about the active flow execution in the context of the currently executing thread. Among other things, this allows this action to access data set by other actions, as well as set its own attributes it wishes to expose in a given scope.
Some notes about actions and their usage of the attribute scope types:
Attributes set in request scope exist for the life of the currently executing request only.
Attributes set in flash scope exist until the next external user event is signaled. That time includes the current request plus any redirect or additional refreshes to the next view.
Attributes set in flow scope exist for the life of the flow session and will be cleaned up automatically when the flow session ends.
Attributes set in conversation scope exist for the life of the entire flow execution representing a single logical "conversation" with a user.
All attributes present in any scope are typically exposed in a model for access by a view when an "interactive" state type such as a view state is entered.
Note: flow scope should generally not be used as a general purpose cache, but rather as a context for data needed locally by other states of the flow this action participates in. For example, it would be inappropriate to stuff large collections of objects (like those returned to support a search results view) into flow scope. Instead, put such result collections in request scope, and ensure you execute this action again each time you wish to view those results. 2nd level caches managed outside of SWF are more general cache solutions.
Note: as flow scoped attributes are eligible for serialization they should be Serializable.
And the FlowSession Interface
A single, local instantiation of a flow definition launched within an overall flow execution.
This object maintains all instance state including session status within exactly one governing FlowExecution, as well as the current flow state. This object also acts as the local "flow scope" data model. Data in flow scope lives for the life of this object and is cleaned up automatically when this object is destroyed. Destruction happens when this session enters an end state.
Note that a flow session is in no way linked to an HTTP session. It just uses the familiar "session" naming convention to denote a stateful object.
Note especially the last line where it says it is in no way linked to an HTTP session.
On a side note this guy seems to have done something similar to what it is you are trying to do. I am still not convinced its the best way but I don't know enough about WebFlow to argue that point.
http://ytoh.wordpress.com/2011/09/07/flow-accessing-webflow-data-in-spring-mvc-controllers/
Also there is Spring Sample project on github that uses Ajax for some stuff, you might want to check it out as well.
https://github.com/SpringSource/spring-webflow-samples