Posted on 2006-04-11
Medium Priority
Last Modified: 2013-11-24

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 :)

Question by:bowemc
  • 4
  • 2
LVL 11

Expert Comment

ID: 16430734
Here's the short answers:
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.

And I find your further consideration quite reasonable. :)

Author Comment

ID: 16431053
WelkinMaze  - Thaks for your comment. Do you tihnk I would need to make any consideration for the fact that it is a "workflow appliction" or do you find this irrelevant to the desifn of my solution????


>>And I find your further consideration quite reasonable.

Do you mean all of them? For example I start one argument my suggesting the c++ engine be connected via CORBA/IIOP, but follow it up by stating may be buying and customizing a componet would be a better solution.

Are both these approches valid?? And am I correct in stating the procurement of a component would on the basis of the info provided be a better route?

Again, I have a similar Query regarding my state ment about a Java application Vs Servlets/JSPs and again regarding exporting of the data to excel via XML Vs. delimited text file.

Finally do you think I have neglected any other factors / issues or have any better suggestions??

Thanks again for your inital input - its very much appreciated :)
LVL 11

Expert Comment

ID: 16431656
Hi again,

I think either way that you've mentioned is suitable and I don't think that the "workflow application" has so much of an impact itself.
Concretely about you alternatives - I think that you can afford to purchase or develop the needed component then it is a good option. "billing process" doesn't sound to me like something needing an immense speed or resources so that the only option to be C++.
Furthermore I think that Servlets/JSPs approach is a good one. When they are well used quite a rich GUI could be done with them.
And finally about XML I think it's a more universal format than delimited text file. It's quite easy to manipulate it and also it's easy to convert/export it to other formats if it's necessary.

Finally, I think all of your alternatives are applicable but of course it always depends on many things. For example if you are required to have lower net trafic the plain text files will have an advantage over the XMLs.

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.


Accepted Solution

borislavmarkov earned 1600 total points
ID: 16433779
EJB for aix,linux, unix, windows - a big yes - JBOSS.org - free for use
There are many others -  Sun have their ejb server also. (another solution is 'Jonas')

Here is schema which I know because I used to make workflow applications:

Jboss with running EJBs contains bussiness logic
Client side you can make JavaWebStart.
webstart can communicate via XML-RPC to server, you can make servlet to accept requests.
Your servlet or ejbs can communicate to c++ application via xml-rpc again(CORBA is too heavy). I know there are xml-rpc implementations for java and c++ (lucky).

JSP and HTML are limited in interactions with user(they are request based - you know based on 'turns') while javawebstart is fully functional java application running on client.

Basically your schema can look like:

Servlet(Jboss-tomcat/jetty) - XML-RPC - C++ - DB
JavaWebStart application

LVL 11

Expert Comment

ID: 16433807
I think "request based" as borislavmarkov has defined it is even more suitable for workflow applications, so this could be considered as a plus in this case, not minus.

Expert Comment

ID: 16433921
Request based is not suitable as there is issue "A rich GUI style application ". HTML application cannot be "rich GUI style".
LVL 11

Expert Comment

ID: 16434000
I don't think that "request based" is contrary to "A rich GUI style application", neither that there is a relation between them in their definitions.

borislavmarkov, you can look here, for example for opinion opposite on yurs:

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Go is an acronym of golang, is a programming language developed Google in 2007. Go is a new language that is mostly in the C family, with significant input from Pascal/Modula/Oberon family. Hence Go arisen as low-level language with fast compilation…
Basic understanding on "OO- Object Orientation" is needed for designing a logical solution to solve a problem. Basic OOAD is a prerequisite for a coder to ensure that they follow the basic design of OO. This would help developers to understand the b…
Viewers will learn about basic arrays, how to declare them, and how to use them. Introduction and definition: Declare an array and cover the syntax of declaring them: Initialize every index in the created array: Example/Features of a basic arr…
Viewers will learn how to properly install Eclipse with the necessary JDK, and will take a look at an introductory Java program. Download Eclipse installation zip file: Extract files from zip file: Download and install JDK 8: Open Eclipse and …
Suggested Courses
Course of the Month15 days, 4 hours left to enroll

839 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question