The only functional requirement is to be able to deploy Openbravo on WildFly application server.
The requirements consist in the list of problems found while trying to deploy Openbravo.
|Incorrect Servlet definitions||critical||In web.xml there are several classes marked as servlet but they do not implement Servlet interface. This prevents WildFly to start.|| There are two cases:
|Weld clashes||critical||WildFly implements Java EE 7 specifications which includes CDI (JSR-346). CDI, in the same manner than in standard Openbravo, is implemented by Weld being it part of the core WildFly's infrastructure. Standard Openbravo, in order to be able to be deployed in non Java EE application servers, such as Tomcat, includes Weld libraries and dependencies. If these libraries are deployed in WildFly, there are clashes (due to different versions) that prevent the server to boot the application.|| A new property ||done|
|Weld Listener||major|| In order to be able to make use of CDI in non Java EE servers, it is necessary to add || If ||done|
|Some incorrect generated URLs||minor|| Some URLs (ie. Openbravo logo) are incorrectly generated because context path is different in
WildFly than in tomcat: in tomcat it ends with / and in WildFly it does not. This issue prevented Openbravo logo to be displayed.
|Enforce context path to end with / so no other change is required in any place this assumption is done.||done|
|Incorrect Manifest||minor|| Default ||Fix it||done|
Rebuilding Openbravo from MMC after installing/updating modules is only allowed in Tomcat. When working in WildFly command line rebuild and restart will be required.