Tomcat виртуальные хосты, доступные в двух URL

Жесткие диски обычно не кодируют биты данных единственными магнитными доменами - производители жестких дисков всегда знали, что магнитные домены могли зеркально отразить, и создавать в обнаружении ошибок и исправлении к дискам.

Если немного зеркальных отражений, диск содержит достаточно избыточных данных, что это может и исправляться в следующий раз, когда сектор читается. Вы видите это при проверке УМНОЙ статистики на диске как 'Корректируемый коэффициент ошибок'.

В зависимости от деталей диска это должно даже смочь восстановиться больше чем с одного зеркально отраженного бита в секторе. Будет предел числу зеркально отраженных битов, которые могут быть тихо исправлены, и вероятно другой предел числу зеркально отраженных битов, которые могут быть обнаружены как ошибка (даже если больше нет достаточного количества надежных данных для исправления его),

Это все составляет в целом то, что жесткие диски могут автоматически исправить большинство ошибок, как они происходят и могут надежно обнаружить большинство из остальных. Необходимо было бы быть, имеют большое количество битовых ошибок в единственном секторе, что все произошли, прежде чем тот сектор был считан снова, и ошибки должны будут быть таковы, что внутренние коды с обнаружением ошибок рассматривают его как допустимые данные снова, прежде чем у Вас когда-либо был бы тихий отказ. Это не невозможно, и я уверен, что компании, управляющие очень крупными информационными центрами, действительно видят, что он происходит (или скорее это происходит, и они не видят, что он происходит), но это - конечно, не столь большая проблема, как Вы могли бы думать.

0
задан 9 December 2010 в 12:34
1 ответ

Да, это - конфигурация по умолчанию.

Вы развернули все 3 веб-приложения на единственном экземпляре Tomcat - таким образом, они будут доступны по умолчанию как

http://<some-domain-url>/x где x = a,b или c

Вы надеющийся ограничивать шаблон

http://a.mycompany.com/a или http://b.mycompany.com/b и

запретить http://a.mycompany.com/b ?

Затем попробуйте вложение веб-приложение через a <Context> элемент в server.xml в Вашем

<Host name="a.mycompany.com" ...>

Как так:

<Host name="a.mycompany.com" appBase="webapps"> 
    <Context path="/a" docBase="/a/"/> 
      </Host> 

      <Host name="b.mycompany.com" appBase="webapps"> 
    <Context path="/b" docBase="/b/"/> 
      </Host> 

Если path установлен на "" затем можно получить приложение в ROOT контекст, как a.mycompany.com вместо a.mycompany.com/a

1
ответ дан 4 December 2019 в 22:40

Теги

Похожие вопросы