Hi Bhau,
Is throwError.js being copied into the output folder? And assertType.js? It
sounds like the search for files in the SWC is not working.
Make sure you delete the entire bin\js-debug folder. The .js files have their
headers re-written to cache the remove circulars info and could get out of sync.
After the compiler runs once, it should rewrite the header for XMLList to look
like:
goog.provide('XMLList');
/* Royale Dependency List:
Namespace,QName,XML,org.apache.royale.debugging.throwError,org.apache.royale.utils.Language*/
XML should look like:
goog.provide('XML');
/* Royale Dependency List:
Namespace,QName,XMLList,org.apache.royale.debugging.assertType,org.apache.royale.utils.Language,XML*/
The code that handles the .js files is using File.separator. Could the
File.separator in the Java runtime you are using have a different
File.separator?
Thanks,
-Alex
On 8/23/18, 11:21 AM, "bhau" <bhau2...@gmail.com> wrote:
Hi Alex,
CoreJS.swc has throwError. I commented throwError dependency in generated
XMLList.js file. Now it is throwing same error with next dependency
(org.apache.royale.debugging.assertType) of XMLList class. Which is also
there in CoreJS.swc.
GoogDepsWriter creates depMap mapping object in buildDB() method. But these
dependencies are not in the map. When visited map object is populated later
it assumes these classes should exist in depMap, hence throwing null pointer
exception.
--Bhau
--
Sent from:
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-royale-development.20373.n8.nabble.com%2F&data=02%7C01%7Caharui%40adobe.com%7C68e932e02bea4f4ef30408d6092541dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636706452954854539&sdata=yKvdrbUovo%2B5Vkb0YsaAjDi0vTpYUxFysN330gNasHA%3D&reserved=0
