Вопрос к народу

[URRY]

может томкат не на том порту висит ?

[URRY]

Код: Выделить всё

ProxyPass /gw/webacc/poll ajp://localhost:9009/gw/webacc/poll
ProxyPass /gw/webacc ajp://localhost:9009/gw/webacc

Alias /gw "/opt/novell/groupwise/webaccess/gw/"

<Directory "/opt/novell/groupwise/webaccess/">
    Options FollowSymLinks
    Deny from all
</Directory>

<Directory "/opt/novell/groupwise/webaccess/gw/">
    Options MultiViews
    Order allow,deny
    Allow from all
    AllowOverride All
</Directory>

<Location "/gw">
    Allow from all
</Location>

# Deny access to the running code.
<Location "/gw/WEB-INF/">
    deny from all
</Location>

<Directory "/opt/novell/groupwise/webaccess/gw/WEB-INF/">
    Order allow,deny
    deny from all
</Directory>

# Add default character sets
<Location /gw>
        AddDefaultCharset UTF-8
</Location>
<Location /gw/com/*>
        AddDefaultCharset UTF-8
</Location>

# Deny access to the manifest, etc.
<Location "/gw/META-INF/">
    deny from all
</Location>

<Directory "/opt/novell/groupwise/webaccess/gw/META-INF/">
    Order allow,deny
    deny from all
</Directory>

# Set Expires HTTP header and the max-age directive of the
# Cache-Control HTTP header in server responses.
<IfModule mod_expires.c>
        <Location /gw/webaccess/>
                ExpiresActive On
                ExpiresDefault "now plus 1 years"
        </Location>
</IfModule>

<IfModule mod_deflate.c>
        <Location /gw/>
                SetOutputFilter DEFLATE
                AddOutputFilterByType DEFLATE text/* application/javascript
        </Location>
</IfModule>



Для апача 2.4, томкат 9 и GW2018 , gw.conf так выглядит

[Dimerson]

в 2015 был tomcat6. В 2018 просто tomcat. и в нем нет самих веб приложений gw. Там только welcome и imanager 3.2.5
URRY, в догонку хотел спросить - традиционный вебаксесс был до 2018.2 включительно ? В 2018.3 было что-то такое странное в Докере и мне не понравилось помнится.

[Dimerson]

В общем нужен отдельный старый Tomcat. В текущем -м :

26-Jul-2022 11:17:34.587 SEVERE [main] org.apache.catalina.core.StandardContext.loadOnStartup Servlet [webacc] in web application [/gw] threw load() exception
java.lang.ClassNotFoundException: org.apache.catalina.comet.CometProcessor

Либо какие-то compat Классы подкидывать. В общем не судьба запустить GW2014R2 Webaccess на OES2022 (шутка). 2018 с третьим SP (и со вторым впрочем).

[Иван Левшин aka Ivan L.]

Берем и ставим (с заменой, т.е. --force --nodeps) рпмки jakarta (по моему) из SLES12SP3 и запрещаем их обновление. Проблема в том, что нужные классы (какие именно - не помню, они, в принципе, в логах запуска томката светятся) в Tomcat выпилили при переходе от версии 8 (в SLES12SP3) к версии 9 (SLES12SP4/SP5).
Оно все спокойно работает.
Ну и обычный вопрос: коллеги, зачем вы под ГВ продолжаете использовать OES? Фантомные боли от нетвари? OES - очень, очень избыточен по ресурсам для ГВ, ему с головой хватит SLES.

[Dimerson]

Я ? Потому что могу себе позволить У меня OES купленный и продленный (был) а голого SLES у меня нет. И если репы SLES были отдельно с 10-11-2015 OES'ами (OES был доп продуктом к чистому SLES'у) то с 2018 и 2022 OES'ами чистого SLES'а уже нет.

По поводу jakarta от 12 до SP4 сходу не вышло. Похоже что Comet живет в catalina.jar а это tomcat.lib
Проще на коленочке ванильный apache-tomcat-6.0.53.zip или даже apache-tomcat-7.0.109.zip в /opt/ принасекомить и допилить напильничком нежно и чтобы никакой zypper на него не агрился.

[Иван Левшин aka Ivan L.]

Нет, не проще. Я написал "SP3", настоящий врач должен быть внимателен Лично так делал и оно работало и работает: OES2018SP2, на нем - вебморда от ГВ. Такой "финт ушами" выглядит проще и безопаснее, чем "ванильный" томкат. Да и томкат нужен восьмой, т.к. это - последний, из которого выпилили Comet. Вероятно, я наврал: не jakarta, а именно tomcat8 - ткните в zypper в tomcat8, он сам по зависимостям все нарисует... Я именно так и сделал:
- смонтировал SLES12SP3
- добавил его как репозиторий
- zypper se tomcat8 и далее

Каналы обновления для SLES из состава OES были, есть и "остаются есть". В рамках лицензии GW Вы имеете право на доступ к SLES, который используется для обеспечения работоспособности GW. Хотя, конечно, все это заморочено выглядит, я понимаю.

[Dimerson]

У меня есть в загашниках DVD ISO SLES12 и SLES12SP5 . Последний уже не походит. Завтра попробую тогда SLES12 без SP.

[Иван Левшин aka Ivan L.]

SLES12SP3 DVD

[Dimerson]

Спасибо Иван ! Завтра заберу. Тут еще вопрос. При этом не отваливается iManager ? Он же рядом гнездится - gw и nps братья навек.

[Dimerson]

Новости с полей (из виртуальных машин)
Имеется OES2018 (посл SP) + GW2014R2SP3 (инзачально ставился на старый OES идущий со SLES11SP4 и подвергался Inplace Upgrade на новые версии OES путем N штук yast2 channel-upgrade-oes).
на борту novell-tomcat (v9) не поддерживающий Comet.

novell-tomcat был остановлен

ручками выполены:
rpm -ivh tomcat-8.0.43-23.1.noarch.rpm tomcat-lib-8.0.43-23.1.noarch.rpm tomcat-el-3_0-api-8.0.43-23.1.noarch.rpm tomcat-servlet-3_1-api-8.0.43-23.1.noarch.rpm --force --nodeps

ну и переустановлен GW2014R2 WebAccess в режиме Enter Enter Enter Enter (все настройки старые).

novell-tomcat пока остановлен
томкату8 пришлось нежно создать симлинк

/usr/share/tomcat/webapps/gw.war -> /opt/novell/groupwise/webaccess/gw.war

Так же ему нежно сделана настройка (ибо стояло 8008 а он занят NRM)
<Connector port="9009" protocol="AJP/1.3" redirectPort="8443" />

И еще более нежно править
/etc/opt/novell/httpd/conf.d/gw.conf (симлинк на /etc/opt/novell/groupwise/webaccess/gw.conf)
не пришлось так как со времен SLES11 стоявший
webapps/webaccess/linux/sles11/groupwise-webaccess-webapp-14.2.3-129832.noarch.rpm
был грамотно переустановлен устанощиком на версию из
webapps/webaccess/linux/sles12/groupwise-webaccess-webapp-14.2.3-129832.noarch.rpm
И там новый синтаксис Apache 2.4 уже из коробки.

И после перезапуска apache2 и tomcat (не novell-tomcat) таки webaccess 2014R2SP3 взлетел на OES2018SPпоследний.


Надо перекурить и разнести по портам novell-tomcat и tomcat от SLES2014SP3.

Похоже что novell-tomcat это такой виртуальный томкат - используется системный томкат:

cd /var/opt/novell/tomcat
ls -l
bin -> /usr/share/tomcat/bin
conf -> /etc/opt/novell/tomcat/conf
lib -> /usr/share/java/tomcat
...

Таки заработал и iManager.
Для этого:
/var/opt/novell/tomcat/conf/server.xml

Код: Выделить всё

<?xml version='1.0' encoding='utf-8'?>
<Server port="9005" shutdown="SHUTDOWN">
  <Listener className="org.apache.catalina.startup.VersionLoggerListener" />
  <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
  <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
  <GlobalNamingResources>
  </GlobalNamingResources>
  <Service name="Catalina">
          <Connector port="9009"
           address="localhost"
           connectionTimeout="20000"
           redirectPort="443"
           protocol="AJP/1.3"
           maxPostSize="5242880"/>
<Engine name="Catalina" defaultHost="localhost">
      <Realm className="org.apache.catalina.realm.LockOutRealm">
      </Realm>
      <Host name="localhost"
            appBase="/var/opt/novell/tomcat/webapps"
            unpackWARs="true"
            autoDeploy="true">
      <Valve className="org.apache.catalina.valves.ErrorReportValve"
          showReport="false"
          showServerInfo="false" />
      </Host>
    </Engine>
  </Service>
</Server>


правки в appBase.

В /var/opt/novell/tomcat/webapps удалено все кроме nps:
nps -> ../../iManager/nps
welcome
.

Разнос по портам: nps (novell-tomcat) не трогали.
для webaccess:
в апачевом gw.cfg
ProxyPass /gw/webacc/poll ajp://localhost:19009/gw/webacc/poll
ProxyPass /gw/webacc ajp://localhost:19009/gw/webacc
порт 19009

ну и в комплементарном /etc/tomcat/server.xml (конфиг томкат8)
.....
<Server port="18005" shutdown="SHUTDOWN">
......
<Connector port="19009" protocol="AJP/1.3" redirectPort="18443" />
......

надо бы конечно разобраться и или вынести tomcat-9 или заморозить и 9 и 8 чтобы при обновлении ничего не умерло.
Хотя не долго и повторить.

[Иван Левшин aka Ivan L.]

Только хотел написать, что не пробовал, т.к. иманагер у того заказчика сидит на выделенном сервере отдельно от ГВ и, скорее всего, взлетит - с приседаниями. А перечень приседаний - вот он
Tomcat8 обновлять нельзя, умрет вебморда ГВ. При этом с ним, вероятнее всего, не будет работать нормально иманагер - если даже сейчас оно живо, то дальше может прям враз приключиться "печаль" после установки очередных обновлений (если Вы их устанавливаете в настоящее время). Я бы, опять же, рекомендовал иманагер отсадить в сторону - или вообще использовать iManager Workstation. Если надо, могу поделиться и им.

[Dimerson]

Иван я тестирую на стенде и вспомнил что на боевом OES11SP2+GW2012SP2 у меня нет imanager. Посему прогоняю сценарий без него.

Возможны вариации так как одна из стадий OES11Sp3---зарузка с носителя--->OES2018SP2 можно попробовать заморозить томкат 8.

Благо все виртуалки сохранены.
А последний iManager воркстейшн 3.x.x будет полезен. Увы MF это не мормоны и патчфиндер закрыт и ключ переломан пополам
Интересно плагины тоже не дает скачать ?

[Иван Левшин aka Ivan L.]

iMan_320_workstation_win_x86_64.zip
iMan_326_P2_workstation_win_x86_64.zip
Хз, теоретически должны работать оба. Плагины, насколько я помню, обновляются с nu.novell.com - там все в порядке с доступом.

[Dimerson]

Спасибо Иван ! Отписал в приват.