[svn] 4571: Fixed mxunit tests:

Revision: 4571
Author: [email protected]
Date: 2009-01-16 13:42:47 -0800 (Fri, 16 Jan 2009)
Log Message:
Fixed mxunit tests:
E4XDataBinding/Expression/model/smoke_Test.mxml
E4XDataBinding/Expression/var/smoke_Test.mxml
Namespaces/MXML2006WithGumbo/NS_AS3BuiltInTypesOnGumbonents.mxml
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes:
API Change: NO
Reviewer: Carol
Code-level description of changes:
frameworks/projects/framework/src/mx/utils/XMLNotifier.as
Removed cast from watchXML() so XMLList can be passed in.
modules/compiler/src/java/flex2/compiler/as3/binding/DataBindingFirstPassEvaluator.java
Modified evaluate(Context, ArgumentListNode) to push the target's
type onto the srcTypeStack before evaluating the args and popping
it afterwards.
Modified Paths:
flex/sdk/trunk/frameworks/projects/framework/src/mx/utils/XMLNotifier.as
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/DataBindingFirstPassE valuator.java

Similar Messages

  • [svn] 4599: Adding MXUnit tests for MessageFilter runtime configuration.

    Revision: 4599
    Author: [email protected]
    Date: 2009-01-20 11:51:40 -0800 (Tue, 20 Jan 2009)
    Log Message:
    Adding MXUnit tests for MessageFilter runtime configuration.
    CheckInTests: passed
    Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex/remoting-config.mods.xml
    Added Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/filters/
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/filters/MessageF ilterBrokerConfig.java
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/runtimeconfig/filters/TertiaryTestFilter.jav a
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/messagefilters/
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/messagefilters/ createMessageFilterTest.mxml

    Very impressive!  Thanks for such a fast response.
    But I'm afraid it still doesn't work. After compiling for 10 minutes it couldn't finish:
    ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::Destroy()':
    nsCanvasRenderingContext2D.cpp:(.text+0x51e2): undefined reference to `XFreePixmap'
    ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':
    nsCanvasRenderingContext2D.cpp:(.text+0x56f6): undefined reference to `XRenderFindStandardFormat'
    nsCanvasRenderingContext2D.cpp:(.text+0x571e): undefined reference to `XListPixmapFormats'
    nsCanvasRenderingContext2D.cpp:(.text+0x575e): undefined reference to `XFree'
    nsCanvasRenderingContext2D.cpp:(.text+0x5796): undefined reference to `XCreatePixmap'
    collect2: ld returned 1 exit status
    make[4]: *** [libgklayout.so] Error 1
    make[4]: Leaving directory `/home/rafael/Builds/lightning/src/mozilla/lightning-obj/layout/build'
    make[3]: *** [libs] Error 2
    make[3]: Leaving directory `/home/rafael/Builds/lightning/src/mozilla/lightning-obj/layout'
    make[2]: *** [tier_9] Error 2
    make[2]: Leaving directory `/home/rafael/Builds/lightning/src/mozilla/lightning-obj'
    make[1]: *** [default] Error 2
    make[1]: Leaving directory `/home/rafael/Builds/lightning/src/mozilla/lightning-obj'
    make: *** [build] Error 2
    ==> ERROR: Build Failed.
    Aborting...
    Hope this helps.

  • [svn] 4641: Updated MXUnit tests for MessageFilter runtime configuration.

    Revision: 4641
    Author: [email protected]
    Date: 2009-01-23 07:04:12 -0800 (Fri, 23 Jan 2009)
    Log Message:
    Updated MXUnit tests for MessageFilter runtime configuration. Adding MXUnit tests for Deserializationvalidator runtime configuration.
    CheckInTests: passed
    Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex/remoting-config.mods.xml
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/messagefilters/ createMessageFilterTest.mxml
    Added Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/validators/
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/validators/Deser ializationValidatorBrokerConfig.java
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/validators/
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/validators/Dese rializationValidatorConfigTest.mxml

    Revision: 4641
    Author: [email protected]
    Date: 2009-01-23 07:04:12 -0800 (Fri, 23 Jan 2009)
    Log Message:
    Updated MXUnit tests for MessageFilter runtime configuration. Adding MXUnit tests for Deserializationvalidator runtime configuration.
    CheckInTests: passed
    Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex/remoting-config.mods.xml
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/messagefilters/ createMessageFilterTest.mxml
    Added Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/validators/
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/src/blazeds/qa/messagingService/validators/Deser ializationValidatorBrokerConfig.java
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/validators/
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/validators/Dese rializationValidatorConfigTest.mxml

  • [svn:bz-trunk] 23083: Fix failing MXUnit test.

    Revision: 23083
    Revision: 23083
    Author:   [email protected]
    Date:     2011-10-21 07:11:32 -0700 (Fri, 21 Oct 2011)
    Log Message:
    Fix failing MXUnit test.
    Modified Paths:
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/remotingService/dataTypes/DateTy pesTest.mxml

  • [svn] 834: Fix failing MBean tests.

    Revision: 834
    Author: [email protected]
    Date: 2008-03-17 10:15:31 -0700 (Mon, 17 Mar 2008)
    Log Message:
    Fix failing MBean tests. The name of the qa-regress webapp changed in web.xml so the MBean name used in the tests needed to get updated.
    Modified Paths:
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/MBeanS erver/StreamingAMFEndpointMBean.mxml
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/MBeanS erver/StreamingHTTPEndpointMBean.mxml

  • [svn:bz-trunk] 23072: - fixed failing test on J2EE version based on . Net changes.

    Revision: 23072
    Revision: 23072
    Author:   [email protected]
    Date:     2011-10-20 06:59:14 -0700 (Thu, 20 Oct 2011)
    Log Message:
    - fixed failing test on J2EE version based on .Net changes.
    Modified Paths:
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/remotingService/dataTypes/Boolea nTypesTest.mxml

    The first thing I would do is go the the CF administrator and
    make sure all of your DEBUG information is being displayed. By
    default, some isn't. A lot of times when you get a .net error and
    it tells you nothing, go to the area below Execution Time and there
    is an exceptions area. That is usually where .NET errors are
    returned (system.nullReferenceException for example).
    When passing in strings, I typically assign it to a variable,
    then pass in the variable. It shouldn't matter, but sometimes I
    have run into issues with passing a string in. In your second
    object, look at the date object. The Coldfusion date object and the
    .Net date object are not the same. Hope this helps.

  • [svn:bz-trunk] 14778: fix the tests by checking all possible return text.

    Revision: 14778
    Revision: 14778
    Author:   [email protected]
    Date:     2010-03-16 09:14:53 -0700 (Tue, 16 Mar 2010)
    Log Message:
    fix the tests by checking all possible return text.
    Modified Paths:
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/proxyService/httpservice/amfchan nel/hs_resultformat.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/proxyService/httpservice/httpcha nnel/hs_resultformat.mxml

    I believe that plugins rely on the libraries being located in a specific location. The installer can place these libraries in the specific location or some other installer can do that. You can create code that scans the library directly to "learn" what packages/libraries are available. Then you would build the path to that VI and open the reference to it.
    Mark Yedinak
    "Does anyone know where the love of God goes when the waves turn the minutes to hours?"
    Wreck of the Edmund Fitzgerald - Gordon Lightfoot

  • [svn] 4637: Update config testsuite on blazeds/ trunk to run mxunit tests for a configuration if there are any mxunit tests found in the configuration test directory .

    Revision: 4637
    Author: [email protected]
    Date: 2009-01-23 04:40:16 -0800 (Fri, 23 Jan 2009)
    Log Message:
    Update config testsuite on blazeds/trunk to run mxunit tests for a configuration if there are any mxunit tests found in the configuration test directory. Change some things around in the mxunit build.xml to make this possible, mainly allow things like test directory, reports directory etc. to be passed in as ant properties.
    Add browserServer.jar to the qa-regress-sdk.zip file used for regression runs.
    Update blazeds/trunk to use the latest qa-frameworks.zip.
    Checkintests: passed
    Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/build.xml
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/build.xml
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/build.xml
    blazeds/trunk/qa/resources/frameworks/qa-frameworks.zip

    Just checked but could only find this thread Unable to run ADFBC JUNIT Test Classes with JDEV11G 11.1.1.6
    As it's also dealing with junit and 11.1.1.6.0 you might want to read it.
    Timo

  • [svn:osmf:] 14917: Fix unit tests for AdobeBootstrapBox

    Revision: 14917
    Revision: 14917
    Author:   [email protected]
    Date:     2010-03-22 14:02:22 -0700 (Mon, 22 Mar 2010)
    Log Message:
    Fix unit tests for AdobeBootstrapBox
    Modified Paths:
        osmf/trunk/framework/OSMF/org/osmf/net/httpstreaming/f4f/AdobeSegmentRunTable.as
        osmf/trunk/framework/OSMFTest/org/osmf/net/httpstreaming/f4f/TestAdobeBootstrapBox.as

  • [svn:osmf:] 11045: Increasing timer interval in attempt to fix unit test on the build server.

    Revision: 11045
    Author:   [email protected]
    Date:     2009-10-21 02:32:45 -0700 (Wed, 21 Oct 2009)
    Log Message:
    Increasing timer interval in attempt to fix unit test on the build server.
    Modified Paths:
        osmf/trunk/framework/MediaFrameworkFlexTest/org/osmf/composition/TestParallelViewableTrai t.as

    In general theory, one now has the Edit button for their posts, until someone/anyone Replies to it. I've had Edit available for weeks, as opposed to the old forum's ~ 30 mins.
    That, however, is in theory. I've posted, and immediately seen something that needed editing, only to find NO Replies, yet the Edit button is no longer available, only seconds later. Still, in that same thread, I'd have the Edit button from older posts, to which there had also been no Replies even after several days/weeks. Found one that had to be over a month old, and Edit was still there.
    Do not know the why/how of this behavior. At first, I thought that maybe there WAS a Reply, that "ate" my Edit button, but had not Refreshed on my screen. Refresh still showed no Replies, just no Edit either. In those cases, I just Reply and mention the [Edit].
    Also, it seems that the buttons get very scrambled at times, and Refresh does not always clear that up. I end up clicking where I "think" the right button should be and hope for the best. Seems that when the buttons do bunch up they can appear at random around the page, often three atop one another, and maybe one way the heck out in left-field.
    While I'm on a role, it would be nice to be able to switch between Flattened and Threaded Views on the fly. Each has a use, and having to go to Options and then come back down to the thread is a very slow process. Jive is probably incapable of this, but I can dream.
    Hunt

  • [svn:bz-trunk] 17771: Add mxunit tests for Spring configured destinations to BlazeDS/trunk.

    Revision: 17771
    Revision: 17771
    Author:   [email protected]
    Date:     2010-09-20 14:09:01 -0700 (Mon, 20 Sep 2010)
    Log Message:
    Add mxunit tests for Spring configured destinations to BlazeDS/trunk.
    These tests are similar to the ssl tests in that they are meant to be run separately from the regular mxunit tests.
    The tests that use spring configured destinations are excluded in the common.properties file which will exclude them from the main test run. There is a spring.properties file which will cause the tests to get included when the feature property is set to spring. 
    To run the tests locally, first build the qa-regress webapp by running "ant -Druntype=spring" which will cause the web.xml with the spring integration to get used instead of the regular web.xml. Then run mxunit using "ant -DisSpring=true".
    Setting isSpring to true will cause the feature to get set to Spring and the path to the services-config.xml to get set to an empty string. This will cause no services-config.xml file to get used for mxml compilation which is what we want when using spring configured destinations.
    For automation, I'll add another target to the automation.xml file that will call mxunit and set the isSpring property to true similar to what the run.sslSuite.tests target does for the ssl mxunit tests. 
    Modified Paths:
        blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex-servlet.xml
        blazeds/trunk/qa/apps/qa-regress/build.xml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/build.xml
        blazeds/trunk/qa/features/common.properties
    Added Paths:
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/dynamicD estinations/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/dynamicD estinations/mixedSeparatorsColonSeparatorAMF.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/multiTop ic/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/multiTop ic/multiTopicMessagingTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /polling-amf/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /polling-amf/MessagingAuthProSendTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /polling-http/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /polling-http/MessagingAuthConSubscribeTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /streaming-amf/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/security /streaming-amf/MessagingAuthSendSubscribeConstraintTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/messagingService/simpleMe ssagingTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/remotingService/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/remotingService/mxml/
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/spring/remotingService/mxml/Basi cSyntaxTest.mxml
        blazeds/trunk/qa/features/spring.properties

  • [svn] 3075: Restoring the default HTTPService resultFormat to "object" to fix QE tests for HTTPService.

    Revision: 3075
    Author: [email protected]
    Date: 2008-09-03 09:07:35 -0700 (Wed, 03 Sep 2008)
    Log Message:
    Restoring the default HTTPService resultFormat to "object" to fix QE tests for HTTPService.
    QA: Yes, this address .
    Doc: No
    Checkintests: Pass
    Bugs:
    SDK-16706 - httpservice fails to fetch data
    SDK-16696 - accessing parameters via httpservice's result gives runtime exception.
    Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-16706
    http://bugs.adobe.com/jira/browse/SDK-16696
    Modified Paths:
    flex/sdk/trunk/frameworks/projects/rpc/src/mx/rpc/http/AbstractOperation.as

  • [svn] 4507: Add a test for BLZ-300.

    Revision: 4507
    Author: [email protected]
    Date: 2009-01-13 10:31:50 -0800 (Tue, 13 Jan 2009)
    Log Message:
    Add a test for BLZ-300. The fix for this required a change to rpc.swc so adding a new rpc.swc to the local-swcs directory and setting use local swcs to true in build.properties until we get a new approved build of the sdk.
    Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-300
    Modified Paths:
    blazeds/trunk/build.properties
    blazeds/trunk/frameworks/local-swcs/rpc.swc
    Added Paths:
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex/user_classes/qa/
    blazeds/trunk/qa/apps/qa-regress/WEB-INF/flex/user_classes/qa/CommunicationManager.as
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/bugs/
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/bugs/blz-300/
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/bugs/blz-300/su bscribeConsumerFromClass.mxml

    Thanks for your help, but I still got a question for you.
    Do you think the way I register the even handler to the TextArea is correct?
    Because the compailer complains about that which like
    "D:\101\fig13_27\PanelDemo.java:43: cannot resolve symbol
    symbol  : method addActionListener (PanelDemo.TextAreaHandler)
    location: class javax.swing.JTextArea
          tAreaDown.addActionListener(new TextAreaHandler());

  • [svn:fx-trunk] 11314: add the empty properties file to svn to fix the build .properties

    Revision: 11314
    Author:   [email protected]
    Date:     2009-10-30 10:38:34 -0700 (Fri, 30 Oct 2009)
    Log Message:
    add the empty properties file to svn to fix the build.properties
    QE notes: 
    Doc notes:
    Bugs: fix the build
    Reviewer: Pete
    Tests run: checkintests
    Is noteworthy for integration: no
    Added Paths:
        flex/sdk/trunk/frameworks/projects/playerglobal/bundles/de_DE/empty.properties
        flex/sdk/trunk/frameworks/projects/playerglobal/bundles/fr_FR/empty.properties
        flex/sdk/trunk/frameworks/projects/playerglobal/bundles/ja_JP/empty.properties
        flex/sdk/trunk/frameworks/projects/playerglobal/bundles/ru_RU/empty.properties
        flex/sdk/trunk/frameworks/projects/playerglobal/bundles/zh_CN/empty.properties

    Thats good news.

  • [svn] 2486: modifying MBeanServerGateway tests to work correctly on Websphere + other app servers .

    Revision: 2486
    Author: [email protected]
    Date: 2008-07-15 07:59:51 -0700 (Tue, 15 Jul 2008)
    Log Message:
    modifying MBeanServerGateway tests to work correctly on Websphere + other app servers.
    MBeans are assigned different names on Websphere and results and faults are sometimes different depending on the MBean server used by the app server. Determining app server by checking the port number returned from appServer.jsp.
    Modified Paths:
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanFunction s.as
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanServerGa teway.mxml
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanServerGa teway_register.mxml
    Added Paths:
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/appServer.jsp

    Revision: 2486
    Author: [email protected]
    Date: 2008-07-15 07:59:51 -0700 (Tue, 15 Jul 2008)
    Log Message:
    modifying MBeanServerGateway tests to work correctly on Websphere + other app servers.
    MBeans are assigned different names on Websphere and results and faults are sometimes different depending on the MBean server used by the app server. Determining app server by checking the port number returned from appServer.jsp.
    Modified Paths:
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanFunction s.as
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanServerGa teway.mxml
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/MBeanServerGa teway_register.mxml
    Added Paths:
    blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/jmx/appServer.jsp

Maybe you are looking for