This didn't work for me. Here's what result contained:

The /D switch is only valid with the /S switch.

Anyway, AFAIK the Read-only attribute of a Windows folder is of limited use. Even if you set it using the attrib command this won't prevent you from being able to modify files within the folder (provided those files don't have their Read-only attribute set).

I think the OP was referring to permissions on the folder, not attributes. And in my testing, even if I explicitly deny Write permission on a folder to my user, the ##class(%File).Writeable(...) method still tells me I can write to a file that's in the folder. Of course, when I actually try to open it for write, the timed OPEN command fails correctly.

See Robert's answers. The %File.Writeable(...) method's underlying implementation ($zutil(140,12,filename,2)=0) is apparently not able to determine whether or not a directory is writeable, despite the method doc stating "Return true if the file/directory is writable and false if it is not"

See this older doc for $zutil(140) information.

You could try raising the issue with InterSystems WRC, but my guess is they'll say it's a bug in the comment on the method.

My reading of the post is that the OP is saying that %File.Writeable(...) on the Windows platform returns the correct answer for a file but not for a directory. I haven't investigated yet.

Good point Jon. Here's a concrete example, taken from the CheckLinkAccess classmethod of %CSP.Portal.Utils (2017.2 version). I have done the macro expansion myself and highlighted the expansions:

  Set tHaveAllRole = 0
  Do 
  . New $roles
  . Set $roles=""
  . If ($extract($roles,1,$length("%All"))="%All")Set tHaveAllRole = 1
  If tHaveAllRole {
  ...

If you don't already have an online support account  (a.k.a. WRC Direct) then I suggest you email your bug report to support@intersystems.com

More info abut InterSystems Support is here.

I also like this style, as it helps me spot the lines where execution at the current level might terminate.

Possibly the OP has to work with a version of Cache / Ensemble etc that doesn't support Atelier?

Robert, my understanding of the h:\dev5\ suffix on the error string is that this indicates the directory holding the CACHE.DAT database where Malcolm's webservice class is located. I'm guessing his web application definition in Portal doesn't even have READ permission on that database.

Why not just use the "=" operator to compare your values, exactly as you have written in your examples?

Please mark his answer as Accepted.

Alex, if you code it as an instance method (private or public) then you won't be able to call it from a classmethod (private or public) unless the caller has (or creates) an instance of its class. In other words, the decision about whether to code an instance method or a classmethod is surely independent of the decision about whether to mark that method private or public, no?

The page at http://www.georgejames.com/ws/ looks like this:

Use the link I've highlighted.

You may also need some of the Hints & Tips entries, and/or Patches entries.

If you get stuck I suggest you contact me directly, using the "John Murray" link near the top of that page.

Brian, if you don't mind using 20-year-old software, the link in my previous reply goes to a page from where I think MSM-Workstation can still be downloaded.

What sort of webserver is at http://xyzx.x.edu ?

How was it set up and configured to use CSP Web Gateway?

I suggest you contact InterSystems Support (a.k.a WRC) for help resolving your issue.

That'll be the problem, because /api/atelier is how Atelier talks to the server.

OK, I've just seen your version info in a comment on another answer.

Given you're using accessing port 80 on server xyz.x.edu I assume a regular webserver (e.g. IIS or Apache) has been set up on that server and the CSP Web Gateway added to it, then configured to connect to an InterSystems instance (perhaps on the same server, or perhaps elsewhere).

In that case, is your webserver set up to dispatch /api/atelier to the 2017.1 instance?

What is the $ZVERSION string of the remote server?

So does the following URL (or similar) give you access to Portal on the remote server?

http://xyz.x.edu/csp/sys/UtilHome.csp