>>>Hello Mr Fay :)
>
>>
>>I've been called worse <s>. Answers below.
>
>:)
>Sorry. It was more out of respect then anything else.
No apology needed or desired.
>
>>>A)
>>>My entire framework and all applications in production revolve around business objects written as classes
>>>based on Session base object (introduced in VFP6/sp3 and overlooked by many people )
>>>Will Lianja have something like session object ? If they did not do it yet please try to talk them into it :)
>>>Since they seem to be responsive to community input I certainly hope they can come with something like this.
>>>
>>
>>Sessions, in terms of DataSessions, are not part of the Lianja concept: each section of the app is written as a separate app (take a look at the demo and you will see the App Center, which are all parts of one bigger app. This has to do with keeping the footprint down, and also the time-to-load for browser/native mobile apps down. While Lianja's method of app instantiation on browsers/native is fast -- it ships only the XAML which a custom javascript engine then displays on the client, thus not having to ship the DOM and piece it back together -- it would still be a lot to ship an entire app. Lianja does have a OBJECT class, however, which unlike VFP's object class has addobject, etc., which should do the trick for you. You will end up restructuring your app; but if your business logic is already separated out in best-practice fashion, then the rest can be relatively trivial.
>
>So If I get it right, then each sub-app (which is presumably part of bigger app) basically has it's own datasession ?
>As for OOP model diffs I will perhaps find my way around. I do reserve my right to ask few more silly questions once I really start playing with it. :)
>
>
>>
>>>B)
>>>Will they support local cursors like we have it in VFP ?
>>>
>>
>>Absolutely. Lianja is built around data from the ground up. There are many additional Data features, like VirtualTables (think: cursoradapter) that pick up properties from the built-in DD, and can be dragged/dropped on the IDE, and can be USEd with a WHERE clause in your app. Etc., etc.
>
>Good news. As for virtual tables concept, I just hope that it is open enough for adding custom back-end handling.
>Did not use Cursor adapters personally because I have built very similar concept on my own (back end data handling class) but in VFP I can always bring my 'adapter' class code forward in a subclass method and customize parsing of changes to back-end (case/eceptions handling) the way I want. How flexible is Lianja concept in this respect ?
How much datahandling you do is up to you. The on limiting concept: because Lianja always leaves open the possibility of massive scaling on the same app running for a small team, all transaction as Optimistic. If you want anything else, at least at this point you'll have to roll your own. That said, SET LOCKTYPE is in the Recital engine; I think, but don't know for sure, that it simply hasn't been exposed in Lianja. Barry has been very good about listening to needs and exposing functionality when the need is made clear. His goal has been to keep things as simple as possible, and make other stuff available only when a need is expressed in a way that makes real-world sense.
>
>>
>>>C)
>>>What will be the pricing on that high performance database you were mentioning here.
>>>(If that gets to be reasonable for a SMEs it would be a great deciding point for many)
>>>
>>
>>Pricing is all on their pricing sheet: http://www.lianja.com/resources/pricing If it's your application/s being installed, the server distribution is free with your ISV license. If you don't have the ISV license and a customer wants to buy it for use with your app, they can buy the "install your own" or can buy the "already installed ready for VM, Amazon, etc." versions. If you have the business to support an ISV license, then it's a fantastic deal, given everything that is included, for which you get to charge your customers.
>>
>>>Thks for doing all that exploration/evaluation work for all of us!
>
>I looked it and it looks reasonable at first sight. Not big payment up front, but then comes yearly subscription.
>It will not be problem for companies like mine (we do not sell software to anyone) but I guess it might be a slight problem for ordinary VFP shops / their usual customers who are used to paying 0.00$/year on database licences {g} Those who indeed need more reliable as database will not complain as they probably already pay arm&leg for MS-SQL or Oracle so this might come even cheaper for them.
>
>>
>>Heh heh: I call this my half-time job (without pay <s>). As I told the San Diego Fox UG, I plan on working at least another 14 years, so putting time into learning, testing, and giving feedback on the product is all in my own interest. And making it easier for others to choose whether Lianja will work for them by providing information that can help them get going as quickly as possible is also in my interest, as having Lianja be a successful product is as important as it being a good-for-me product.
>
>Thks+++ Again :)
You're welcome, again. :)