The presents-specific portions of ConnectionManager like reading Message subclasses and sending
datagrams are now in PresentsConnectionManager. PresentsServer should behave identically, except
during shutdown. Before, connections would be accepted and datagrams would be read until the OMgr
thread exited. Now, both stop as soon as the server begins its shutdown. This seems like an
improvement to me, but let me know if it causes issues and I can rework it.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6270 542714f4-19e9-0310-aa3c-eee0fc999fb1
It provides code generators for streamables, services and receivers, but not DObject. It uses
Apple's CFNetwork for its sockets and builds with XCode, so it's limited to OS X and iOS. It should
be straightforward to replace both to make it cross-platform.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6264 542714f4-19e9-0310-aa3c-eee0fc999fb1
touches the _handlers Map which should only be modified on the
ConnectionManager thread. Add transferAcceptedSocket for outside socket
acceptors to call. It sticks new sockets into a queue, which are then passed
to handleAcceptedSocket as part of ConnectionManager's iterate.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6250 542714f4-19e9-0310-aa3c-eee0fc999fb1
The help message for /help <command> was using the translated/aliased string,
which meant that you had to have a usage translation for each command alias.
This became unmaintainable in Project X, where we had artists adding emotes
with lots of aliases, and I'm guessing it was booched in the Y!PP translations,
since they seem to lack translations for things like m.usage_escuchar. Let's
instead use a usage message based on the untranslated command, then compose
the actual command used into that (for aliases). This should be mostly
backwards-compatible, but I will be updating Yohoho and Bang in addition to
Project X: this involves replacing the command name in the usage translations
with {0} and returning getUsage(command) instead of "m.usage_blabla".
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6248 542714f4-19e9-0310-aa3c-eee0fc999fb1
Looks like eclipse merrily reformatted various lines in my last commit
and added this. Yay.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6240 542714f4-19e9-0310-aa3c-eee0fc999fb1
<java clonevm="true" dir="foo"> not doing the right thing.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6235 542714f4-19e9-0310-aa3c-eee0fc999fb1
on the DObject and invocation services in src/tests/java and checks that
nothing changed.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6234 542714f4-19e9-0310-aa3c-eee0fc999fb1
100K dist/narya-base.jar
676K dist/narya-distrib.jar
68K dist/narya-tests.jar
88K dist/narya-tools.jar
rather than this:
860K dist/narya.jar
Anyone who uses Narya uses narya-base and narya-distrib, and beyond that we're
looking at another 160k which is silly to split out.
To avoid disruption, I'm keeping the other jar files around, so that everything
will continue to work as before while I convert things over.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6231 542714f4-19e9-0310-aa3c-eee0fc999fb1
version has helpfully not been uploaded to Maven Central, but to the JBoss
Maven repository. Anyway, this should fix problems with narya-tools-full.jar.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6230 542714f4-19e9-0310-aa3c-eee0fc999fb1
not especially fond of the @Generated annotation anyway, so I'd kind of rather
use this an excuse to remove it, but I'll just live and let live.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6229 542714f4-19e9-0310-aa3c-eee0fc999fb1
JDK users can continue function and persist in being a pain in our collective
asses (and persist in paying the salaries of most of the people whose assses it
pains).
You guys do know about Getdown's automatic JDK upgrade feature, don't you? You
should use it and then have the server record statistics about the JVM versions
of all of the clients. If nothing goes wrong (and I'm pretty sure we used it on
Bang and it worked well enough), then your 1.5 user base will disappear.
Oh wait, maybe you've already done that, or don't want to do it so that you can
continue to support the Mac OS users who run on some version for which Apple
will never provide Java 1.6. Well, Apple has abandoned Java completely, so
future Mac users probably won't be able to run Puzzle Pirates anyway. Joy.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6227 542714f4-19e9-0310-aa3c-eee0fc999fb1
the .classpath. I'm leaving optional="true" on the project entries in mute
protest of its non-workingness.
When project dependencies are met (since they come first in the list), Eclipse
will use those to find the code they export and everything will be groovy.
When they're not met, if you switch Window -> Preferences -> Java -> Compiler
-> Building -> "Incomplete build path" from Error to Warning, it will build and
just leave you with three annoying warnings in the Problems list about
unsatisfied project dependencies.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6226 542714f4-19e9-0310-aa3c-eee0fc999fb1
since been replaced by using the secret undocumented JDK APIs for doing the
same thing. AFAIK that works on all of our servers and we're not shipping
libsignal.so with anything.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6225 542714f4-19e9-0310-aa3c-eee0fc999fb1
not crap undesired directories onto Eclipse users' filesystems).
I first tried installing m2eclipse and then recoiled in horror as it started
doing crazy shit and didn't even work in the end. Then it took me 10 minutes to
figure out how to uninstall plugins from Eclipse. Who writes this software?
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6224 542714f4-19e9-0310-aa3c-eee0fc999fb1
That's now the canonical place to list the dependencies, which will make
eventual publishing of Narya to Maven Central easier, and will make using
things like m2eclipse smoother.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6223 542714f4-19e9-0310-aa3c-eee0fc999fb1
ActionScript bits remain belligerent, but the Java stuff is mostly shipshape.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@6222 542714f4-19e9-0310-aa3c-eee0fc999fb1
Charlie Groves