Enforce conventions on packages about 101simplejava HOT 3 CLOSED

See also #5 which may describe some details in different terms (which may also be outdated, so it's good that it is closed).

from 101simplejava.

The way I changed all simpleJava implementations has the following result:

• org.softlang.company is the main package for all implementations (are there any non-softlang implementations in simpleJava?)
• org.softlang.company.features contains all Features (as classes) implemented
• Parsing includes all functionality of Acceptance/Lexing/Parsing/Deserialization
• Unparsing for Unparsing/Serialization
• If a feature is implemented within another feature or a model it has a stub class
• If a helper or non-Feature class (as in not in the namespace of 101companies) cannot simply be put in a feature class it is in its own subpackage of features (e.g. DOMUtilites.java in org.softlang.company.features.dom)
• org.softlang.company.model contains all Models implemented
• javaExorcism has been mostly untouched. I only implemented org.softlang.company as the main package
• test cases are in org.softlang.company.tests and are named by: (Feature Name)Test.java (to by default support most build systems)
• /inputs is the input folder for all implementations (except sax because the validator breaks with a very very weird UnsupportedEncodingException: UTF-8 in Company.xsd if (and only if) folders are used)
• /build/outputs for outputs (except sax) but this is subject to change (as with the java classes ending up in /build/generated)
• ReadMe issue included

I'm ready for pushing. Since this is a major overhaul I'd rather ask for clearance - just in case.

from 101simplejava.

pushed

from 101simplejava.