Does anyone know of any project to expose the DRMAA API (job scheduling and maintenance API) from SGE (Sun Grid Engine) as a web service API? A RESTful API would be best.
I do not think there are any web service API for SGE. I found drmaa-python pretty easy implementing in python script that can be called from server side scripts like PHP.
There is nothing like this available at the moment, but:
The Open Grid Forum started a new standardization activity to define how DRMAAv2 can be exposed as RESTful API. The specification draft is publicly available.
Since more and more people ask for such a remote interface, implementations might be available pretty soon. They are most likely to be announced by the OGF OCCI working group, so follow them if you are still interested.
Mapping such an implementation to the DRMAAv1 library in GridEngine should be relatively straightforward.
Related
I have background in Inventor/Revit API development only, and need to learn enough JS to be able to work comfortably with the Forge APIs. I'll be booking myself into a JS training course to learn general skills, but what topics/modules must I definitely cover to have a solid foundation for Forge API development. I'll be working with BOM data, viewers and possibly web configurators.
Many thanks for your help.
We're a .Net shop that recently implemented the Forge Viewer for a client with Inventor Files. We built our service on top of Azure Functions and utilized as much .Net C# code as possible, as it is where we have the most experience and comfortability. The provided .Net SDK is very helpful: https://www.nuget.org/packages/Autodesk.Forge/.
The only API that you can't do entirely in .Net is the Viewer API. However, to get started I was able to use boilerplate code from the provided examples and get the models loading. From there I had our web developers get involved to handle the more extensive javascript programming for me.
Feel free to bounce any questions you may have off of me. We've just finished going down this road and it is very rewarding, but somewhat challenging at times for us .Net developers.
You need the JavaScript, as you already know. Take some time to improve security and OAuth authentication workflow. This sample includes most of it.
In most cases, you'll need a hybrid desktop app that can connect to the cloud, the image below (from the blog post) shows a generic approach for the architecture using Autodesk Forge (or any other cloud APIs).
I've started to learn backend development, focus on http server mainly.
But I'm really new to this, so it's a little out of focus for me, and I could really use some advice.
For example, if I try to implement something like this
A http server runs on linux/Windows
A private REST API which allows to POST a json object, plus a login mechanism, so only authorised user can do the POST.
Implement a public REST API which allows to GET the same json object
And here is my question:
Can I use Nodejs and express to implement all these? I also know little about them.
Do I need a Database to implement the login mechanism?
Is there any similar tutorial or best practise I can study from?
Regards
Ben
Yes, you can use NodeJS for this.
Not necessarily. You just need a way to authorise users. Most common is to use a database to store a username/email and password, but you could also look into using a third-party service for this, for example facebook or google
Yes, there is a lot of tutorials and especially best practices on this subject. Your question is too broad to link relevant material, but some terms you can use to google this yourself is "nodejs rest api" "rest api best practice". Passport.js is a good place to start for getting into authorising users. For REST-api, the closer you get to normal web standards, the better - Especially if other people than you are going to consume the api.
Node.js is a run-time environment/framework/platform for developing non-blocking I/O server side processes, services, or RESTful API's. You can start by learning what Node.js can do before you go on developing a login story and, and a restful endpoint here
Next if you intend to go all the way and learn full-stack web development start from here, This will guide you to learn Node.js , Express.js, Mongodb, and finally Angular.js for front-end. Good luck and happy coding
Yes, you can use Node.js and Express.js. I recomend you to read some articles about REST and TDD from this amazing blog, especialy this or this.
We have project developed in Silverlight/DevForce services, currently we plain to move code into HTML5. My question is it possible to reuse server side part of project, I means is it possible to reuse DevForce services or better migrate to WebAPI services? IdeaBlade has Breeze Js for HTML5, but it looks more as dataservice provider and not support DevForce services.
You might be asking whether BreezeJS offers a mechanism for handling arbitrary service calls between the client and the Web API running on the server ... in the manner of the DevForce "invokeServerMethod".
BreezeJS does not . The DevForce "invokeServerMethod" is helpful when you need to talk to the server for non-data reasons. You don't have to open and secure your own channel; instead you can share the DevForce secure data channel between client and server. It's also a convenient way to sent a package of entities. Setting up your own independent channel is not much fun.
But writing and communicating with a Web API service endpoint is much easier. Our thought is that you can manage your non-data communications quite well without the help of the BreezeJS EntityManager. So we don't see the need to implement the equivalent of "invokeServerMethod"
However, perhaps you have a scenario that would cause us to reconsider. We'd love to learn more.
Breeze doesn't integrate with DevForce today. I'd recommend adding the request to the Breeze UserVoice site. The Breeze team uses UserVoice to judge interest when incorporating new features.
A quick look shows me that there is already one DevForce related suggestion there: Support for DevForce models.
Does anyone know of any publicly available RESTful services that can be used for testing. I'm not talking about software or browsers extensions. Just an online service that I can CRUD json data with using javascript. I'm testing a JS library's rest api and there's only so much I can do with static json data.
I'm guessing there's no such thing due to what's involved but I thought I would ask.
if you just want to practice 'gets' you can use cloudant as you can sign up for free. however, there are restrictions on adding new documents from a cross domain ajax call. I recommend running one locally. I use couchDB very quick, very easy.
You can use the google feed api and pass in any rss url to test .
This may help you.
http://code.google.com/apis/feed/v1/reference.html#resultJson
I am looking to expose an existing app as web service for use on the Blackberry. So I have some questions around the blackbery and its use of web services.
I am wonderings is it possible to use Restful web services (using JSON as the payload) on the blackbery or is SOAP the only web services the balckbery can do?
In recent times I have used the Jersey framework for web services in normal web apps and I think this would suit my current requirements,just need to know if this is possible on the blackberry. Effectively the blackbery would only need to send/recive/procees HTTP calls and JSON so I would imagine this would be possible?
Also I may have to use the enterprise blackberry server, how do I route requests to/from the app (and the enterprise server) to the back end existing app. Is this all seamless with some config settings on the enterprise server or does the the blackberry application need to handle this in a certain way?
You can definitely use a RESTful service and JSON on the BlackBerry. Depending on the version you are targeting you may have to download a JSON library. There is also a good reference guide at http://java.sun.com/developer/technicalArticles/javame/json-me/ you can look through.
The Enterprise server shouldn't affect your ability to use this, as you're essentially making the same calls a browser would, and it will know how to route that traffic.