[svn:bz-4.0.0_fixes] 21034: Merge the coverity dead lock fix from trunk

Revision: 21034
Revision: 21034
Author:   [email protected]
Date:     2011-04-06 12:01:19 -0700 (Wed, 06 Apr 2011)
Log Message:
Merge the coverity dead lock fix from trunk
The bug numbers were BLZ-598, Watson 2724938 and Watson 2724936.
The changes we are looking at merging from BlazeDS trunk are 18858, 18873 and 19119, also there is one more change that trace it down
Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-598
Modified Paths:
    blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/client/FlexClient.java

This has nothing to do with Acrobat, and even if it did, asking someone to debug that is just crazy.

Similar Messages

  • [svn:bz-4.0.0_fixes] 17424: Merge the following revisions to branches/4.0. 0_fixes:

    Revision: 17424
    Revision: 17424
    Author:   [email protected]
    Date:     2010-08-20 10:17:01 -0700 (Fri, 20 Aug 2010)
    Log Message:
    Merge the following revisions to branches/4.0.0_fixes:

  • [svn:bz-4.0.0_fixes] 16633: Merge fix from trunk

    Revision: 16633
    Revision: 16633
    Author:   [email protected]
    Date:     2010-06-23 07:55:57 -0700 (Wed, 23 Jun 2010)
    Log Message:
    Merge fix from trunk
    Bugs: Watson #2632745 - Edge server to lcds server connection leak.
    QA: Yes
    Doc: No
    Checkintests: Pass
    Details: This is the BlazeDS part of the fix, there will be an LCDS part as well.
    This wasn't an Edge Server bug per say, the real bug goes as follows:
    -Take a messaging sample that uses RTMP.
    -Connect and subscribe the Consumer to the destination.
    -Get Message Generator stream messages to the destination.
    -Close the browser window.
    -At this point, you?\226?\128?\153d expect the FlexClient to time out (after 5 seconds if no FlexClient timeout is defined, or as specified by FlexClient timeout) which should time out the RTMPFlexSession. However, FlexClient does not time out because Message Generator is wrongly keeping the FlexClient alive as it?\226?\128?\153s pushing messages to it.
    The bug is scattered across FlexClient.java class but mainly in FlexClient#push method. This method calls FlexClient#updateLastUse at the beginning of the method but what it should do is to delay FlexClient#updateLastUse until  the message is actually written to the network (which won?\226?\128?\153t be the case when the browser window is closed, hence FlexClient will time out as expected).
    This has an important side-effect for the Edge Server. When RTMP is in use, and there?\226?\128?\153s a stream of messages from Message Generator to a Flex client, when the browser window is closed, the connection between the Flex client and the Edge Server is cleaned up correctly, but the connection between the Edge Server and the backing App Server on behalf of the FlexClient stays open due to FlexClient not timing out, until the message streaming stops.
    The fix is to not call FlexClient#updateLastUse right away in FlexClient#push, and delay it when we actually know that the message is written to the client.
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/client/FlexClient.java

  • [svn:bz-4.0.0_fixes] 16132: Merge svn-16106 from trunk to 4.x and 4.0. 0_fixes branches.

    Revision: 16132
    Revision: 16132
    Author:   [email protected]
    Date:     2010-05-14 21:20:22 -0700 (Fri, 14 May 2010)
    Log Message:
    Merge svn-16106 from trunk to 4.x and 4.0.0_fixes branches.   Watson bug 2621184.
    Checkin tests passed.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/svn-16106
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/services/messaging/Subscript ionManager.java
        blazeds/branches/4.x/modules/core/src/flex/messaging/services/messaging/SubscriptionManag er.java

  • [svn:bz-4.0.0_fixes] 22382: Merge flex.messaging.client. FlexClientManager unit tests from trunk to 4.0.0_fixes.

    Revision: 22382
    Revision: 22382
    Author:   [email protected]
    Date:     2011-09-02 06:15:42 -0700 (Fri, 02 Sep 2011)
    Log Message:
    Merge flex.messaging.client.FlexClientManager unit tests from trunk to 4.0.0_fixes.
    Added Paths:
        blazeds/branches/4.0.0_fixes/modules/core/test/src/flex/messaging/client/
        blazeds/branches/4.0.0_fixes/modules/core/test/src/flex/messaging/client/FlexClientManage rTest.java

    Hi,
    Its good that u pasted the complete log file. In your environment you have to run this upgrade tool only once from any of the middle tier.
    And with respect to your error that u got in precheck is quite simple. All u have to do is just run this script from by connecting to portal schema using sqlplus.
    Run dropupg.sql
    Location-------- /raid/product/OraHome_1/upgrade/temp/portal/prechktmp/dropupg.sql
    Later you re-run the upgrade tool and let me know the status.
    Good luck
    Tanmai

  • [svn:bz-4.0.0_fixes] 15611: Merge revision 15292 from trunk:

    Revision: 15611
    Revision: 15611
    Author:   [email protected]
    Date:     2010-04-20 13:49:46 -0700 (Tue, 20 Apr 2010)
    Log Message:
    Merge revision 15292 from trunk:
    ****************************************************************************************** ******************Bug: BLZ-510 - ConcurrentModificationException with outbound throttling
    QA: Yes
    Doc: No
    Checkintests: Pass
    Details: I couldn't reproduce this but looking at the code, I can see that some threading issue can cause this. Modified the internal HashMaps and ArrayLists to use their concurrent versions: ConcurrentHashMap and CopyOnWriteArrayList.
    checkintests: passed
    Ticket Links:
        http://bugs.adobe.com/jira/browse/BLZ-510
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/client/OutboundQueueThrottle Manager.java

  • [svn:bz-4.0.0_fixes] 18222: Merge revision 18164 from trunk.

    Revision: 18222
    Revision: 18222
    Author:   [email protected]
    Date:     2010-10-19 11:20:54 -0700 (Tue, 19 Oct 2010)
    Log Message:
    Merge revision 18164 from trunk.
    Bug: Watson 2738778 - DataService got disconnected from it first request after the channelSet had logged in
    QA: Not yet
    Doc: No
    Checkintests: Pass
    Details: This is BlazeDS server part of the fix. In trigger_connect handling, send the config back if the client requested it.
    checkintests: passed
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/endpoints/AbstractEndpoint.j ava

  • [svn:bz-4.0.0_fixes] 16311: Merge svn-16309 from trunk

    Revision: 16311
    Revision: 16311
    Author:   [email protected]
    Date:     2010-05-25 10:01:13 -0700 (Tue, 25 May 2010)
    Log Message:
    Merge svn-16309 from trunk
    Ticket Links:
        http://bugs.adobe.com/jira/browse/svn-16309
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/services/messaging/adapters/ JMSAdapter.java
    Property Changed:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/services/messaging/adapters/ JMSAdapter.java

  • [svn:bz-4.0.0_fixes] 20837: Merge changelist 20471 from BlazeDS trunk to BlazeDS 4.0.0_fixes.

    Revision: 20837
    Revision: 20837
    Author:   [email protected]
    Date:     2011-03-12 07:58:07 -0800 (Sat, 12 Mar 2011)
    Log Message:
    Merge changelist 20471 from BlazeDS trunk to BlazeDS 4.0.0_fixes. Changed visibility of start/stopEndpoints methods from private to protected, so subclasses can override them.
    Checkintests: passed
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/MessageBroker.java

  • [svn:bz-4.0.0_fixes] 20589: Merge fix for Watson #2818669 from BlazeDS trunk to BlazeDS 4.0.0_fixes.

    Revision: 20589
    Revision: 20589
    Author:   [email protected]
    Date:     2011-03-03 14:18:53 -0800 (Thu, 03 Mar 2011)
    Log Message:
    Merge fix for Watson #2818669 from BlazeDS trunk to BlazeDS 4.0.0_fixes.
    This fixes an issue with a call to System.getProperty in AbstractAmfInput causing an AccessControlException when used in an Applet.
    Checkintests: passed
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java

    Hi,
    The problem seem to be, its trying to create the same table again and hence the oracle error ORA-995.
    First try restarting the installation. If doesn't work, clean up and start from the beginning.
    Hope this solves your problem.
    Feel free to revert back.
    --Ragu

  • [svn:bz-4.0.0_fixes] 21006: Merge Tomcat 7 login module from BlazeDS trunk to BlazeDS 4.0.0_fixes.

    Revision: 21006
    Revision: 21006
    Author:   [email protected]
    Date:     2011-03-31 13:00:11 -0700 (Thu, 31 Mar 2011)
    Log Message:
    Merge Tomcat 7 login module from BlazeDS trunk to BlazeDS 4.0.0_fixes.
    Checkintests: passed
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/opt/build.xml
    Added Paths:
        blazeds/branches/4.0.0_fixes/modules/opt/src/tomcat/flex/messaging/security/Tomcat7Valve. java

    Dear Insaponata ,
    I dont understand what do you mean by oneoff but see the following:
    A patch is a one-off fix for a specific issue. The patch may be a manual process, or applied using the opatch utility. These changes may not result in an oracle version change, so it is only possible to tell that they have been applied by keeping a manual record, or by listing the patches applied via opatch, assuming that is how you applied them. Patches may have specific dependencies, so you must check you have the correct patch for your version.
    A patchset is a collection or bundle of patches. Typically, a patchset is a more major operation, and as such will include be applied using the Oracle Universal Installer. The patchset will typically result in a significant version change, like 10.2.0.1.0 to 10.2.0.2.0 etc. Patchsets are usually cumulative, so you can patch anything from the base version release to the latest patchset in one go. So the same 9.2.0.8.0 patchset will be used to patch 9.2.0.1.0 and 9.2.0.7.0.
    The word bundle implies a collection of patches, but a bundle may not be as big or important as a complete patchset. The bundle simply implies there are multiple patches bundles together.
    I get this from this link:
    http://www.araboug.org/ib/index.php?showtopic=25466
    Mohamed

  • [svn:bz-4.0.0_fixes] 24046: Porting the revision#16244 from the branch 4.x.

    Revision: 24046
    Revision: 24046
    Author:   [email protected]
    Date:     2013-02-04 04:10:24 -0800 (Mon, 04 Feb 2013)
    Log Message:
    Porting the revision#16244 from the branch 4.x.
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/HttpFlexSession.java

  • [svn:bz-4.0.0_fixes] 21086: Merge working Tomcat7Valve from BlazeDS trunk to BlazeDS 4.0. 0_fixes branch.

    Revision: 21086
    Revision: 21086
    Author:   [email protected]
    Date:     2011-04-15 08:24:26 -0700 (Fri, 15 Apr 2011)
    Log Message:
    Merge working Tomcat7Valve from BlazeDS trunk to BlazeDS 4.0.0_fixes branch.
    Checkintests: passed
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/opt/build.xml
        blazeds/branches/4.0.0_fixes/modules/opt/src/tomcat/flex/messaging/security/Tomcat7Valve. java
        blazeds/branches/4.0.0_fixes/modules/opt/src/tomcat/flex/messaging/security/TomcatLoginHo lder.java

  • [svn:fx-trunk] 15108: * Merged the fix for SDK-24472 from the sherlock sandbox to trunk.

    Revision: 15108
    Revision: 15108
    Author:   [email protected]
    Date:     2010-03-29 09:22:20 -0700 (Mon, 29 Mar 2010)
    Log Message:
    Merged the fix for SDK-24472 from the sherlock sandbox to trunk.
      This includes revisions 14005 and 14621.
    QE notes:
    Doc notes:
    Bugs: SDK-24472
    Reviewer: Tom H., Pete F.
    Tests run: passed full cyclone in sherlock and checkintests in trunk
    Is noteworthy for integration: yes, should reduce memory use in FB.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24472
        http://bugs.adobe.com/jira/browse/SDK-24472
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerSwcContext.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/io/InMemoryFile.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/io/VirtualZipFile.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/media/MovieTranscoder.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/Swc.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcCache.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcDirectoryArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcDynamicArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcGroup.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcLazyReadArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcLibrary.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcScript.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
    Property Changed:
        flex/sdk/trunk/

  • [svn:bz-4.0.0_fixes] 20615: fixing the regression failure caused by the nest collection level fix, an actionscript type without remote alias will resolved as " className", we should filter out the special case

    Revision: 20615
    Revision: 20615
    Author:   [email protected]
    Date:     2011-03-04 12:11:09 -0800 (Fri, 04 Mar 2011)
    Log Message:
    fixing the regression failure caused by the nest collection level fix, an actionscript type without remote alias will resolved as ">className", we should filter out the special case
    Modified Paths:
        blazeds/branches/4.0.0_fixes/modules/core/src/flex/messaging/io/amf/AmfIO.java

    Remember that Arch Arm is a different distribution, but we try to bend the rules and provide limited support for them.  This may or may not be unique to Arch Arm, so you might try asking on their forums as well.

Maybe you are looking for