I think it’s safe to say here that CommandBox/Java/Lucee full supports UNC paths but there is an issue with the configuration on your computer. I’m not sure how much we can help you there since I think you need to debug your network configuration, what permissions are required to access the share, and what user is being used by your Java processes. I think CommandBox is more/less an innocent bystander here.
Can you confirm any saved credentials you have on your PC for that share?
https://www.faqforge.com/windows/how-delete-saved-passwords-for-network-drives-in-windows/
After logging into that dir in Explorer, I can do dir of it from a NON-admin cmd window. From an Admin cmd prompt, it says the user name or password is incorrect.
I would recommend looking for resources that will allow you to confirm what username the Java process is using when connecting to the file shares. I think that’s really what you need to determine. I know that running processes with “sudo” on *nix actually changes the user name in use, but I’m not aware of any similar behavior in Windows. That said, I don’t know what version of Windows you’re on, how your domain is setup, or anything so only you can really dig into those details.
When I type box and hit enter in a NON-admin cmd window, CommandBox opens in a new window,
I’ve never heard of this behavior nor can I reproduce it on my Windows 7 and Windows 10 PCs. I would check with your system administrator to see what sort of special policies may be applied to your computers.
Is there something built into CommandBox that requires admin access?
Not at all. In fact, I don’t even think that’s possible It sounds like your computer has a setting that is forcing this.
Question: How exactly do your other coworkers have ColdFusion running? Is it starting as a Windows service? if so, what username is being used? Have you done a comparison of the exact CF process on their machines with the CF process on your machine. (Note, you can add additional columns to the Windows Process Explorer, or use a 3rd party tool like ProcExplorer from SysInternals to give you deeper information). I really think this boils down to the user in use and the permissions required for the share, but all of that is something you will need to debug from a Windows/domain/network level. I have a feeling you need to configure your server to run as a service under a specific user or you need to employ “NET USE” to set the user of your process before starting the server.
And if you want to pretty much completely remove from the equation anything CommandBox does, open the REPL and run this direct Java code swapping out the server name and share for your own. We know for certain that Java itself supports UNC paths so if this fails, then we know the issue is outside the JVM on your PC, domain, network, etc.
createObject( ‘java’, ‘java.io.File’ ).init( ‘\ortushq-lb1\shared-data’ ).list()
That Java code is as close to the JVM as you can get. In fact, it even eliminates Lucee from the picture! When I run that, I see an array of folder and file names. Also note, you can’t list the contents of a server directly like \serverName, it has to be a share like \serverName\Share