Based on this discussion, I've decided to use a content provider for access to
an internal private database for my app. It simply makes the data access
simpler for me, and there's a really nice go-by in the NotePad sample. However,
I'm worried about your comment about the leaked database
There is no leaked database connection with Content Providers.
What happens is, the database is kept open as long as the application
process is alive, and is open just once, too.
When/if the process is killed, the OS kernel closes the file.
As far as that extra file being kept open - many
On Tue, Mar 29, 2011 at 10:19 AM, Kostya Vasilyev kmans...@gmail.com wrote:
There is no leaked database connection with Content Providers.
Yes, there is, at least by my definition (close() not being called).
What happens is, the database is kept open as long as the application
process is
Mark,
29.03.2011 18:27, Mark Murphy пишет:
On Tue, Mar 29, 2011 at 10:19 AM, Kostya Vasilyevkmans...@gmail.com wrote:
There is no leaked database connection with Content Providers.
Yes, there is, at least by my definition (close() not being called).
By this definition, every program
On Tue, Mar 29, 2011 at 1:43 PM, Kostya Vasilyev kmans...@gmail.com wrote:
There is no leaked database connection with Content Providers.
Yes, there is, at least by my definition (close() not being called).
By this definition, every program running in a non-GC environment has a
memory
29.03.2011 21:57, Mark Murphy пишет:
On Tue, Mar 29, 2011 at 1:43 PM, Kostya Vasilyevkmans...@gmail.com wrote:
There is no leaked database connection with Content Providers.
Yes, there is, at least by my definition (close() not being called).
By this definition, every program running in a
Mark, the point where database changes are made is in commit(). If you did a
commit(), your changes are persisted, if not, they are not. This is a
critical part of the behavior of a database.
Closing the database (or database connection) has no bearing on this. There
is nothing it is *allowed*
On Tue, Mar 29, 2011 at 10:57 AM, Mark Murphy mmur...@commonsware.comwrote:
On Tue, Mar 29, 2011 at 1:43 PM, Kostya Vasilyev kmans...@gmail.com
wrote:
There is no leaked database connection with Content Providers.
Yes, there is, at least by my definition (close() not being called).
Kostya,
Unless I misread it, ACRA is good for catching thrown exceptions and
automatically sending them to the developer. I am looking for something
will allow me to create a trace file. Essentially, I'm looking for a
good way to trap the kind of output that I might otherwise send to
syslog
28.02.2011 0:51, Jake Colman пишет:
Kostya,
Unless I misread it, ACRA is good for catching thrown exceptions and
automatically sending them to the developer. I am looking for something
will allow me to create a trace file. Essentially, I'm looking for a
good way to trap the kind of output
On Sun, Feb 27, 2011 at 4:51 PM, Jake Colman col...@ppllc.com wrote:
Getting back to the original topic, so a Content Provider is a good
paradigm to use across the board even if the database is only meant to
be used internally?
Kostya is pro-ContentProvider. I'm far less of a fan. Notably:
--
Fwiw, a database is way overkill for a debug log or other such thing.
Databases aren't free -- all of their features come with significant costs.
If you actually are using those features (queries etc) then they are
useful. But for a debug log? You are bringing in a ton of overhead for no
real
12 matches
Mail list logo
