jrandom authored 20 years ago and zzz committed 20 years ago

yeah, aspect oriented programming sure would be nice.

jrandom authored 20 years ago and zzz committed 20 years ago

minor cleanup

jrandom authored 20 years ago and zzz committed 20 years ago

add the jobId to log messages to simplify tracing individual parallel sends
logging cleanup

mihi authored 20 years ago and zzz committed 20 years ago

(you may remove both comments when you understood it)

[mihi]

jrandom authored 20 years ago and zzz committed 20 years ago

remove semantic inconsistency wrt getRemoteId(false) - it shouldn't ever timeout, since it always returns immediately
javadoc (though i wish i understood the close/close2/sendClose more clearly so i could javadoc that process)

jrandom authored 20 years ago and zzz committed 20 years ago

added more info wrt NTP entry
added filename for the SAM bridge

jrandom authored 20 years ago and zzz committed 20 years ago

filename specified on the command line: SAMBridge [keyfile [listenHost] listenPortNum [ name=val]*]

jrandom authored 20 years ago and zzz committed 20 years ago

lets default the read timeout to 5 minutes for clients (that hanging irc disconnect / not disconnected thing)

jrandom authored 20 years ago and zzz committed 20 years ago

* netDb.failedPeers (how many peers didn't reply to a lookup in time)
* netDb.searchCount (how many searches we send out in a 3 hour period)
probabalistically include the leaseSet of the sender in the garlic sent
to a peer if the client requests it to be included (aka if they want
replies).  By default, this is enabled (disable by setting the I2CP
prop "shouldBundleReplyInfo=false").  Also, by default the probability is
30% (w00 h00, arbitrary values!), which can be overridden via the I2CP
prop "bundleReplyInfoProbability=80" (or =10, or =100, etc).  The tradeoff
here is quicker replies in exchange for bandwidth (the dbStore).
Yeah, it'd be nice if there were something keeping track of which leaseSet
each client sent to each peer so that it could explicitly include it only
if it were necessary, but for now that's probably overkill.

jrandom authored 20 years ago and zzz committed 20 years ago

(this is the cause of the intermittent "view $page through squid, try to view eepsite, end up requesting through squid" bug)

jrandom authored 20 years ago and zzz committed 20 years ago

simplistic streaming test (w00t, the streams worked - no mods necessary. go human, its your birthday, go human, its your birthday)

jrandom authored 20 years ago and zzz committed 20 years ago

expose the read timeout for the client and put the default read timeout back to -1 for the server (override via command line, etc)

duck authored 20 years ago and zzz committed 20 years ago

fix ze german
(duck)

jrandom authored 20 years ago and zzz committed 20 years ago

by default, set the readTimeout to 3 minutes, NOT infinity.  Overridable as before (setting the timeout to -1)
add a unique id to the server thread

jrandom authored 20 years ago and zzz committed 20 years ago

added a unique ID to more threads

jrandom authored 20 years ago and zzz committed 20 years ago

make sure we kill the threads that failed to ACK, rather than leave them sitting there, waiting forever
logging

jrandom authored 20 years ago and zzz committed 20 years ago

add unique IDs to the various threads for logging / tracing purposes

jrandom authored 20 years ago and zzz committed 20 years ago

parseParams throws exception on bad formatting, and its perfectly valid to have params with 0 values (e.g. DEST GENERATE\n)

jrandom authored 20 years ago and zzz committed 20 years ago

* don't create excess I2PAppContexts (if any old context will do, use the global)
keep track of keys per spec (when DESTINATION=blah, create (or reuse) the destination private
keys).  we still need to persist this data though.
* the DESTINATION in the SESSION STATUS is now the same as the one sent in the
SESSION CREATE, /not/ the base64 of the private key, per spec
* enum is a reserved word in 1.5, so s/enum/names/ for future compatability
* logging

jrandom authored 20 years ago and zzz committed 20 years ago

initial tests for HELLO and create session (style=stream).  covers the basics, but doesn't cover a single normal scenario yet