cancel
Showing results for 
Search instead for 
Did you mean: 

Using Fiori UI With REST service

Former Member
0 Kudos

Hello All,

Do we require licences(cost) for only using(/Reusing) SAP Fiori UI (UI5 codes) ?

Also if no then , can we use SAP Fiori Application Front end application and use our own Backend exposed REST services and Map to the corresponding controllers which requires the OData ?

If not and it only works with OData then we can probably use a costume web dispatcher which will translate the REST into understandable OData for Fiori Apps ?

Thanks in advance !!!

-Ajay Nayak

Accepted Solutions (0)

Answers (1)

Answers (1)

qmacro
Developer Advocate
Developer Advocate
0 Kudos

For this sort of scenario you'd be better off looking at OpenUI5, an Apache 2.0 licenced version of UI5. It doesn't contain all that SAPUI5 does, but at least for me it's close enough and the key thing is it's open source and not subject to any of the (SAP-licence) constraints that the SAPUI5 version is.

Being a client side JS-based toolkit you can use UI5 to consume all sorts of backend resources, including REST and REST-like ones. Have a look at the JSON and XML model support, for example.

Former Member
0 Kudos

Thanks D J Adams

And as you have suggested in the same manner have done  few previous projects , and now what really got me thinking is that there was an announcement that "Fiori is free" 

So why could we not use the front end of Fiori which now as per announcement is free and instead of paying for licences on backed and fronted(Net weaver gateway) server based on which functionality we are going to use , we can find which OData calls are required and make that available through open source stack and few lines of  ABAP 

Step 3 and 4 are pretty sure will work but do not know if step 1 (getting Fiori UI for no new licencing cost , have heard that we can use these UI if we have any one of SAP licence product) and step 2(will have to create the cutome software to be able to make the UI and Backed Service interaction robust and easy to develop for future).

Then we can say "Fiori is free" and can use it without worrying about individual app dependent costly components for fronted and backed server.

-Ajay

qmacro
Developer Advocate
Developer Advocate
0 Kudos

Fiori is "free" for SAP customers, i.e. no extra fees on top of what they pay already.

It wasn't clear from your question whether "our own backend" meant SAP-based or non-SAP-based. If it's SAP-based then you're going to have to be aware of licence implications regardless of what you use on the frontend.

To be honest, I'm not quite sure why you'd what to re-engineer OData and build a "Gateway equivalent" on the ABAP stack backend. You're still going to have to think about backend licencing regardless of whether it's OData from Gateway or BSP. And it's a lot of work, both on the frontend and the backend to do this.

Perhaps I missed something and am not getting it.

Former Member
0 Kudos

Yes the back end is SAP,I was thinking if we can have an architecture in which we do not have to pay extra on the application specific backend(SAP) and fronted server(Netweaver) component .And yes we were able to re-engineer SAP Netweaver Gateway in ABAP(OOPS) and it is working fine but it gives REST based response .

-Ajay