I've been away from the code a while and so can't remember exactly but one
thing you'd have to do to get that to work is to compile in your
services-config.xml into your client app.

The offline data store contains the names of the data services id
properties, associations etc. when the application does not have it compiled
into directly.  Without that info, LCDS does not know what destinations are
there, the id properties etc. and so cannot even initialize without any
data.

When you use the new hibernate assembler, it's default behavior is to
generate the id properties and associations (the stuff that you'd normally
put into services config.xml manually) from hibernate's configuration which
means it just is not available to the compiler.   it's always downloaded at
connect time and LCDS is not really working until that happens.

As I recall, there is supposed to be some event or error or something that
is thrown when this happens so that you could catch that and at least report
that they need to connect.  Turning on the debug log on the client would be
the quickest way to see what is happening.

There is probably a way you could hack the ServicesConfig.xml static
property to avoid this altogether - i.e. just set it to some hard-coded
string that you squirrel away from a system which did initialize itself
properly.   Just make sure to set it before you try to initialize the data
service and it will act like it was compiled in.

Jeff

On Wed, Feb 10, 2010 at 1:56 PM, Dennis <[email protected]> wrote:

>
>
> If a user deletes the offline cache of an Air app then starts up the app in
> offline mode what is the expected behaviour results from a fill request? On
> my local setup, the callbacks bound to the token from my fill request are
> not called and the app waits indefinitely. I expect an empty fill result
> list similar to what would happen when you make a offline request that was
> never cached.
>
> I could write some custom code to return empty lists when the sqllite db
> file does not exist, but i'm thinking there is a nicer and built in way of
> doing this. Any suggestions?
>
> Dennis
>
>  
>

Reply via email to