RE: [flexcoders] SharedObject across Applications
It is also possible to share SharedObjects between applications running on a different domain, check this link for more information: http://www.thoughtsabout.net/blog/archives/03.html Greetz Erik From: peter blazejewicz [mailto:[EMAIL PROTECTED] Sent: donderdag 14 april 2005 0:51To: flexcoders@yahoogroups.comSubject: Re: [flexcoders] SharedObject across Applications Hello everyone,I'm not sure if that will work with Flex application but to avoid such collision names in standalone desktop application I've used names following package pattern:eg:var soName:String = "com.company.cookieName"; var so:SharedObject = SharedObject.getLocal(soName, "/");there is a subset of characters which are not allowed in SO name but dots are allowed:)hth,regards,PeterPeter BlazejewiczJesterXL wrote: As long as your apps are both deployed on "cow.com", then just add a "/" to the 2nd parameter of your get, and it'll put the .sol at the top level of the domain. Currently, it's scoped to a folder name same as your app path. The 2nd parameter creates it's own folderpath/namespace. Maknig a "/" puts it at the top. however, watch for out collisions of data since your both sharing. You don't have to worry about file handles or anything, but you know why checkin/checkout systems were invented in the first place... Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/flexcoders/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [flexcoders] SharedObject across Applications
It's all about the domains, baby! As long as your apps are both deployed on "cow.com", then just add a "/" to the 2nd parameter of your get, and it'll put the .sol at the top level of the domain. Currently, it's scoped to a folder name same as your app path. The 2nd parameter creates it's own folderpath/namespace. Maknig a "/" puts it at the top. however, watch for out collisions of data since your both sharing. You don't have to worry about file handles or anything, but you know why checkin/checkout systems were invented in the first place... - Original Message - From: Matthew Shirey To: flexcoders@yahoogroups.com Sent: Wednesday, April 13, 2005 6:02 PM Subject: [flexcoders] SharedObject across Applications I am trying to use a SharedObject to store some data that will be access across two applications. I am finding that the second application cannot seem to access any of the data stored by the first though. What little information I could find on the SharedObject in the "Macromedia Developing Flex Applications" and "Developing Rich Clients with Macromedia Flex" books indicated that the restriction on sharing was based on the domain of the application. Am I missing something here?Thank you,-- Matthew Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/flexcoders/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [flexcoders] SharedObject across Applications
Hello everyone, I'm not sure if that will work with Flex application but to avoid such collision names in standalone desktop application I've used names following package pattern: eg: var soName:String = "com.company.cookieName"; var so:SharedObject = SharedObject.getLocal(soName, "/"); there is a subset of characters which are not allowed in SO name but dots are allowed :) hth, regards, Peter Peter Blazejewicz JesterXL wrote: As long as your apps are both deployed on "cow.com", then just add a "/" to the 2nd parameter of your get, and it'll put the .sol at the top level of the domain. Currently, it's scoped to a folder name same as your app path. The 2nd parameter creates it's own folderpath/namespace. Maknig a "/" puts it at the top. however, watch for out collisions of data since your both sharing. You don't have to worry about file handles or anything, but you know why checkin/checkout systems were invented in the first place... Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/flexcoders/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [flexcoders] SharedObject across Applications
Perfect! Thanks so much, that one has been driving me crazy all day! -- MatthewOn 4/13/05, JesterXL [EMAIL PROTECTED] wrote: It's all about the domains, baby! As long as your apps are both deployed on cow.com, then just add a / to the 2nd parameter of your get, and it'll put the .sol at the top level of the domain. Currently, it's scoped to a folder name same as your app path. The 2nd parameter creates it's own folderpath/namespace. Maknig a / puts it at the top. however, watch for out collisions of data since your both sharing. You don't have to worry about file handles or anything, but you know why checkin/checkout systems were invented in the first place... - Original Message - From: Matthew Shirey To: flexcoders@yahoogroups.com Sent: Wednesday, April 13, 2005 6:02 PM Subject: [flexcoders] SharedObject across Applications I am trying to use a SharedObject to store some data that will be access across two applications. I am finding that the second application cannot seem to access any of the data stored by the first though. What little information I could find on the SharedObject in the Macromedia Developing Flex Applications and Developing Rich Clients with Macromedia Flex books indicated that the restriction on sharing was based on the domain of the application. Am I missing something here?Thank you,-- Matthew Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/flexcoders/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/flexcoders/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
