I'm only in charge of operationalization, so the entire model, including feature engineering/reduction is out of my hands.  I'm content with my ability to create the REST API, and I can generate a C# client to serve as a reference implementation, (thanks for the document, @BrettWujek - that helps).  But am asking about Swagger primilarily based on the same question being asked of me by my eventual C# consumers: they want something that will allow them to auto-generate their consumption classes and then worry only about mapping their core layer classes to the consumption layer classes.   Some browsing shows that others may have utilized Swagger to hit the API and generate what they need automatically; (based on bug reports at Swaggers' github site).  I'll give this a try and report back on how it goes.   Thanks for the feedback!     ... View more

Sorry for not responding sooner.  Discoveries since last time, using a more sterilized test involving both an Excel file and a smaller .accdb from an accessible UNC path.   Excel file: Works from EG Works running SASBatch from the server manually (logged on as ultra powerful SAS account) Works running SASBatch from our scheduling system (using system-spcific service account) AccessDB file Works from EG Works running SASBatch from the server manually (regardless of DBMS=ACCESS or DBMS=ACCESSCS) Fails running SASBatch from our scheduling system (with a system-specific service account) With DBMS=ACCESS, gives generic dump and says to conctact support (which is in play) With DBMS=ACCESSCS, give the errors noted in original post Anyway, so it's in flight with SAS Tech Support and I'll update the thread when I have something, but it sure seems permissions related... but the permissions only take effect with the .accdb file, not with the .xlsx file.   If anyone has any ideas around that angle (e.g. some subfolder somewhere to which we need to give our service account access; or some permission within SAS, etc...), I'm all ears.   Thanks!   ... View more

Thanks again, Paul. While running through a lot of scenarios, the solution was resolved. Sadly we didn't pinpoint with precision which specific change that cured it; but given your starting point, the situation has been resolved... (including my other post that you referenced.) Thanks! ... View more

HI - I *might* be dealing with an issue like this; new to SAS. This was working in an older client-only environment, and we've moved to client-server, where we now fail despite being able to run in EG. You mention "batch defaults" in your response. Could you expound on that, e.g. where these are located, because I'm hoping it's something along those lines for us. Thanks! ... View more

The database is just a MS Access "database" flat file. Agreed it's probably something with the network... hopefully it isn't chronic though. ... View more

Hi Paul, thanks for your response. I'm hoping it is similar. For this one, we may be onto something: we found one admin who *can* create a project... just need to investigate what's special about him. The other issue remains unresolved, but perhaps our discovery will help in both areas. ... View more

Hi Paul, Thanks for the tips.  Will certainly follow up on these as well. It is not a grid install, although we do have a very small (two node) cluster. ... View more

Sorry... yes, my wait is pushing two hours. Thanks for the tips. Any damage to anything if I simply stop my Management Console task? ... View more