Сетевой ресурс только для чтения для Java-приложений

Сетевой ресурс только для чтения для Java-приложений

У нас есть сервер Windows с Windows 2008 R2 SP1. Этот сервер предоставляет сетевой ресурс, назовем его Data. Разрешения установлены Read/Writeдля всех пользователей домена.

Несколько ПК ( PC1 to PC4) в локальной сети назначили этот сетевой ресурс как букву диска, H:используя одно и то же имя пользователя MyUser.

В этой сетевой папке есть папка приложения для определенного приложения Java. Таким образом, каждый ПК открывает приложение, открывая .exe (скажем, H:\App\run-java-app.exe)

На ПК1 и ПК2 (оба Windows 7) приложение работает нормально. На ПК3 (Win 8.1) и ПК4 (Win 7) приложение открывается, но не может записать файлы. Таким образом, ПК3 и 4 имеюттолько доступ для чтения.

Постановка задачи:

Одно и то же Java-приложение на ПК3 и 4 имеет доступ только на чтение, на ПК1 и 2 — на чтение/запись.

Устранение проблемы:

  • Создание файла через Windows Explorer работает без ошибок. И, например, Word может записывать в папку на всех ПК.
  • Все ПК используют одного и того же пользователя для подключения к общей папке. Я уже пробовал удалить сетевую папку, перезагрузиться и подключиться заново. Безуспешно.
  • Я уже удалил общие разрешения на сервере и создал их заново. Безуспешно.
  • Добавление разрешения на чтение/запись для пользователяКаждыйрешает проблему
  • Я уже написал простое приложение Java, которое создает файл и записывает в него. Это также работало на всех ПК.

Вопрос:

Как мне отладить проблему дальше? Есть ли способ проверить, как осуществляется доступ к файлу на сервере?

PC3 и 4 могут писать в сетевой ресурс, если я использую, например, Word, но Java Application не имеет доступа к записи. Похоже, что только это конкретное Java Application имеет проблемы.

решение1

Это последовательно? Я имею в виду, что PC3 и PC4 всегда имеют RO, а остальные RW? Может ли это быть проблемой блокировки файлов, когда другие имеют доступ до них?

ПД: Пока не могу комментировать, поэтому мне придется «отвечать» вопросами, извините.

Связанный контент