SVN Checkout: constantly running UpgradeProcess_4_4_0SVN Checkout: constantly running UpgradeProcess_4_4_0https://liferay.dev/en/c/message_boards/find_thread?p_l_id=119785333&threadId=2632532024-03-28T13:03:48Z2024-03-28T13:03:48ZRE: SVN Checkout: constantly running UpgradeProcess_4_4Fuad Efendihttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2720222007-11-14T14:44:44Z2007-11-14T14:44:44ZThanks a lot!<br /><br /><br />I temporary disabled upgrades via portal-ext.properties file.<br /><br />I need SVN checkout versions from trunk for production release of our website <img alt="emoticon" src="@theme_images_path@/emoticons/girl.gif" ><img alt="emoticon" src="@theme_images_path@/emoticons/wacko.gif" ><br /><br />SVN trunk has Asset Publisher with pagination, and more.<br /><br />Upgrade process does not hurt, but we are forced to run some new SQL statements manually, or at least as multiple separate transactions (and not as a batch script). For instance, previous upgrade added _uuid column to some tables, and new one adds new tables to the same script. Script fails because it finds _uuid for older tables, and I need to run SQL snippets manually for newer tables. And 'backup' for some tables during upgrade, I am unsure what may happen for production ready database...<br /><br />ThanksFuad Efendi2007-11-14T14:44:44ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Daren Sefcikhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2700532007-11-13T13:04:01Z2007-11-13T13:04:01ZThank you, that is exactly what I wanted to know.<br /><br />DarenDaren Sefcik2007-11-13T13:04:01ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Björn Rydinghttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2688412007-11-13T00:38:20Z2007-11-13T00:38:20ZUse SVN trunk if you are curious about upcoming features or want to take part in the development of Liferay itself.<br /><br />For development, use the latest stable build in the appropriate SVN branch.<br /><br />In production, use only releases that you have successfully tested with your solution.<br /><br />Do not make changes to the portal source if you do not absolutely have to. Instead, use the extension environment for customizations and develop portlets and themes with the Plugins SDK.Björn Ryding2007-11-13T00:38:20ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Daren Sefcikhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2679972007-11-12T19:53:35Z2007-11-12T19:53:35ZI think maybe I might need a better understanding of how/when to use svn. I just starting using the trunk build thinking it would give me a more up-to-date system. I am planning on building with the ext environment as well once I become comfortable with how everything works. I have had successful upgrades using the release bundles from all of the 4.x builds so this is the first time I have had errors. What/where are the best resources for me to understand the different svn builds and which to use in which environment(production/development)? Maybe I can understand and solve this problem by first understanding what the svn code base is doing.<br /><br />tia,<br />DarenDaren Sefcik2007-11-12T19:53:35ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Alexander Chowhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2678152007-11-12T19:02:12Z2007-11-12T19:02:12ZSo, if you are running from SVN trunk, that is true. This is because we have so many developers working on the code simultaneously and this automates the upgrade of their development databases. Running those upgrade classes multiple times <em>should not</em> hurt (they verify that the upgrade is needed before doing it). Simply, they are not setting the release number in the Release_ table. If you want to turn that off, just disable it in your portal-ext.properties.<br /><br />As another comment (though you probably already know this), be aware that you should not be running trunk on your development environment.Alexander Chow2007-11-12T19:02:12ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Jerry Niuhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2677612007-11-12T18:53:20Z2007-11-12T18:53:20Z<html><head></head><body>Which DB are you using?<br><br>From SVN, the upgrade process will not increment the buildNumber column in the Release_ table until a release is finalized. You'll have to do that manually after the first time the upgrade runs.<br><br>For example,<br><pre><code>
mysql&gt; select * from release_;
+-----------+---------------------+---------------------+-------------+---------------------+----------+
| releaseId | createDate | modifiedDate | buildNumber | buildDate | verified |
+-----------+---------------------+---------------------+-------------+---------------------+----------+
| 1 | 2007-11-07 07:45:56 | 2007-11-09 22:18:15 | 4304 | 2007-11-05 00:00:00 | 1 |
+-----------+---------------------+---------------------+-------------+---------------------+----------+
</code></pre><br><br>Increase 4304 to 4305 or greater depending on your build number.<br><br>You should also find out your upgrade classes from the portal.properties file to make sure all is ok:<br>upgrade.processes</body></html>Jerry Niu2007-11-12T18:53:20ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Daren Sefcikhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2676152007-11-12T18:19:20Z2007-11-12T18:19:20ZI am having the same problem. I followed the resolved instructions from the other post but it did not solve this problem for me. Can anyone tell me what should be in the JournalArticleResource table? I seem to have records in there that have not been approved and vice-versa. It would be great to know exactly what records should be in there.<br /><br />tia,<br />DarenDaren Sefcik2007-11-12T18:19:20ZRE: SVN Checkout: constantly running UpgradeProcess_4_4_0Björn Rydinghttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2633092007-11-10T15:56:01Z2007-11-10T15:56:01ZYou might find this post useful: <a href="http://www.liferay.com/web/guest/community/forums/message_boards/message/249482">at every startup, portal tries to upgrade db that is already upgraded</a>Björn Ryding2007-11-10T15:56:01ZSVN Checkout: constantly running UpgradeProcess_4_4_0Fuad Efendihttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=2632522007-11-10T15:21:46Z2007-11-10T15:21:46ZHello,<br /><br /><br />After SVN checkout and 'ant all' I have Upgrade Process running even after several restarts of Tomcat:<br /><br />[DynamicDialect:102] Using dialect org.hibernate.dialect.MySQLDialect<br />[StartupAction:129] Running upgrade com.liferay.portal.upgrade.UpgradeProcess_4_4_0<br />[UpgradeProcess_4_4_0:47] Upgrading<br />[UpgradeDocumentLibrary:46] Upgrading<br /><br /><br />I was forced to manually run some SQL (due to some exceptions), and database schema looks upgraded (manually). But upgrade process still run after restart of a server.<br /><br /><br />Another issue:<br />15:05:07,277 WARN [TagsAssetGroupIdUpgradeColumnImpl:85] com.liferay.portlet.journal.NoSuchArticleResourceException: <strong>No JournalArticleResource exists<br /> with the primary key 0</strong><br />com.liferay.portlet.journal.NoSuchArticleResourceException: No JournalArticleResource exists with the primary key 0<br /> at com.liferay.portlet.journal.service.persistence.JournalArticleResourcePersistenceImpl.findByPrimaryKey(JournalArticleResourcePersistenceImp<br />l.java:222)<br /> at com.liferay.portlet.journal.service.impl.JournalArticleResourceLocalServiceImpl.getArticleResource(JournalArticleResourceLocalServiceImpl.j<br />ava:51)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<br /> at java.lang.reflect.Method.invoke(Method.java:597)<br /> at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:304)<br /> at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)<br /> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)<br /> at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)<br /> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)<br /> at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)<br /> at $Proxy4.getArticleResource(Unknown Source)<br /> at com.liferay.portlet.journal.service.JournalArticleResourceLocalServiceUtil.getArticleResource(JournalArticleResourceLocalServiceUtil.java:2<br />13)<br /> at com.liferay.portal.upgrade.v4_4_0.util.TagsAssetGroupIdUpgradeColumnImpl.getGroupId(TagsAssetGroupIdUpgradeColumnImpl.java:117)<br /> at com.liferay.portal.upgrade.v4_4_0.util.TagsAssetGroupIdUpgradeColumnImpl.getNewValue(TagsAssetGroupIdUpgradeColumnImpl.java:80)<br /> at com.liferay.portal.upgrade.util.DefaultUpgradeTableImpl.getExportedData(DefaultUpgradeTableImpl.java:239)<br /> at com.liferay.portal.upgrade.util.BaseUpgradeTableImpl.getTempFileName(BaseUpgradeTableImpl.java:407)<br /> at com.liferay.portal.upgrade.util.BaseUpgradeTableImpl.updateTable(BaseUpgradeTableImpl.java:358)<br /> at com.liferay.portal.upgrade