You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@myfaces.apache.org by mf...@apache.org on 2010/07/12 11:41:28 UTC

svn commit: r963226 - /myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml

Author: mfreedman
Date: Mon Jul 12 09:41:28 2010
New Revision: 963226

URL: http://svn.apache.org/viewvc?rev=963226&view=rev
Log:
Added exclusions file.

Added:
    myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml

Added: myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml
URL: http://svn.apache.org/viewvc/myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml?rev=963226&view=auto
==============================================================================
--- myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml (added)
+++ myfaces/portlet-bridge/tck/trunk_2.0.x/src/test/resources/test-exclusions.xml Mon Jul 12 09:41:28 2010
@@ -0,0 +1,32 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
+<properties>
+<!-- Test excluded because it relies on a (Mojarra) implementation dependency.  
+     I.e. this test will run fine in a Mojarra JSF environment but not in others (like MyFaces) 
+
+     Note:  to run this test you will need to uncomment out the comment in the include-war-modules profile in the TCK's root .pom -->
+
+<entry key="renderPolicyTest"/>
+
+<!-- The following tests are excluded because encoding/supporting the secure URL feature isn't required in the portlet spec
+     so not all containers may support it.
+
+     If your portlet container does support secureURLs you should run this test manually -->
+
+<entry key="encodeActionURLWithSecurityActionTest"/>
+<entry key="encodeActionURLWithInvalidSecurityActionTest"/>
+<entry key="encodeActionURLWithSecurityRenderTest"/>
+<entry key="encodeActionURLWithInvalidSecurityRenderTest"/>
+
+<!-- The following tests are excluded because PreDestroy support/notification relies on servletContext listeners - however when
+     running in a local portal the portletContainer (is likely) executed using servlet cross-context support.  The servlet spec
+     doesn't define if/how a cross-context app's servletContext listener is called when the primary app needs to make a notification.  
+     Thus in a local portlet container these tests often don't work because the bridge isn't notified.  
+
+     If your portlet container does support servletContext listener notification (that a request has ended) you should run these tests manually.
+     For example if you are using a remote (WSRP-based) portlet container, this test should work. -->
+
+<entry key="requestMapPreDestroyRemoveWithinActionTest"/>
+<entry key="sessionMapPreDestroyRemoveTest"/>
+
+</properties>