| Summary: | [common.types] ClasspathTypeProvider doesn't find JvmTypes unless they exist on the classpath | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Modeling] TMF | Reporter: | Moritz Eysholdt <moritz.eysholdt> | ||||||
| Component: | Xtext | Assignee: | Project Inbox <tmf.xtext-inbox> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | sebastian.zarnekow, sven.efftinge | ||||||
| Version: | 2.3.0 | Flags: | sven.efftinge:
juno+
|
||||||
| Target Milestone: | M5 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Moritz Eysholdt
I think it should not look into the resource set, but use the IContainer.Manager to look into the index, since derived elements might not be loaded into the ResourceSet yet. It seems like if you do that it has the behavior of JvmGlobalScopeProvider. Maybe you want to use that? It should use the IndexJvmTypeAccess if no Class.forName is present. Created attachment 209794 [details]
Workaround File 1
Created attachment 209795 [details]
Workaround File 2
The two files are a workaround for this problem. They make sure, IndexedJvmTypeAccess is queried even if classFinder.forName() throws a ClassNotFoundException. The classes subclass the xtext code and can be injected via google guice. fixed. pushed to master. please review. Closing all bugs that were set to RESOLVED before Neon.0 Closing all bugs that were set to RESOLVED before Neon.0 |