При развертывании TRAC / Subversion (SVN) на Apache с mod_wsgi, TRAC вообще не открывает ни одной страницы - PullRequest
Новая
       51

При развертывании TRAC / Subversion (SVN) на Apache с mod_wsgi, TRAC вообще не открывает ни одной страницы

1 голос
/ 03 марта 2009

Я развернул trac с помощью apache / mod_wsgi (без SSL) (предпочтительно, так как проблема, с которой я сталкиваюсь с CGI - это производительность), и она работает без БЕЗ SVN интеграция. Но мне на самом деле нужен SVN, поэтому, когда я настраиваю репозиторий путь (то есть: repository_dir = c: / projects / svn / my_project) Я даже не могу получить свой Проект TRAC, чтобы даже открыть любую из своих страниц.

В Mozilla Firefox отображается белая страница, а в MS-IE - «Страница не может будет отображаться «ошибка, как если бы сервер« истек ».

Я пытался с mod_python (3.3.1), и точно такая же проблема происходит. Это хотя отлично работает с CGI.

Я также пытался отключить аутентификацию SVN, думая, что это может быть конфликт аутентификации (я использую Apache Basic Auth).

Окружающая среда:

  • Win 2000 Server SP 4;
  • Apache 2.2.10;
  • Python 2.5.2;
  • mod_wsgi редакция 1018 2.3, py25_apache22;
  • Trac 0.12dev;
  • Subversion 1.5.3.

Файлы конфигурации:

  • Apache httpd.conf выдержка: 
WSGIScriptAlias /trac "c:/projects/apache/trac.wsgi"

<Directory c:/projects/apache>
  WSGIApplicationGroup %{GLOBAL}
  Order deny,allow
  Allow from all
</Directory>
  • trac.wsgi: 
import sys
sys.stdout = sys.stderr

import os
os.environ['TRAC_ENV_PARENT_DIR'] = 'c:/projects/trac'
os.environ['PYTHON_EGG_CACHE'] = 'c:/projects/eggs'

import trac.web.main

application = trac.web.main.dispatch_request
  • выдержка из trac.ini: 
repository_type = svn
repository_dir = c:/projects/svn/my_project

Есть идеи ???

Ответы [ 2 ]

1 голос
/ 05 марта 2009

На самом деле у меня было больше проблем после изменения моего хранилища Subversion. Он перестал работать снова, с тем же поведением. Поэтому я попытался выполнить «повторную синхронизацию» (поскольку в журнале было сообщение о другой ревизии из кэша), но ничего.

Таким образом, я удалил все и переустановил его (включая Apache), выполнив пошаговое руководство над ПЛЮС:

  • Запустить повторную синхронизацию (trac-admin c: \ projects \ myproject resync) для моего проекта;
  • Удалил dll-файлы subversion, установленные 'Установщиком привязок Python 2.5 для Win32' из 'c: \ Python25 \ Lib \ site ... \ libsvn', и скопированные dll-файлы subversion из 'c: \ svn-win32-1.5.5 \ bin 'над этим.

Это сработало (пока).

О любых изменениях я буду уведомлять.

1 голос
/ 05 марта 2009

Решено!

Я согласовал версии dll SVN, используемые Apache и Python, с версиями, доступными здесь: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100 Также следовали инструкциям для SVN, как указано здесь: http://trac.edgewall.org/wiki/TracInstall#VersionControlSystem

Шаг за шагом:

  1. Обновлен мой Subversion до v1.5.5, двоичные файлы Win32 для Apache 2.2.x (доступно по адресу http://subversion.tigris.org/files/documents/15/44589/svn-win32-1.5.5.zip).

    1. Стерли мою старую подрывную деятельность и расширили новую;
    2. Поместите новый в системный путь, чтобы Apache мог видеть dll SVN;
    3. Скопировал 'mod_dav_svn.so' и 'mod_authz_svn.so' в каталог модулей Apache.

  2. Обновлены привязки Python 2.5 для Subversion на Win32 (доступно по http://subversion.tigris.org/files/documents/15/44591/svn-win32-1.5.5_py.zip).

    1. Скопировал файлы из '\ libsvn' в 'c: \ Python25 \ Lib ... \ libsvn
    2. Следовали инструкциям по переименованию файлов libsvn / *. Dll в .pyd (поскольку python 2.5 больше не читает dll);

  3. Обновлен установщик привязок Python 2.5 для Win32 (доступен по http://subversion.tigris.org/files/documents/15/44597/svn-python-1.5.5.win32-py2.5.exe).

    1. Установил 'exe';

  4. Перезагрузите Windows.

Просто для протокола ... он не происходил точно в этом порядке и не происходил мирно. Я провел целый день, борясь с различными .zips / .exes / .dlls / .sos. Поэтому убедитесь, что выровняли SVN среди всех охватываемых частей, прежде чем отказаться от этого решения.

Результат: это сработало, и моя производительность Trac / SVN значительно улучшилась.

...