Add Gradle build
- Add gradle build script - Remove spring-build/ - Remove build-spring-webflow/ - Remove ivy.xml, pom.xml, template.mf - Remove eclipse metadata - Remove RichFacesAjaxHandler.java - Create src/dist and add changelog.txt, readme.txt Dependency changes: - EBR dependency -> Maven-central dependencies - el-api 1.0 -> 2.2.0 - ognl 2.6.9 -> 2.6.11 - org.jboss.el -> tomcat-jasper-el 7.0.27
This commit is contained in:
28
src/api/overview.html
Normal file
28
src/api/overview.html
Normal file
@@ -0,0 +1,28 @@
|
||||
<html>
|
||||
<body>
|
||||
<p align="center">
|
||||
<img src="http://static.springframework.org/spring-webflow/images/spring-webflow.jpg"><br>
|
||||
The public Java Documentation for the Spring Web Flow project.
|
||||
</p>
|
||||
<p>Spring Web Flow facilitates building web applications that require guided navigation -- e.g. a shopping cart, flight check-in, a loan application, and many others. In contrast to stateless, free-form navigation such use cases have a clear start and end point, one or more screens to go through in a specific order, and a set of changes that are not finalized to the end.</p>
|
||||
|
||||
<p>A distinguishing feature is the ability to define a <strong>flow definition</strong> consisting of <em>states</em>, <em>transitions</em>, and <em>data</em>. For example, view states correspond to the individual screens of the flow while transitions are caused by events resulting from the click of a button or a link. Data may be stored in scopes such as <em>flash</em>, <em>view</em>, <em>flow</em>, and others. Scoped data is cleared when it is no longer in scope.</p>
|
||||
|
||||
<p>In REST terms a flow represents as a single resource. The same URL used to start the flow is also the URL used to step through the flow (there is also an execution key uniquely identifying the current flow instance). As a result of this approach navigation remains encapsulated in the flow definition.</p>
|
||||
|
||||
<p>Some key benefits of using Spring Web Flow:</p>
|
||||
|
||||
<ul>
|
||||
<li>A flow abstraction to model <em>"long conversations"</em> in web applications</li>
|
||||
<li>Proper encapsulation for navigation rules</li>
|
||||
<li>Multiple scopes in which to keep data</li>
|
||||
<li>Automatic use of the POST/REDIRECT/GET pattern to avoid browser warnings</li>
|
||||
<li>Impossible to return to completed flow sessions via browser back button</li>
|
||||
<li>Rapid prototyping of flow requirements</li>
|
||||
<li>Development mode in which flow definition changes are detected on the fly</li>
|
||||
<li>IDE visualization for flow definitions</li>
|
||||
<li>Much more...</li>
|
||||
</ul>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
Reference in New Issue
Block a user