> - AW is a component-based UI framework (as opposed to page level MVC
> like Struts) -- if you use AW to create a UI you are unlikely to get
> any reuse out of page-level request handlers (controllers) written for
> Ofbiz (although you certainly could call the underlying http-
> independent business logic)
The solution would be to get the navigation past the ofbiz
controller.xml which is just a request
receiver and forwards on to the corresponding view. If we can avoid
the controller, ..since the
controller is central to ofbiz navigation.
>
> - AW's metaui layer is open to metadata from a variety of sources --
> annotations are *not* core to how metaui operates (they are just
> scanned at class reference time to create metaui rules). If you have
> a different source of meta data (e.g. Ofbiz xml entitydefs) you can
> easily write metaui listeners that register rules based on that
> metadata.
Ohh ok. that could be very neat if there is a way to do that. In
ofbiz, database schema is defined in XML
and ofbiz creates the SQL schema at startup. that same schema can then
be used to define a metaui
for the view. Is there an example of how this type of listener can be
written??
>
> - AW/MetaUI does expect that business objects in the UI have extended
> session lifetime (like Seam, I believe). So, you'd need to make sure
> that whatever session/entity context management you were getting with
> Ofbiz could support those "extended transactions".
Ofbiz allows different datasources and different persistence
mechanisms including hibernate so am sure
extended persistence context will not be a problem. What I am not sure
about is a conversation session context like seam..will have to find
out