Здравствуйте! Хочу заранее попросить прощения если такая тема уже была, но я её к сожалению не нашел..
Проблема в следующем - при деплое на сервер все файлы с кириллицей переименовываются в файлы с знаками вопросов к примеру в папке ресурсов у меня лежат изображения и на выходе получаем ??????.png.

Стоит centos 6.8, java version "1.7.0_111", в glassfish4 default locale - UTF-8.
#locale выдает
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
Пробовал ставить в sun-web.xml
<locale-charset-info>
<locale-charset-map locale="" charset=""/>
<parameter-encoding default-charset="UTF-8"/>
</locale-charset-info>
Так же пробовал в glassfish-web.xml
<parameter-encoding default-charset="UTF-8" />
Но это не помогло.

Прошу помочь, в чем может быть проблема, сижу уже 3 дня бьюсь и не могу понять..

Извините, плохо объяснил.
Захожу по ssh, смотрю в domain/../applications/someApp/resources/somepath/images/ и вижу файлы ??????_???.png

Dmitry.,

с putty всё нормально, touch какойтотестовыйфайл создает и читает с консоли нормально, проблема именно в переносе приложения, когда отдаю war и когда этот war-файл распаковывается получаю ???.* файлы, если они были на русском

Blazkowicz,

Извините, не совсем понял вас, про -Dfile.encoding, при запуске glassfish?
Файловая система поддерживает кириллицу

Dmitry.,

Знаки вопросов по количеству символов совпадают, по поводу Вашей ссылки я писал, что пробовал ставить UTF-8 в locale у glassfish. Службу glassfish перезагружал после этого и проект редеплоил, но ничего не поменялось
Может быть у джавы есть своя кодировка по умолчанию и где-то через консоль можно поменять?

К слову, пробовал glassfish3.1 для проекта java1.6, всё нормально, нет проблем с кириллицей, а вот gls4 ведет себя как-то странно

lleming,

Тогда тем более ничего не понимаю, если с 57 билда есть поддержка других кодировок, то почему распаковывается так, почему в glassfish3.1 распаковывается нормально, а на glassfish4 нет и почему у на винде тоже всё нормально распаковывается, только что проверил(билд джавы 76)

Собираю на винде, мавеном.
В Configurations -> server-config -> JVM Settings -> JVM Options добавил -Dfile.encoding=UTF-8, сервер перезагрузил, сделал редеплой приложения, но всё осталось как было..(

Вот ps -aux | grep glassfish

/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111.x86_64/jre/bin/java -cp /home/glassfish/glassfish4/glassfish/modules/glassfish.jar -XX:+UnlockDiagnosticVMOptions -XX:MaxPermSize=192m -XX:NewRatio=2 -Xmx512m -client -javaagent:/home/glassfish/glassfish4/glassfish/lib/monitor/flashlight-agent.jar -Dfelix.fileinstall.disableConfigSave=false -Djavax.net.ssl.keyStore=/home/glassfish/glassfish4/glassfish/domains/domain1/config/keystore.jks -Djava.awt.headless=true -Dcom.ctc.wstx.returnNullForDefaultNamespace=true -Dfelix.fileinstall.poll=5000 -Djava.endorsed.dirs=/home/glassfish/glassfish4/glassfish/modules/endorsed:/home/glassfish/glassfish4/glassfish/lib/endorsed -Dfelix.fileinstall.bundles.startTransient=true -Djavax.net.ssl.trustStore=/home/glassfish/glassfish4/glassfish/domains/domain1/config/cacerts.jks -Djavax.xml.accessExternalSchema=all -Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as -DANTLR_USE_DIRECT_CLASS_LOADING=true -Djava.security.auth.login.config=/home/glassfish/glassfish4/glassfish/domains/domain1/config/login.conf -Dgosh.args=--nointeractive -Dfile.encoding=UTF-8 -Dosgi.shell.telnet.maxconn=1 -Djdbc.drivers=org.apache.derby.jdbc.ClientDriver -Dfelix.fileinstall.dir=/home/glassfish/glassfish4/glassfish/modules/autostart/ -Dosgi.shell.telnet.port=6666 -Djava.security.policy=/home/glassfish/glassfish4/glassfish/domains/domain1/config/server.policy -Dfelix.fileinstall.log.level=2 -Dcom.sun.aas.instanceRoot=/home/glassfish/glassfish4/glassfish/domains/domain1 -Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory -Dosgi.shell.telnet.ip=127.0.0.1 -Dcom.sun.aas.installRoot=/home/glassfish/glassfish4/glassfish -Djava.ext.dirs=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111.x86_64/jre/lib/ext:/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111.x86_64/jre/jre/lib/ext:/home/glassfish/glassfish4/glassfish/domains/domain1/lib/ext -Dfelix.fileinstall.bundles.new.start=true -Dorg.glassfish.additionalOSGiBundlesToStart=org.apache.felix.shell,org.apache.felix.gogo.runtime,org.apache.felix.gogo.shell,org.apache.felix.gogo.command,org.apache.felix.shell.remote,org.apache.felix.fileinstall -Djdk.corba.allowOutputStreamSubclass=true -Djava.library.path=/home/glassfish/glassfish4/glassfish/lib:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib com.sun.enterprise.glassfish.bootstrap.ASMain -domainname domain1 -asadmin-args --host,,,localhost,,,--port,,,4848,,,--secure=false,,,--terse=false,,,--echo=false,,,--interactive=true,,,start-domain,,,--verbose=false,,,--watchdog=false,,,--debug=false,,,--domaindir,,,/home/glassfish/glassfish4/glassfish/domains,,,domain1 -instancename server -verbose false -debug false -asadmin-classpath /home/glassfish/glassfish4/glassfish/lib/client/appserver-cli.jar -asadmin-classname com.sun.enterprise.admin.cli.AdminMain -upgrade false -type DAS -domaindir /home/glassfish/glassfish4/glassfish/domains/domain1 -read-stdin true

Поставил на виртуалку centos 6.8 скинул этот же glassfish который использую, джава в комплекте была 1.7 85build, всё работало отлично, без доп настроек. Решил поставить java 1.7 111 чтобы было так же, в итоге файлы стали с знаками вопросов.
Обновлял yum install java7 центос предложил 111 билд, может я как-то неправильно обновил или ещё что?

lleming,

На счет oracle jdk не уверен, вроде был openjdk, ставил просто yum install java7, там мне предложил centos этот билд

java -version
java version "1.7.0_111"
OpenJDK Runtime Environment (rhel-2.6.7.2.el6_8-x86_64 u111-b01)
OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode)

