может ли liferay читать схему с общедоступным синонимом

Я устанавливаю новый Liferay v6.2 на нашем сервере разработки. У нас нет полного доступа к нашей базе данных, поэтому мы попросили администратора БД создать для нас новую схему. Она сказала, что не может создать новый из-за нехватки места. У нас есть существующая схема, которую мы используем для нашей старой версии портала liferay (которая больше не используется), она предложила нам использовать ее (хотя она не хочет отказываться от нее) и просто создать общедоступный синоним для нашей новой. Итак, теперь у нас есть два экземпляра таблиц liferay

PTLSCMDDL.USER_  -- old 
PTL2SCMDDL.USER_ -- new

Если я запрошу, используя этот общедоступный синоним

Select * from USER_

Я получаю свой новый стол, чего я и ожидал. Но после того, как я запустил свой сервер tomcat, он не работает, и я получаю эту ошибку:

Я надеюсь, что кто-нибудь может мне помочь.

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

PTLSCMDDL.USER_  -- old 
PTL2SCMDDL.USER_ -- new
, 
Select * from USER_
и _3_, для которых у вас должны быть соответствующие разрешения в базе данных.


oracle tomcat liferay
person Rio Ortiz    schedule 18.03.2014    source источник

Ответы (1)


arrow_upward
0
arrow_downward

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

Спасибо, Олаф! Мы уже разобрались с проблемой, 2 схемы под одним пользователем толком не работают. Она удалила вторую старую схему, и наконец она заработала! Поэтому в производственной среде она планирует создать 2 отдельных пользователя с 1 схемой для каждого, чтобы мы могли сохранить старую копию, пока не стабилизируем новую версию Liferay. Большое спасибо!

person Olaf Kock    schedule 18.03.2014
comment
ИНФОРМАЦИЯ: развертывание дескриптора конфигурации /portal/app/dev/liferay-portal-6.2.0/tomcat-7.0.42/conf/Catalina/localhost/ROOT.xml Загрузка jar-файла: файл: / portal / app / dev / liferay-portal -6.2.0 / tomcat-7.0.42 / webapps / ROOT / WEB-INF / lib / portal-impl.jar! /System.properties Загрузка jar: файл: /portal/app/dev/liferay-portal-6.2.0 /tomcat-7.0.42/webapps/ROOT/WEB-INF/lib/portal-impl.jar!/system.properties Загрузка jar: файл: /portal/app/dev/liferay-portal-6.2.0/tomcat-7.0 .42 / webapps / ROOT / WEB-INF / lib / portal-impl.jar! /Portal.properties Файл загрузки: /portal/app/dev/liferay-portal-6.2.0/portal-ext.properties 17 марта 2014 г. 6:37:22 AM org.apache.catalina.core.ApplicationContext log INFO: Инициализация Spring root WebApplicationContext 06: 37: 28,929 INFO [localhost-startStop-1] [DialectDetector: 71] Определить диалект для Oracle 10 06: 37: 28,959 ИНФОРМАЦИЯ [localhost-startStop-1] [DialectDetector: 136] Найден диалект org.hibernate.dialect.Oracle10gDialect Запуск Liferay Portal Community Edition 6.2.0 CE GA1 (Newton / Build 6200/1 ноября 2013 г.) 06: 37: 59,676 INFO [localhost-startStop-1] [BaseDB: 481] База данных поддерживает запросы с учетом регистра 06: 38: 00,006 ОШИБКА [localhost-startStop-1] [MainServlet : 209] java.lang.IllegalStateException: преобразование разрешений в алгоритм 6 не завершено. Пожалуйста, завершите преобразование перед запуском портала. Процесс преобразования доступен в версиях портала, начиная с 5203 и до 6200. java.lang.IllegalStateException: преобразование разрешений в алгоритм 6 не завершено. Пожалуйста, завершите преобразование перед запуском портала. Процесс преобразования доступен в версиях портала, начиная с 5203 и до 6200. по адресу com.liferay.portal.tools.DBUpgrader._checkPermissionAlgorithm (DBUpgrader.java:297) по адресу com.liferay.portal.tools.DBUpgrader.upgrade (DBUpgrader. java: 135) в com.liferay.portal.events.StartupAction.doRun (StartupAction.java:160) в com.liferay.portal.events.StartupAction.run (StartupAction.java:68) в com.liferay.portal.servlet .MainServlet.processStartupEvents (MainServlet.java:1238) в com.liferay.portal.servlet.MainServlet.init (MainServlet.java:206) в javax.servlet.GenericServlet.init (GenericServlet.java:160) в catalina.core.StandardWrapper.initServlet (StandardWrapper.java:1280) на org.apache.catalina.core.StandardWrapper.loadServlet (StandardWrapper.java:1193) на org.apache.catalina.core. StandardWrapper.load (StandardWrapper.java:1088) в org.apache.catalina.core.StandardContext.loadOnStartup (StandardContext.java:5176) в org.apache.catalina.core.StandardContext.startInternal (StandardContext.java:5460) в org .apache.catalina.util.LifecycleBase.start (LifecycleBase.java:150) в org.apache.catalina.core.ContainerBase.addChildInternal (ContainerBase.java:901) в org.apache.catalina.core.ContainerBase.addChild (ContainerBase.addChild (ContainerBase.addChild) .java: 877) на org.apache.catalina.core.StandardHost.addChild (StandardHost.java:633) на org.apache.catalina.startup.HostConfig.deployDescriptor (HostConfig.java:656) на org.apache.catalina. startup.HostConfig $ DeployDescriptor.run (HostConfig.java:1635) в java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:441) в java.util.concurrent.FutureTask $ Sync.innerRun (FutureTask.java 303) в java.util.concurrent.FutureTask.run (FutureTask.java:138) в java.util.concurrent.ThreadPoolExecuto r $ Worker.runTask (ThreadPoolExecutor.java:886) в java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:908) в java.lang.Thread.run (Thread.java:619) Остановка сервера из-за к неожиданным ошибкам запуска - person Rio Ortiz; 24.03.2014