| Hi there,
let me please ask another weird question. For the context, thing is, one of our applications supports “predefined” EOs -- things like static lists and similar. In our case, they are completely defined in the Java code -- the number of them, all their attributes, whatever. Then, runtime, they are shared for all users/sessions/editing contexts.
Since they need to be real EOs (they mix with normal dynamically defined objects, they are part of relationships, etc), it brings non-trivial problem how to implement the stuff.
At this moment, we - at launch, synchronise these objects into the database: if the Java code defines a new object which has not been there, it is inserted; if there are changes in attributes, they are updated. If an object of this kind is found in the database and there's no description for it in the Java code, it is deleted; - then we load them into the shared EC for all users to share them.
It works, but the synchronisation approach is ugly; it feels sort of wrong to keep copies of those static objects in the database.
Now, I wonder: EOF does support multiple data sources. How difficult and error-prone would it be to implement my own data source, which would -- instead of from a DB -- “load” objects from the application predefined code? Would it be possible? Wouldn't it bring more problems than the old code did? To illustrate the idea, here's the notorious Apple pic, tweaked appropriately:
Has anybody out there already tried something like that, and if so, with any luck?
Thanks, OC
|