A list of known issues of specific Portal.Node updates and workarounds for them. The list is sorted by the time, the issues were fixed.
First appeared in 4.4
Not yet fixed.
First appeared in 4
Not yet fixed.
In this build, the SDK has a dependency on JDK 6.0 and did not run with JDK 5.0.
As a workaround, the installed JDK can be updated to JDK 6.0.
First appeared in 4 Build 9363
Fixed in 4 Build 9431
Sometimes after deploying Web Applications to a server instance, the server cannot be started with a “duplicate-context” error message. This is caused by a duplicate <Context> entries for the same webapplication in the server’s server.xml file.
As a workaround, remove both <Context> entries in the server.xml, undeploy the Web Application and then deploy it again (until the <Context> entry is correctly added to server.xml).
First appeared in 4
Not yet fixed.
First appeared in 4
Fixed in 4 Build 9363
First appeared in 4
Not yet fixed.
First appeared in 4 Update 8627
Fixed in 4 Update 9089
First appeared in 4
Not yet fixed.
First appeared in 4
Fixed in 4 Update 8296
First appeared in 4
Fixed in 4 Update 8296
Modification of the memory settings for the two “built in” Portal instances “Gentics Enterprise Portal” and “Gentics Portal.Node SDK Demo Portal” will not work as expected: When the current setting of “-Xmx256m” is modified, the old value will be appended at the end and will still be effective.
As a workaround, it is possible, to leave the old value as it is and simply add a new memory setting to the end of the VM arguments.
First appeared in 4
Not yet fixed.
First appeared in 3.3 Update 5626
Not yet fixed.
First appeared in 3.2
Not yet fixed.
First appeared in 3.2
Not yet fixed.
First appeared in 3.2 Update 1578
Fixed in 4.0 Update 8627
First appeared in 3.2
Fixed in 4 Update 9658
Sometimes after a fresh installation or update of the SDK, the portlets of the SamplePortletapplication are not available and the tomcat log file shows a lot of ClassNotFoundExceptions.
The reason for this is, that the project “SamplePortletapplication” fails to be built. This can be workarounded by manually refreshing the project. Select the project in the Package Explorer and press the F5 key or right click and choose “Refresh” from the context menu.
First appeared in 3.3 Update 1920
Fixed in 4 Update 9658
First appeared in 3.1
Fixed in 3.3 Update 4250
First appeared in 3.1
Fixed in 3.3 Update 1960
Rules - When using rules in combination with a SQL datasource (e.g. using the DatasourceListComponent) NULL values are not checked correctly. If a null value is checked != (not equal) against a non null value it will evaluate as true.
Starting with Version 3.3 Update 1920, this is fixed, when the new ExpressionParser is used. In older versions, this can be workarounded by using for example: isempty( object.myvalue ) || object.myvalue != “test”.
First appeared in 1299
Fixed in 3.3 Update 1920
First appeared in 1610
Fixed in 3.2 Update 1810
GenticsContentModule - To correctly display images and files it is necessary to specify the following two parameters (e.g. in the pnode):
<parameter name=“maxwidthname”>maxwidth</parameter> <parameter name=“maxheightname”>maxheight</parameter>
First appeared in 1610
Fixed in 3.2 Update 1786
GenticsContentSearchModule2 - Documentation:
The two events of the GenticsContentSearchModule2 (onSearch, openResult) are thrown from within a view and therefore do not have the same reaction path as events thrown directly by portlets. To react on ‘onSearch’ one would need to use: portal.modules.GenticsContentSearchModule2.plugins.viewplugin.onSearch
First appeared in 1578
Fixed in 3.2 Update 1786
First appeared in 1299
Fixed in 3.2 Update 1786
SDK - Apache Tomcat configuration:
Make sure the application server does not include the context paths into the generated session cookies. Otherwise 3rd party portletapplications might not work properly. See this » FAQ for details.
First appeared in 1500
Fixed in 3.2 Update 1578
SDK - Packagingtool for a Portletapplication
MyPortletapplication/tools/packaging/build.xml: Path to tomcat shared libs directory has to be modified by hand: In the second line: <property name=“tomcatlibs” value=“…” /> the value has to point to your tomcat/shared/lib directory.
First appeared in 1299
Fixed in 3.2 Update 1500