- Apparently genservice hasn't been run in a while, so half of vilya just got poked
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@709 c613c5cb-e716-0410-b11b-feb51c14d237
micasa.lobby services because they don't follow the pattern of being in a
micasa.lobby.client package.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@706 c613c5cb-e716-0410-b11b-feb51c14d237
let's not be checking in debug logging. Bang! Howdy calls these methods
hundreds of thousads of times a day and we don't really want the log spam.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@702 c613c5cb-e716-0410-b11b-feb51c14d237
assignment, not an entire method. Eclipse is helpfully stupid about this, but
we'll just have to use our big brains and help it out.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@701 c613c5cb-e716-0410-b11b-feb51c14d237
- IntSetStat and StringSetStat extend SetStat
- consolidated SetStat-related functions in StatSet, and added StatSet.getSetStatSize()
- she sells SetStat StatSets by the seashore
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@683 c613c5cb-e716-0410-b11b-feb51c14d237
Maybe these two classes should be merged into one? I'm worried that might break other code that already relies on MaxIntStat. Brighter minds: please advise.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@677 c613c5cb-e716-0410-b11b-feb51c14d237
an enumerated list of every class in the library. Since there are (as far as I know) only two
people currently using Flex Builder, and since these project files are easy to create and maintain
locally, lets not deal with keeping a versioned copy up to date every time a file is created,
removed or renamed.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@674 c613c5cb-e716-0410-b11b-feb51c14d237
projects. Flex Builder projects don't seem to support exporting libs, or this could depend solely
on Nenya.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@673 c613c5cb-e716-0410-b11b-feb51c14d237
this to automatically retry colliding stat modifications in the repository.
We'll also use the StatModifier to package up and send the modification to the
server that is hosting a user's in-memory stats so that the same adjustment can
be made to those. As a result of this requirement, Stat.Type became
Serializable which means that Stat will probably also need to be serializable
because the pattern we've adopted for our Stat.Type implementationsn is for
them to contain a prototype Stat object which is cloned to create new stats.
Maybe we'll stick with that and make Stat serializable, or maybe we'll do
something else. Not sure yet.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@669 c613c5cb-e716-0410-b11b-feb51c14d237
efficient (and almost certainly faster as well for sets of this size).
Modified add() to properly mark the stat as modified when it changes.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@668 c613c5cb-e716-0410-b11b-feb51c14d237
overridden to intercept such things if necessary (it's not necesary in this
case, we're just trying to set a good example for future programmers).
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@667 c613c5cb-e716-0410-b11b-feb51c14d237
ByteArrayOutputStream to a byte[] once and use that in the three places it's
needed. Some other small formatting tweaks.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@665 c613c5cb-e716-0410-b11b-feb51c14d237
Mike Thomas