replacing lib scheme

[jurgenvinju]

• Simply a matter of replacing lib://typepal by PathConfig.resolveProject...("typepal"), etc. etc. in the current project.
• However the cleanup PathConfig's also enable further cleaning up:
  • no more double configuration of classpaths for the JVM plus dynamic SourceLocationClassloaders for the JavaBridge.
  • no more dynamic javaCompilerClasspath
  • less error checking and special cases handling (now in reusable PathConfig.createFrom... code)
• And; upstream projects like rascal-core, rascal-tutor and typepal where they use the old fields of PathConfig may need changing first,

• compiler - this requires changes in rascal-core; namely not using the removed fields classloaders and javaCompilerPath anymore.
• packager
• tutor - this can't be done without changing rascal-tutor first due to the embedded REPL simulator in there. Since we have a branch that merges rascal-tutor into rascal; we'd better finish that first.
• generate sources
• console mojo
• reusable utilities
• testing
  • rascal project
  • rascal-core project
  • flybytes
  • salix
  • rascal-tutor