Mulesoft Anypoint Studio - VM - JMS - DataBase
Hello together,
I need someone for my project who is knowledgeable about Business Integration.
The programs you need to work with is:
(ESB) Mule Soft
Postman
VM (VirtualBox) integrate the extern IEM (in which there are different banks and credit interest)
(Password and Email fort he VM Installation after consultation)
Database
Exact task description:
1.
Implement a simple LoanBroker.
This includes the ability to send a request for for a loan to the LoanBroker, which is supposed to find out the SSN (Social Security Number), which is the corresponding score from Schufa (see VSchufa ).
Subsequently, the synchronous bank (see VBank) should receive the loan amount, the loan duration in months and the rating of the customer. the rating of the customer and propose an appropriate offer.
This offer shall be issued afterwards.
All actions can be performed synchronously here.
1.1.
Create a graphical input facility (using HTML, C#, Java, etc..) for the customer to fill in all the required input in this screen and send it to the loan broker.
Allow him to look up the result again later once a result arrived.
So create a kind of portal where the customer can log in and retrieve his request including results already arrived.
2.
The second step is to integrate the already existing bank (see JMSBank).
All necessary information about the bank can be found in the corresponding chapter.
Due to the asynchronous response, where the time of the response cannot be estimated, a mechanism must be found to solve this problem.
Possible approaches would be:
- Timeouts
- Waiting only for the first X offers
- A limit is defined, if an offer is below this limit it will not wait any longer for an answer.
waited for.
3.
An inquiry that is processed in the ESB often contains information that neither the bank nor Schufa need or should be informed about.
An example of this would be the name or the reply e-mail address of the customer.
The content of a message must be filtered accordingly before it is sent to Schufa or the bank and then enriched with the same information.
Use the Content-Fiter/Enricher pattern for this purpose.
4.
At this point at the latest, an asynchronous way must be found to send the result to the customer.
Via e-mail, push in the browser, or a portal that is informed about the arrival of an answer.
5.
As described in the chapter "JMSBank", several different banks exist.
These pay attention to different criteria, for example, the customer rating or the loan amount.
Create a so-called "RuleBase", with which only suitable banks are automatically selected on the basis of certain criteria.
Banks that are not at all eligible for this request should not receive it at all.
The rules for this should be changeable and should therefore not be fixed in the source code.
6.
Every day new banks are created worldwide, these banks should have the possibility to register with their ESB.
Here, too, there are various possibilities, such as listening to a specific JMS channel on which the ESB places requests.
For this purpose, please develop your own bank and incorporate it into the process.
7.
Connect a database to your ESB.
This may have already been done by the "RuleBase", if not, do it here.
In this database all requests should be stored as soon as they arrive and the result that was sent to the customer.
Also, store the rating information about a customer in the database for a certain period of time, so that you don't have to retrieve this information from Schufa every time it is called up.
However, if a period of storage that you specify (e.g. 7 days) has expired, the rating information is to be be retrieved again.
8.
Once a customer has sent a loan request to the loan broker, the latter should of course be able to receive and evaluate other requests from other customers as well.
For this purpose, each inquiry should be clearly identifiable.