One last note, on a somewhat experimental basis, I have been building an application, which for the lack of a better idea I call "StrutsState", for state management issues in or relating to the business layer which is stored in the servlet context (application) layer. This application interfaces with page, request, and session state management but provides much finer management of persistence. While nothing is written in stone in this application, I have found it useful to separate concerns generally into (a) navigation and (b) data areas. Both the navigation and data areas feed JSTL but in a standard way such that the JSTL can be written with logical rather than physical references. If any of this interests you, which I suppose is unlikely in your circumstance, please feel free to email me directly.
On 5/27/05, David Whipple <[EMAIL PROTECTED]> wrote: > This is an off topic post, but there seem to be a lot of people with good > opinions here. > > I am trying to provide a framework (based on Stuts and Spring) for our > company > to use. I'd like to make a reinforcement of the business layer in > applications. > > We do not use EJBs, so a lot of the patterns that are out there do not seem > to > apply. I have not been able to find any references I like. > > The goal is to encourage better program design and development by > having a clear definition of what are the business objects in the program. > > We want to come up with a way through patterns to help programmers avoid > poor > programming practices. Clear separation into layers is one basic idea > behind > this. We want to come up with some interface to the business layer which > will > force programmers to know what are to be the business objects in their > architecture. > > Does anyone have any ideas and/or know of any references for this? > > Thanks, > Dave > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
