Hi Santiago,
sorry for the delay in answering, this shouldn't have happened,
especially since you're new to this list :-\. So, a late "Welcome" from
my side :)
> Also, the api documents an optional XDataDescriptorFactory interface at
> com.sun.star.sdbcx.Table level, and says that it can be used
Hi Éric
>>I see. Okay, in database terminology this means that your database meta
>>data should return |false| form othersFooAreVisible methods ...
>
> I have checked, yes, they do all return sal_False. I suppose they would need
> to return sal_True once the concurrency is handled better?
Yes.
Le Jeudi 18 Août 2005 13:34, Frank Schönheit a écrit :
(again, not reproducing your nice tips and my "Ah OK, thank you" answers)
> I see. Okay, in database terminology this means that your database meta
> data should return |false| form othersFooAreVisible methods ...
I have checked, yes, they d
Hi Éric,
>>qa.openoffice.org has a Java-based API test framework (OOoRunner, if
>>that's still the current name), if you want to go this way.
>
> Yes, I had seen that. Isn't this framework supposed to be written by
> different
> people as the developers? (QA people)
Written: yes. Used: no.
I r
Hi Frank,
(skipping your many remarks where all I have to say is "OK"...)
> qa.openoffice.org has a Java-based API test framework (OOoRunner, if
> that's still the current name), if you want to go this way.
Yes, I had seen that. Isn't this framework supposed to be written by different
people as
Hi Éric,
> Speaking about housekeeping:
> - half of the drivers put their include files in
> connectivity/inc//
> - the other half (including kab) put them in
> connectivity/source//
> What is the correct location?
I tend to source/. Usually, the rule is that you put into inc
what is
Le Jeudi 18 Août 2005 08:52, Frank Schönheit - Sun Microsystems Germany a
écrit :
> Well, some drivers don't need a column class at all (as said, higher
> layers will emulate missing parts of the SDBCX API in a generic way, if
> not provided by the driver, or simply not provide certain functionali
Hi John,
>>It seems like Sun is wanting to use Derby as the DB engine for future
>>Java products. I just wanted to bring it up in case of there is any
>>change in tack from Sun management/engineer for the embedded java DB
>>that OOo has in v2.
>
> Folks - any comment please?
OpenOffice.org's dat
Hi Bruce,
> There was a lot of backlash against the inclusion of the new Java DB
> in OOo 2.0. Why instead of that not SQLite? It's public
> domain, it's native code, it's widely supported. AFAIK itwould be
> uncontroversial choice for an embedded database.
Josh already answered this perfectly