| We have a J2EE client application that uses Swing. It's a relatively complex
| application which would have required several hundred JSP pages had we
| implemented all the UI in HTML and JavaScript. Plus the user experience would
| have been very unpleasent had we not used Swing.
Victor,
Quick follow-up question on your Swing<-->EJB architecture...
Do you bind your Swing forms to Collections of Value Objects
or to remote Entity Beans ?
If you're showing information on a Swing form like this:
Name: [Steve ]
Level: [Silver ][v] (supposed to look like a poplist) :-)
CreditLimit: [1000 ]
:
lots more info here
:
and suppose the user pulls the poplist and sets the
customer level to [Platinum] and does "File / Save"...
Assuming you're EJB-tier business logic has code that
says,
:
if (getLevel().equals("Platinum")) {
setCreditLimit(9000);
}
Does your user still see the now stale CreditLimit of 1000 on
the Swing form, or do you implement some kind of "Value Messenger"
pattern that communicates middle-tier data changes back to
the collection of value objects in the Swing thin client?
Just curious how you handle this issue in your app.
_____________________________________________________________________
Steve Muench - Developer, Product Manager, XML Evangelist, Author
"Building Oracle XML Applications" - www.oreilly.com/catalog/orxmlapp
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
