History of jbidwatcher/trunk/src/com/jbidwatcher/auction/AuctionSnipe.java

  • @636
    avatar 636

    Try to simplify the database access, by making _everything_ save itself when it changes. No more automatic saves, queued saves, etc., since all that crap is dangerous with multiple threads doing simultaneous database access. Hopefully this will yield more consistent (and good!) behavior.

    by mrs, 15 Sep, 2008 09:50 AM
  • @591
    avatar 591

    Default to 1 for snipe quantity, so we don't return null if we don't need to.

    by mrs, 07 Aug, 2008 05:10 PM
  • @517
    avatar 517

    Went on a warning-killing spree.

    by mrs, 21 Jun, 2008 09:26 PM
  • @490
    avatar 490

    Sweeping changes to improve deletion speeds and intelligence.

    Also some minor performance improvements (actually clearing the dirty flag on save) which should speed up shutdown.

    Also, when we find an auction entry we can't load because the auction id is no longer present, remove the entry.

    by mrs, 12 Jun, 2008 09:37 AM
  • @408
    avatar 408

    Use DB backed snipe data, and start the process of refactoring everything to refer to AuctionSnipe data when they need snipe information for an auction entry. Does not build in this state.

    by mrs, 01 Apr, 2008 04:18 AM