Details
-
Type: Improvement
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 4.0
-
Component/s: MOBI-Components
-
Labels:None
-
Environment:ICEfaces 4.0
-
Assignee Priority:P1
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration
Description
The MOBI native components rely on the bridgeit.js file and the bridgeit native app. to function. This means that each IF release will be certified using the current production release of each of these (e.g. v1.0.4). However, it is common for new mobile os releases to require tweaks to the bridgeit.js file. In order to accommodate this it must be possible for an icefaces release to discover and load a newer bridgeit.js file automatically once it becomes available. That way, ICEfaces 4.0, for example, can continue to function with newer bridgeit.js and bridgeit app versions as required without also requiring a newer ICEfaces release to do so.
In order to enable the ICEfaces 4 MOBI native components to automatically load the latest production bridgeit.js javascript available each ICEfaces release will specify a default location to source the bridgeit.js from that it is compatible with. This location will be an alias to the latest production bridgeit.jsf release available for the major version specified (e.g.1.x, 2.x). Thus, the latest compatible bridgeit.js file of that major version will always be sourced from github.com by default.
In addition, a new configuration parameter must be added to allow applications to specify an alternative location source for the bridgeit.js file. This is necessary to support the following use-cases:
- Application browsers are not permitted to load JS from external servers. All application JS must be provided by the application's app. server itself.
- An issue arises where a particular application needs to restrict itself to using a particular bridgeit.js version or file (perhaps a custom patched version, etc.).
In order to enable the ICEfaces 4 MOBI native components to automatically load the latest production bridgeit.js javascript available each ICEfaces release will specify a default location to source the bridgeit.js from that it is compatible with. This location will be an alias to the latest production bridgeit.jsf release available for the major version specified (e.g.1.x, 2.x). Thus, the latest compatible bridgeit.js file of that major version will always be sourced from github.com by default.
In addition, a new configuration parameter must be added to allow applications to specify an alternative location source for the bridgeit.js file. This is necessary to support the following use-cases:
- Application browsers are not permitted to load JS from external servers. All application JS must be provided by the application's app. server itself.
- An issue arises where a particular application needs to restrict itself to using a particular bridgeit.js version or file (perhaps a custom patched version, etc.).
Issue Links
- depends on
-
ICE-10294 Unable to access BridgeIt when page is first loaded using ajax (must be a GET)
- Closed
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Ken Fyten
created issue -
Ken Fyten
made changes -
Field | Original Value | New Value |
---|---|---|
Description |
The MOBI native components rely on the bridgeit.js file and the bridgeit native app. to function. This means that each IF release will be certified using the current production release of each of these (e.g. v1.0.4). However, it is common for new mobile os releases to require tweaks to the bridgeit.js file. In order to accommodate this it must be possible for an icefaces release to discover and load a newer bridgeit.js file automatically once it becomes available. That way, ICEfaces 4.0, for example, can continue to function with newer bridgeit.js and bridgeit app versions as required without also requiring a newer ICEfaces release to do so.
In order to enable the ICEfaces 4 MOBI native components to automatically load the latest production bridgeit.js javascript available each ICEfaces release will specify a default location to source the bridgeit.js from that it is compatible with. This location will be an alias to the latest production bridgeit.jsf release available for the major version specified (e.g.1.x, 2.x). Thus, the latest compatible bridgeit.js file will always be sourced from github.com by default. In addition, a new configuration parameter must be added to allow applications to specify an alternative location source for the bridgeit.js file. This is necessary to support the following use-cases: - Application browsers are not permitted to load JS from external servers. All application JS must be provided by the application's app. server itself. - An issue arises where a particular application needs to restrict itself to using a particular bridgeit.js version or file (perhaps a custom patched version, etc.). |
The MOBI native components rely on the bridgeit.js file and the bridgeit native app. to function. This means that each IF release will be certified using the current production release of each of these (e.g. v1.0.4). However, it is common for new mobile os releases to require tweaks to the bridgeit.js file. In order to accommodate this it must be possible for an icefaces release to discover and load a newer bridgeit.js file automatically once it becomes available. That way, ICEfaces 4.0, for example, can continue to function with newer bridgeit.js and bridgeit app versions as required without also requiring a newer ICEfaces release to do so.
In order to enable the ICEfaces 4 MOBI native components to automatically load the latest production bridgeit.js javascript available each ICEfaces release will specify a default location to source the bridgeit.js from that it is compatible with. This location will be an alias to the latest production bridgeit.jsf release available for the major version specified (e.g.1.x, 2.x). Thus, the latest compatible bridgeit.js file of that major version will always be sourced from github.com by default. In addition, a new configuration parameter must be added to allow applications to specify an alternative location source for the bridgeit.js file. This is necessary to support the following use-cases: - Application browsers are not permitted to load JS from external servers. All application JS must be provided by the application's app. server itself. - An issue arises where a particular application needs to restrict itself to using a particular bridgeit.js version or file (perhaps a custom patched version, etc.). |
Ken Fyten
made changes -
Assignee | Patrick Corless [ patrick.corless ] | |
Fix Version/s | 4.0 [ 11382 ] | |
Affects | Documentation (User Guide, Ref. Guide, etc.),Compatibility/Configuration [ 10003, 10002 ] |
Patrick Corless
made changes -
Assignee | Patrick Corless [ patrick.corless ] | Ken Fyten [ ken.fyten ] |
Ken Fyten
made changes -
Assignee | Ken Fyten [ ken.fyten ] | Mircea Toma [ mircea.toma ] |
Assignee Priority | P1 [ 10010 ] |
Mircea Toma
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Resolution | Fixed [ 1 ] | |
Status | Resolved [ 5 ] | Reopened [ 4 ] |
Mircea Toma
made changes -
Status | Reopened [ 4 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Issue Type | Task [ 3 ] | Improvement [ 4 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |