A start on this is now available on github.

Adds InterestLifetime to libccn and ccnd.

So far this is a partial implementation - nothing has been added to the java
library, there are limits on the lifetimes that can be handled, the interest
suppression doesn't account for long liftimes as it should. But it's a start.

See ccnget.c for some code that sets the InterestLifetime in an interest.

• origin/100127-adjustable-interest-timeouts:
  Add missing prototypes refs #100127
  more whitespace
  Fix indentation - editor was in wrong mode.
  Teach ccnd to use the InterestLifetime for scheduling interest expiration refs #100127
  Teach ccnget command to employ the new InterestLifetime feature when CCN_LINGER is used. refs #100127
  Teach libccn about interest reexpression when an explicit InterestLifetime is provided via the template. refs #100127
  Teach ccnd to log interest lifetime refs #100127
  Add schemas, schema test, libccn accessors for InterestLifetime refs #100127
  Add InterestLifetime parsing to libccn
  Assign a DTAG value for InterestLifetime
  InterestLifetime clarifications.
  Add draft description of new InterestLifetime element in interest messages.

Currently the max supported value is about 35 minutes (number of microseconds in an int).

This is mostly to have an easy way of generating these to exercise ccnd.

For now, values larger than 30 seconds do not work correctly.

Be prepared to deal with values larger than INT_MAX, because with the
scaling used, a 32-bit int would top out at about 6 days.

Log messages should use the facility name for the logger name instead of org.ccnx.ccn.CCNHandle for everything. This will make it easier to find specific facility related messages in large log files.

If a content object is retrieved with getLatestVersion, the attempt timeout is reset to the remaining time. In addition, the addition of the timeout to the call removes the need for the number of attempts (that was used to make sure we tried hard to get the newest content).

• origin/100183-need-more-user-log-facilities:
  Add log facilities FAC_USER4 through FAC_USER15

• origin/100160_improve-logging:
  Add facilities to Log methods in org/ccnx/ccn/io. Refs #100160

I believe this bug was resolved with a correction to the getPipelinedSegment method where it got stuck in an infinite loop because I kept getting a segment at [0] and didn't remove it when it was the wrong one.

Please let me know if this is still happening, it should have been resolved (a while ago now).

This was actually fixed and merged in a while ago now... forgot to update the issue.

Pushed branch 100183-need-more-user-log-facilities

How about FAC_USER0 through FAC_USER15.

Nick reports this is done on branch f-100182-optimize-binaryxmldecoder