I’d like to continue writing about new features of the Fn Project. This time I will tell you more about what is going on with Fn Project development and why you should keep an eye on it constantly
Say goodbye to v1!
As a team, we are committed to delivering a high-quality open source project. We spend a year since our first announcement on making Fn the best open source FaaS platform. So, what is this all about? Today, we will look at some important underlying changes related to the Fn Server API… The Fn Server API v1 (aka “v1”) is no more! The Fn Server API v1 was all about a very common use case, i.e. write some code and “make it serverless”.
Routes
In v1, both functions and triggers were combined into a single entity called “route”. But “routes” had to go away, because with “routes” we already implemented an HTTP triggers API, despite the fact that a “route” was a combination of a function and its HTTP trigger path.
Anyway, “routes” are gone, forever. Hooray!
Asynchronous functions
With the Fn Server API v1 developers were able to invoke a function in an asynchronous manner. So, when you call a function you would get a “call ID” that may be used to track the function’s execution lifecycle using the v1 Calls/Logs API. Read the complete article here.
For regular information become a member in the WebLogic Partner Community please visit: http://www.oracle.com/partners/goto/wls-emea ( OPN account required). If you need support with your account please contact the Oracle Partner Business Center.
Blog
Twitter
LinkedIn
Facebook
Meetups
Technorati Tags: PaaS,Cloud,Middleware Update,WebLogic, WebLogic Community,Oracle,OPN,Jürgen Kress