[svn:bz-trunk] 20505: Bug: Watson #2818669 - AbstractAmfInput uses System. getProperty in Constructor leading to AccessControlException when using in Applet
Revision: 20505
Revision: 20505
Author: [email protected]
Date: 2011-03-01 07:31:55 -0800 (Tue, 01 Mar 2011)
Log Message:
Bug: Watson #2818669 - AbstractAmfInput uses System.getProperty in Constructor leading to AccessControlException when using in Applet
QA: Yes
Doc: No
Checkintests: Didn't run - the change was to wrap the System.getProperty in a try/catch that would have caused the SecurityException, so no real functionality change that could affect the check-in tests.
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java
Similar Messages
-
Revision: 17010
Revision: 17010
Author: [email protected]
Date: 2010-07-22 02:52:41 -0700 (Thu, 22 Jul 2010)
Log Message:
Bug: Watson #2652870 - use a property file to drive the custom configuration tokens as opposed to setting it in the command line
QA: Yes
Doc: Yes - in custom tokens section, talk about the new token.file option
Checkintests: Pass
Details: Changed TokenReplacer to look for a token.file JVM option. If it's specified (eg. -Dtoken.file=/User/matamel/Desktop/token.properties), then TokenReplacer looks for a properties file where token name and values are specified. This allows someone to specify a file for custom tokens. Custom tokens can still be specified as straight JVM option and in case where a token is defined both as a JVM option and in a token properties file, JVM option takes precedence.
Modified Paths:
blazeds/trunk/modules/common/src/flex/messaging/config/TokenReplacer.javaRemember 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.
-
Revision: 19216
Revision: 19216
Author: [email protected]
Date: 2010-12-09 08:17:13 -0800 (Thu, 09 Dec 2010)
Log Message:
Bug: Watson #2769398 - potential dead lock in flex.messaging.services.MessageService
QA: Yes
Doc: No
Details: allSubscriptions map was usually protected by allSubscriptionsLock but in SubscriptionManager#stop, it was protected by "this" lock instead which was inconsistent and useless in terms of thread safety and also produced the Coverity bug. Now, it's protected by allSubscriptionsLock in SubscriptionManager#stop as well.
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/services/messaging/SubscriptionManager.java -
Revision: 20976
Revision: 20976
Author: [email protected]
Date: 2011-03-28 09:20:34 -0700 (Mon, 28 Mar 2011)
Log Message:
bug fix BLZ 602 IPv6 address isn't properly resolved when used in dynamic url in the proxy service
checkintests pass
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/messages/HTTPMessage.javaFirstly, there's no such thing as Apache 9.3, there's Apache 1 (and subversions) and Apache 2 (and subversions). Your error message -
Oracle-HTTP-Server/1.3.28Shows you're using Apache 1.3.28
Secondly, I'm confused by your comment -
I do not have Apache 9.3 or higher but I think oracle should offer this in its companion CDOracle does offer the Apache server, if you're saying you didn't get it from Oracle then where did your Apache server come from?
Thirdly, I notice from your config file -
ErrorLog "|E:\oracle\product\10.1.0\Companion\Apache\Apache\bin\rotatelogs logs/error_log 43200"That you're piping the logs through rotatelogs, are you sure the logfiles haven't just been renamed? -
Revision: 21394
Revision: 21394
Author: [email protected]
Date: 2011-06-16 12:34:13 -0700 (Thu, 16 Jun 2011)
Log Message:
bug fix for watson 2887837 Not getting duplicate session detected error when same flex client id is used from two different HTTP sessions in CRX.
get the sessions id before we invalidate the duplicate session.
Checkintests pass
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/endpoints/BaseHTTPEndpoint.javaFor our profect I think this issue was caused as follows:
Believing that remoting was full asynchronous we fired a 2 or 3 remote calls to the server at the same time ( within the same function ) - usually when the users goes to a new section of the app.
This seemed to trigger the duplicate http session error since according to http://blogs.adobe.com/lin/2011/05/duplication-session-error.html two remote calls arriving before a session is created will cause 2 sessions to be created.
Our current solution ( too early to say it works ) is to daisy chain the multiple calls together .
Also there seemed to be an issue where mobile apps that never quit ( thanks Apple! ) caused the error when activated after a few hours.
I guess the session expires on the server and the error above occurs on activation.
So the mobile apps now ping the server with a remote call when activated after sleeping for more than one hour.
All duplicate http errors are silently caught and reported.
Fingers crossed we won't get any more! -
Revision: 19400
Revision: 19400
Author: [email protected]
Date: 2010-12-15 12:28:20 -0800 (Wed, 15 Dec 2010)
Log Message:
bug fix for watson 2774405 Authentication sync sample didn't work in weblogic
We should check whether we can cast the user principal to our impl first, also weblogic.security.Security.getCurrentSubject() is used in case it is not our impl
Modified Paths:
blazeds/trunk/modules/opt/src/weblogic/flex/messaging/security/WeblogicLoginCommand.java -
Revision: 21151
Revision: 21151
Author: [email protected]
Date: 2011-04-26 12:14:04 -0700 (Tue, 26 Apr 2011)
Log Message:
bug fix watson 2769398 potential dead lock in flex.messaging.services.MessageService
override the AbstractService.stop in MessageService to obtain subscribeLock when stopping
Checkintests pass
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/services/MessageService.java -
Revision: 21043
Revision: 21043
Author: [email protected]
Date: 2011-04-07 12:41:36 -0700 (Thu, 07 Apr 2011)
Log Message:
bug fix watson 2769398 potential dead lock in flex.messaging.service
fix the order of locking of MessageService.subscribeLock, FlexClient.objectLock, requires that routing message to client roution obtain the subscribeLock first
checkin test pass done
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/services/MessageService.java -
Revision: 17965
Revision: 17965
Author: [email protected]
Date: 2010-09-30 12:44:48 -0700 (Thu, 30 Sep 2010)
Log Message:
bug fix for watson 2669777 ASJ: AsyncMessage doesn't support surrogate pair.
Using the new String(bytes, "utf-8") to read the UTF string from amf input.
Checkintests pass
Ticket Links:
http://bugs.adobe.com/jira/browse/utf-8
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf3Input.java -
Revision: 18873
Revision: 18873
Author: [email protected]
Date: 2010-11-30 12:22:15 -0800 (Tue, 30 Nov 2010)
Log Message:
Bug fix Watson 2724938 potential deadlock in flex.messaging.client.FlexClient
Maintain the pattern of using the FlexClient.lock and ensure that order of locks should always start with the FlexClient.lock. This is critical to prevent deadlock cases,
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/client/FlexClient.java -
[svn:bz-trunk] 18858: bug fix watson 2724936
Revision: 18858
Revision: 18858
Author: [email protected]
Date: 2010-11-30 08:35:41 -0800 (Tue, 30 Nov 2010)
Log Message:
bug fix watson 2724936
potential dead lock in flex.messaging.services.MessageService
Fixing the order of acquiring locks to break the cycle of deadlock.
Adding messageClient shutdowning check too
Checkintests passed
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/MessageClient.java
blazeds/trunk/modules/core/src/flex/messaging/client/FlexClient.java -
[svn:bz-trunk] 13746: Bug: LCDS-952
Revision: 13746
Revision: 13746
Author: [email protected]
Date: 2010-01-25 07:44:49 -0800 (Mon, 25 Jan 2010)
Log Message:
Bug: LCDS-952
QA: Yes - please make sure that:
-This change didn't cause any regressions. Last time, it caused some issues but we don't seem to remember what they were.
-Make sure the max limit is being enforced and the JVM option to change it actually works.
Doc: Yes, might want to document about default max string length of 25MB and the JVM option to change it.
Checkintests: Pass
Details: Limited maximum incoming string length to 25MB by default. Also provided a JVM option called max-string-bytes that one can use to change this limit (using -Dmax-string-bytes=1000 for example).
Ticket Links:
http://bugs.adobe.com/jira/browse/LCDS-952
Modified Paths:
blazeds/trunk/modules/common/src/flex/messaging/errors.properties
blazeds/trunk/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java
blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf0Input.java
blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf3Input.java -
[svn:bz-trunk] 22604: bug fix for 2956421 lexClient to expose EndpointQueue
Revision: 22604
Revision: 22604
Author: [email protected]
Date: 2011-09-16 08:07:16 -0700 (Fri, 16 Sep 2011)
Log Message:
bug fix for 2956421 lexClient to expose EndpointQueue
exposing a new API FlexClient.getEndpointQueue(String endpointQueueId)
checkintest not run
tests: YES
@watson: 2956421
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/client/FlexClient.java -
Revision: 15217
Revision: 15217
Author: [email protected]
Date: 2010-04-05 03:43:36 -0700 (Mon, 05 Apr 2010)
Log Message:
Bug: BLZ-508 - If server receives message for an unknown destination it shouldn't include the destination name in the error message sent back to the client.
QA: Yes
Doc: No
Checkintests: Pass
Details: Changed the error message to not include destination id. I'm also checking in a few minor fixes I had locally.
Ticket Links:
http://bugs.adobe.com/jira/browse/BLZ-508
Modified Paths:
blazeds/trunk/modules/common/src/flex/messaging/errors.properties
blazeds/trunk/modules/core/src/flex/messaging/MessageBroker.java
blazeds/trunk/modules/core/src/flex/messaging/cluster/JGroupsCluster.javaThanx Mete, yeah i did...
but i solved it some other way... not entirely sure this was
it though as i was doing a lot of things at once...
it was fds.swc... possibly it was out of date or missing. -
Revision: 15163
Revision: 15163
Author: [email protected]
Date: 2010-03-31 06:31:12 -0700 (Wed, 31 Mar 2010)
Log Message:
Bug: BLZ-507 - JGroups 2.9.0 GA not compatible with BlazeDS/LCDS
QA: Yes
Doc: No
Checkintests: Pass
Details: Tweaked the clustering code to work with JGroups 2.9.0 while maintaining backwards compatibility with earlier versions of JGroups.
Ticket Links:
http://bugs.adobe.com/jira/browse/BLZ-507
Modified Paths:
blazeds/trunk/modules/core/src/flex/messaging/cluster/ClusterNode.java
blazeds/trunk/modules/core/src/flex/messaging/cluster/JGroupsCluster.java
Maybe you are looking for
-
How do i use the same giftcard to register two accounts?
Im trying to make my son an apple ID but dont have a credit card temporarily. I bought a gift card and used it for my account, i still have a balance and would like to use the same gift card on his account. Is that possible??
-
IPOD 3rd Gen not recognized by itunes on firewire but it does on USB
Hi, I have a 3rd gen Ipod (the one with the buttons) since its release date. It worked perfectly with FIREWIRE. Months ago i restore it and now it's a mess. I have to connect it via USB to sync it with my itunes library, to delete music, to add new o
-
Set Password for VIs Programmatically
Hi Experts, I would like to create a VI for setting passwords to my VIs. My VIs are palced in llbs... That's peace of cake, but I want to save the VI too in order to password-protection take effect. I found a property node, "save for previous version
-
Problem in sending Input to next JSP page
Hi all, i am having problem with some JSP code. I have a JSP page that take some user input and send it to the next page. Now in those inputs there are some input fileds that needs to be added by the user if he wants to submit those input otherwise h
-
Hello, In a full table scan I understand that the memory block used for a newly read table block is placed at the end of the LRU. When the second table block is read, is the same memory block replaced? What I am asking basically is whether for a full