Details
-
Type:
New Feature
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.5
-
Component/s: Release
-
Labels:None
-
Environment:Operating System: All
Platform: All
-
Assignee Priority:P1
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration
Description
We now have compressed javascript files, which is a good thing for performance reason. However, it makes it more difficult for debugging and profiling. We have to manually modify the build files avoid minifying the JavaScript files. This takes time and can be error-prone.
A better approach would be to automatically server human-readable / debug versions of all JavaScript files when running in JSF 2 "Development" project-stage. The other project-stages would continue to use minified resource files as they do now.
A better approach would be to automatically server human-readable / debug versions of all JavaScript files when running in JSF 2 "Development" project-stage. The other project-stages would continue to use minified resource files as they do now.
Issue Links
- is duplicated by
-
ICE-1495 Adjusting JavaScript compression
-
- Closed
-
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Field | Original Value | New Value |
---|---|---|
issue.field.bugzillaimportkey | 1227 | 12444 |
Fix Version/s | 1.6 [ 10031 ] |
Assignee | Ken Fyten [ ken.fyten ] |
Summary | Allow turning off of compression/obfuscation when building JS (Bridge) code | Make minification of JavaScript configurable |
Salesforce Case | [] | |
Fix Version/s | 3.1.0.BETA2 [ 10336 ] | |
Affects | [Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration] | |
Assignee Priority | P2 | |
Description |
Right now, compression is always on. You can turn it off by commenting out the compression code but it would be nice to have a conditional build property so that when you doing development builds, you can turn all that stuff off and the JS is human-readable. |
We now have compressed javascript files, which is a good thing for performance reason. However, it makes it more difficult for debugging and profiling. We have to manually modify the build files avoid minifying the JavaScript files. This takes time and can be error-prone. A better approach would be to automatically server human-readable / debug versions of all JavaScript files when running in JSF 2 "Development" project-stage. The other project-stages would continue to use minified resource files as they do now. |
Assignee | Mircea Toma [ mircea.toma ] | |
Priority | Minor [ 4 ] | Major [ 3 ] |
Fix Version/s | 3.1.0.RC1 [ 10337 ] | |
Fix Version/s | 3.1 [ 10312 ] | |
Fix Version/s | 3.1.0.BETA2 [ 10336 ] |
Link | This issue is duplicated by ICE-6195 [ ICE-6195 ] |
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Comment | [ Should we have un/compressed files in ICEpush library too? ] |
Resolution | Fixed [ 1 ] | |
Status | Resolved [ 5 ] | Reopened [ 4 ] |
Assignee Priority | P2 | P1 |
Status | Reopened [ 4 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Link | This issue blocks ICE-8250 [ ICE-8250 ] |
Issue Type | Improvement [ 4 ] | New Feature [ 2 ] |
Salesforce Case | [] |
Status | Resolved [ 5 ] | Closed [ 6 ] |