Perhaps I got this wrong. But maybe you can clarify a thing or two for me. Firstly is it possible to get a LINUX Application Server? If so is it possible to get a LINUX Application Server toact as a container for EJB's.
Incase you are wondering where I am coming at this from. Basically I recieved the following blurb:
"A workflow application is to be developed for a telecoms company. If a customer requests a new account, makes a billing enquiry, requires new services set up, etc, all these must go through the workflow app.
The customer service team will use the workflow app to manage and track these requests. Requests may be sent out to teams working in other departments, e.g. billing, before issues can be resolved.
A rich GUI style application is required by the customer service team, but many of the teams are distributed geographically who require access to the application.
The billing process, for speed purposed, is run on a cluster of LINUX boxes, with the billing process carried out by a custom built C++ engine. The workflow app must talk to the billing process to get status and account info.
The system must be able to export data in a format which can be recognised by the accounts system for reconciliation purposes.
If new workflows are required, a ‘power-user’ must be able to create these workflows and assign roles and responsibilities."
I was thinking of just proposing an EJB application running on a LINUX Application Server. The c++ engine could talk to the EJB's via CORBA / IIO, but perhaps it might be better to argue that the "billing process" be developed as an enterprise bean too??? Perhaps it might be possible to buy and customise a generic "billing process" component???
To deal with the idea of "A rich GUI style application is required by the customer service team" - A java application could be proposed again communicating via RMI-IIOP. But again a better solution may be to use Java Servelets or applets as "many of the teams are distributed geographically who require access to the application"
The other issue that "The system must be able to export data in a format which can be recognised by the accounts system for reconciliation purposes." To tackle this I was thinking of utilizing J2EE's we service technologies and exporting / saving the required data as an XML file. Most accountants use Excel religiously and surely Microsoft have a function to import XML. If not another solution would be simple to export the data to delimited text file and then import them in Excel - this will also overcome any Excel version issues
I think I have tackeld most of the issues at play here. I was just wondering what you as experts though of this. Also is any of this incorrect or just impracticle.
Any advice, suggestions, imporvements, alterations, etc are more than welcome and truely appreciate. Thanks a million :)