Спасибо Вам огромное - lleming, Dmitry., Blazkowicz!
С участием и помощью в моей проблеме!

Всё заработало когда переустановил java, брал её вот тут: http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html

Если вдруг кто встанет на те же грабли
rpm -Uvh jdk-7u80-linux-x64.rpm
alternatives --install /usr/bin/java java /usr/java/latest/jre/bin/java 200000
alternatives --install /usr/bin/javaws javaws /usr/java/latest/jre/bin/javaws 200000
alternatives --install /usr/bin/jar jar /usr/java/latest/bin/jar 200000
alternatives --install /usr/bin/java java /usr/java/jdk1.7.0_80/jre/bin/java 200000
alternatives --install /usr/bin/javaws javaws /usr/java/jdk1.7.0_80/jre/bin/javaws 200000
alternatives --install /usr/bin/javac javac /usr/java/jdk1.7.0_80/bin/javac 200000
alternatives --install /usr/bin/jar jar /usr/java/jdk1.7.0_80/bin/jar 200000
alternatives --install /usr/bin/java java /usr/java/latest/bin/java 200000
alternatives --install /usr/bin/javaws javaws /usr/java/latest/bin/javaws 200000

ну или просто меняем alternatives --config java

Ещё раз спасибо вам!

Завтра буду пробовать не на виртуалке, а на том сервере, где как раз всё и было, надеюсь всё будет хорошо и отпишусь!

Всем здравствуйте ещё раз, попробовал на другом сервере, но к сожалению ничего не вышло..
При обновлении вообще зарагалась jre7_1.7.0.17

rpm -Uvh jdk-7u80-linux-x64.rpm
Preparing... ########################################### [100%]
file /etc/init.d/jexec from install of jdk-2000:1.7.0_80-fcs.x86_64 conflicts with file from package jre-1.7.0_17-fcs.x86_64
В итоге удалил rpm -e jre-1.7.0_17-fcs.x86_64 и установил. Устанавливал тот же пакет, что и на другом сервере, всё проверял на glassfish3.1 работает нормально но java 1.6 соответственно, но вот glassfish4(такой же) не хочет работать..
В опциях стоит UTF-8 и -Dfile.encoding=UTF-8 в jvm options.

ФС так же поддерживает кириллицу.
Увидел только одну проблему с #locale, она почему-то после перезагрузки стала en_US.UTF-8 вряд ли конечно, но хочу спросить может быть проблема с локалью?

С локалью вопрос решил, добавив в .bash_profile export LANG="ru_RU.UTF-8", но проблему это не решило, странно что jar xf filename.war распаковывает всё отлично, а вот deploy glassfish - нет..

В итоге решил проблему путем export LANG="ru_RU.UTF-8" в init-скрипт. Хоть glassfish и запускается от пользователя glassfish, у которого LANG=ruRu.UTF8, профиль в ините не загружается, поэтому нужно указывать явно в самом скрипте экспорт.

Ещё раз спасибо всем кто участвовал.