Are "Compile to JavaScript" Frameworks Hostile to Continuous Integration?
Posted
by
joshin4colours
on Programmers
See other posts from Programmers
or by joshin4colours
Published on 2013-11-11T15:58:02Z
Indexed on
2013/11/11
16:15 UTC
Read the original article
Hit count: 375
Lately we've been looking at ways to improve automated testing and related tooling of our enterprise-level GWT web app. I've realized that in some ways, GWT is a bit hostile to automated testing, mainly because of the nature of the long GWT compile times from Java to JS. This makes unit testing somewhat challenging, but it also puts some roadblocks up for testing in a CI environment. I've also found out that some of our build and deployment processes are somewhat complicated due to the nature of GWT's compile process.
Is this a general problem for "compile to JS" frameworks for webapps? I don't have much experience with them, but I can see some potential problems for automated testing and continuous integration and deployment. Some issues I see:
- Long build and compile times preventing quick deployments
- Language the app is developed in != JS, preventing good unit testing
- Obfuscated JS in the actual app makes it more like a executable than a web app
Are these issues present in other similar frameworks, or is this more a GWT issue?
© Programmers or respective owner