created TLP classes as defined in spec

[anlklsim]

The STIX spec defines the exact ID and created date for the 4 TLP markings. I defined them in a class as static values and created a test Spec. It's interesting that the markings do not need to be within the bundle.

Note that the Stix Mocking for TLP Marking defs makes up custom properties, but they are not really allowed for the TLP markings.

[StephenOTT]

Great stuff.

I am waiting for a response on this: https://github.com/oasis-tcs/cti-stix2/issues/152 before merging.

The extreme limitation on the TLPs is very weird, and would like to document its usage before we implement the rest of the TLPs

Further tasks:

• [x] Update the TLPs to remove custom props Custom props are provided by marking def. The Custom props have been removed from the Mock generator for TLPs
• [ ] Add a config override to allow a implementation to allow custom parsing of TLPs without having to create custom objects...
• [ ] Add logic on deserialization to validate against the new Tlps class that @anlklsim has provided
• [ ] Add some helper logic on object build to validate that the TLP is matched to the spec limitations/requirements.

[StephenOTT]

@anlklsim what scenario causes the NPE that you fixed for the getCause() ?

[anlklsim]

I had mistakenly called STIXParsers.parseObject on my bundle in my test, which threw an IOExeption in the method (since it was not a BundleableObject), and the if statement threw an NPE on ex.getClause() and therefore only the NPE was logged in the Junit as the error (hiding the true exception message). Stepping thru the debugger, I saw the error, added the null check, and then the true error printed out. Only then, did I notice that I was calling the wrong method. I added the same check to parseBundle to be complete.