Client-middle tier communication.

Question

We'd like to inform the middle tier of some choices made in the client but I'm not sure how this communication should be achieved.
For example, the user logs-on using a (non BC4J) method which establishes the user-name and access level.
I want an EntityObject (An AuditTrailEntity) to be able to set the username in any new rows created.
I want ViewObjects to restrict the rows returned based on the access level.
I see I can create some ViewObject methods and export them to the client but can these be class (static) methods? If not, then I must use object methods that set class variables but this doesn't feel like the "right" solution.
Can I set some properties in a Cookie somewhere (how)?
Is there another (better) method?
Any advice gratefully received.
Tony.
P.S.
As part of my investigations, I've tried adding a RowSetListener:
panelBinding.addRowSetListener(new HistoryRowSetListener());
class HistoryRowSetListener extends JUPanelRowSetAdapter
{   public void rowInserted(JUIteratorBinding aIterBinding, InsertEvent aEvent)
{   super.rowInserted(aIterBinding, aEvent);
Row lRow = aIterBinding.getCurrentRow();
lRow.setAttribute("UserName", sCurrentUserName);
But the getCurrentRow() returns the row that's current when the insert was performed, not the row that's being inserted. Is this intended? If so, How can I get the row that's being inserted?

Answer 1

In the client some properties are acquired (from a legacy system) and we want to communicate these to the middle tier. We'll want certain
ViewObjects (in several ApplicationModules) to behave differently.What are the client properties? Are they like read/write access priviledges?
If the client properties change, then we need to re-communicate with the middle tier to alter the ViewObjects behaviour again. For example,
the user is only permited to see their own (or their own region's data). For the most part this can be achieved by modifying the SQL but for
some attributes, we may show the row but hide the value.In 9.0.5 release of BC4J we will have access privilege support in both design time and runtime. We plan to have api for obtaining read/write access based on the logged in user role(s). You can use this info to map the ui.
I think our client could probably call ViewObject.setWhereClause() but I'd rather have this functionality encapsulated in the Business
components.
If you want to set username
then it should be on the session or root AM.
This sounds near the solution. Can I access the Session in both the client and middle-tier. I saw ApplicationModule.getSession() which I'm
hopi[i]Long postings are being truncated to ~1 kB at this time.