dmssargent / stubjars Goto Github PK

Can we set StubJars.numberOfCompilerThreads to Runtime.getRuntime().availableProcessors()?

We should probably make sure that this is an actual improvement before actually releasing a new version with this change.

Right now, running StubJars twice in a row will produce two different JAR files. It would be much better if running StubJars always produced identical output for a given input. It would enable us to run StubJars as a part of the normal FTC SDK build process, without cluttering up the Git history when no changes are made.

Specifically, StubJars seems to be inconsistent with how it orders fields. Additionally, every file in the JAR is timestamped with the real date. We should probably use a hardcoded date instead (Jan 1, 1970?).

Public static fields are useful for stubbing, because they often contain constant values that are useful to use in a program. Commenting out https://github.com/dmssargent/StubJars/blob/develop/src/main/java/davidsar/gent/stubjars/components/JarClass.java#L348 seems to do the trick at first test, so I'm not sure why public static fields were ever filtered out to begin with.

@dmssargent I'd like to make this change for a FIRST Global release, but it appears that the source for the latest version of StubJars (alpha 4) is not available publicly. Can you get the source for alpha 4 published so that I can make this modification on top of that?