IBM Worklight - проект, построенный на 6.1, не будет развернут на сервере 6.1, говорит, что мне нужно использовать 6.0

У меня очень простое приложение Worklight, без адаптеров, без Java-кода, только HTML. Он построен в Eclipse Juno с Worklight studio 6.1. Когда я пытаюсь развернуть файл * -all.wlapp на сервере worklight (не на сервере worklight studio, а на реальном сервере WL, работающем в кластере WebSphere), я получаю следующее сообщение:

Failed to deploy application 'XXXX-all.wlapp'. The 'application' version '6.1.0.00.20131219-1900' is different than the version of the Worklight project '6.0.0'. Use Worklight Studio '6.0.0' to build and deploy the application.

Проект был создан с использованием Worklight studio 6.1 и никогда не видел студию 6.0. Что не так с этой штукой, которая хочет, чтобы я вернулся к 6.0?


person Jack Cox    schedule 07.02.2014    source источник


Ответы (1)


Вероятно, это означает, что вы не обновляли war файл проекта на сервере приложений.

В то время как экземпляр Worklight Server, развернутый на сервере приложений, имеет версию v6.1, он выполняет «проект» на основе Worklight 6.0, а ваш wlapp был создан с помощью v6.1.

Разверните более новый файл .war на основе v6.1 того же проекта с последующим повторным развертыванием wlapp.

person Idan Adar    schedule 07.02.2014
comment
Когда я делаю «о» на консоли рабочего освещения, я получаю это для дополнительной информации о поддержке: Версия сервера: 6.1.0.00.20131126-0630 Версия Project WAR: 6.0.0 Это административное действие для обновления версии Project WAR или это что сделано от студии WL? - person Jack Cox; 08.02.2014
comment
ммм, нет. Я бы сказал, что обновление сервера более новым .war является задачей ИТ. - person Idan Adar; 08.02.2014
comment
Теперь я вижу, что нужно делать. Файл .WAR, сгенерированный студией WL в моем проекте, необходимо развернуть как корпоративное приложение в WebSPhere, заменив старое корпоративное приложение, которое было раньше, когда мы проводили более раннюю проверку концепции с помощью Worklight. - person Jack Cox; 08.02.2014