When run as-is, and when provided with a valid username/password, an
Alert box will pop up showing 'Groups: [Object: Object]', which says
to me that the data is there, it's simply not accessible in this
manner. What I'd like to be able to do is access the individual
attributes of each group as though it were an object (i.e.
Again, any assistance would be greatly appreciated.
> Message: 2
> Date: Wed, 01 Jun 2011 19:47:14 +0200
> From: Thijs Triemstra <[hidden email]>
> To: PyAMF general discussion <[hidden email]>
> Subject: Re: [pyamf-users] Accessing Associated Models in Django
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Hi Jason,
> could you use a site like pastebin.com to post some code that might
> clarify things for us and help what you're looking for?
> On 06/01/2011 05:44 PM, Jason Fawcett wrote:
>> I'm relatively new to PyAMF, and I'm currently trying to get it to
>> work as an interface between a Flex front-end and a Django back-end.
>> So far I've been able to get authentication working, and I was able to
>> map Django User objects to a UserVO object in Flex. However, I'd also
>> like to access the User object's groups attribute, but I've been
>> unsuccessful. The examples I'd found online suggested mapping the
>> groups attribute to a string in Flex, but I can't seem to then access
>> the data in said string; I know that it's there though, because if I
>> have Flex output the string in an Alert box, it outputs [Object:
>> Object]. I've also tried mapping the attribute to an Array and to a
>> custom GroupVO object, but neither would work at all.
>> If anyone could give me some suggestions, I would greatly appreciate it.
>> Jason Fawcett
>> PyAMF users mailing list - [hidden email] >> http://lists.pyamf.org/mailman/listinfo/users >>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> -----END PGP SIGNATURE-----
> PyAMF users mailing list - [hidden email] > http://lists.pyamf.org/mailman/listinfo/users >
> End of users Digest, Vol 41, Issue 1