Implementing Time.parse3339, Time.setToNow and SystemClock.setCurrentTimeMillis (both based on UI Scheduler's current time for consistency with SystemClock). Fixing strftime errors and intercepting System.currentTimeMillis

This was giving me a lot of woes, since ShadowTime's setToNow (https://github.com/robolectric/robolectric/blob/master/src/main/java/org/robolectric/shadows/ShadowTime.java) is implemented in terms of System.currentTimeMillis

Perhaps it would be best if ShadowTime itself had a setNow method that was separate from SystemClock.
I did not put those changes in this pull request, though would gladly make another for such.

Even within SystemClock, there's disagreement on what "now" represents, either the current time of the UI scheduler or some arbitrary settable long.
I based currentTImeMillis on nanoTime as this felt more intuitive, however I think those two concepts need to be merged.

Honestly, I was just following what nanoTime does.
Since it increments by a nano second after each call, I'd think this should increment by a millisecond similarly.
Regardless, I can't get the integration with static methods loaded by the System class loader to work.
Seems like an obscure feature, and I'll gladly remove this (and the additions to ShadowWrangler) from teh CL