Thanks Karl - good stuff. Yeah, modifying the XML and all that - good ideas,
but more work than it may be worth. I've moved on now - kinda very partial to
the RegEx clean/disable the namespace solution - code is much less confusing to
string together. 99% of the time you really don't need the namespace anymore -
just need to consume the data. However, instead of completely removing it,
it's still there if you ever need it - just in the form of a : replaced with a
_.
My code now looks like this:
var xmlString:String = xml.toXMLString();
xmlString = xmlString.replace(new
RegExp('<*:','gi'),'_');
xmlString = xmlString.replace(new
RegExp('xmlns=','gi'),'xmlns_=');
var finalXML:XML = XML(xmlString);
userVO.firstName = finalXML..PropertyData.(Name ==
"FirstName")..Value;
userVO.lastName = finalXML..PropertyData.(Name ==
"LastName")..Value;
userVO.accountName = finalXML..PropertyData.(Name ==
"AccountName")..Value;
userVO.GUID = finalXML..PropertyData.(Name ==
"UserProfile_GUID")..Value;
userVO.email = finalXML..PropertyData.(Name ==
"WorkEmail")..Value;
...etc.
..working from this XML:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
<soap:Body>
<GetUserProfileByNameResponse
xmlns="http://microsoft.com/webservices/SharePointPortalServer/UserProfileService";>
<GetUserProfileByNameResult>
<PropertyData>
<IsPrivacyChanged>false</IsPrivacyChanged>
<IsValueChanged>false</IsValueChanged>
<Name>UserProfile_GUID</Name>
<Privacy>Public</Privacy>
<Values>
<ValueData>
<Value xsi:type="q1:guid"
xmlns:q1="http://microsoft.com/wsdl/types/";>***(censored for
Flashcoders)***</Value>
</ValueData>
</Values>
</PropertyData>
...etc.
OK, need to get to bed. Thanks for your ideas!
Jason Merrill
Instructional Technology Architect
Bank of America Global Learning
_______________________
-----Original Message-----
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl DeSaulniers
Sent: Friday, April 29, 2011 12:23 AM
To: Flash Coders List
Subject: Re: [Flashcoders] XMLList & Namespace Madness
Mmmm.. I've been getting into AS3 and XML a little more, so good to know.
So is your problem solved? I don't want to beat a dead horse. :)
If no, I have run across somewhat a similar case of a return from an XML not
parsing into a string when referenced directly.
so this doesn't work..
for each (var propertyDataXML:XML in myXMLList2..PropertyData) {
//WHY DOES THIS NOT TRACE?
trace("propertyDataXML: "+propertyDataXML); }
but try setting it to a var then trace..
for each (var propertyDataXML:XML in myXMLList2..PropertyData) {
//SEE IF THIS DOES
var result = propertyDataXML;
trace("propertyDataXML: "+result); }
or for the namespace/prefix problem and the return try..
for each (var propertyDataXML:XML in myXMLList2..PropertyData) {
//OR MAYBE THIS DOES
var result = "<![CDATA[ "+propertyDataXML+"]]>";
trace("propertyDataXML: "+result); }
or if you can insert the CDATA in the xml, if you have control over that aspect.
<Value><![CDATA[ HelloWorld 1]]></Value>
I have also found that when converting spaces and prefixes, using the HTML
special characters instead translates back well.
so using %20 or the for space for example.
Also, there was another post on this list about wrapping your result in
<![CDATA[ ]]> the subject was "[Flashcoders] AS2.0 - Parsing special HTML
characters in CDATA - onLoad vs onData".
Granted it is an AS2 post, but I think the logic is possibly the right
direction for the resulting data.
Not sure if this is the fix for your situation, but I hope so.
HTH,
Best,
Karl
On Apr 28, 2011, at 10:44 PM, Merrill, Jason wrote:
> Thanks Karl.
>
> There are some problems doing it that way if you have more than one
> namespace or the namespaces contain prefixes. I developed a
> workaround based on various things I pieced together from Google, to
> "disable" the namespaces by using RegEx and inserting underscores for
> the ":", which works for the default and any others with prefixes:
>
> var xmlString:String = myXMLList.toXMLString();
>
> // define the regex pattern to remove the namespaces from the string
> xmlString = xmlString.replace(new RegExp('<*:','gi'),'_'); xmlString =
> xmlString.replace(new RegExp('xmlns=','gi'),'xmlns_='); var
> finalXML:XML = XML(xmlString);
>
> However, I would love to know why it has to be done this way. Seems
> kinda hackish.
>
> But it is kinda cool, it will turn this:
>
> <GetUserProfileByNameResponse xmlns="http://microsoft.com/
> webservices/SharePointPortalServer/UserProfileService"
> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
> <GetUserProfileByNameResult>
> <PropertyData>
> <IsPrivacyChanged>false</IsPrivacyChanged>
> <IsValueChanged>false</IsValueChanged>
> <Name>UserProfile_GUID</Name>
> <Privacy>Public</Privacy>
> <Values>
> <ValueData>
> <Value xsi:type="q1:guid" xmlns:q1="http://microsoft.com/
> wsdl/types/">cce6e082-0423-4d2d-930c-bf522a9852b1</Value>
> </ValueData>
> </Values>
> </PropertyData>
>
> Into this very workable XML:
>
> <GetUserProfileByNameResponse xmlns_="http_//microsoft.com/
> webservices/SharePointPortalServer/UserProfileService"
> xmlns_soap="http_//schemas.xmlsoap.org/soap/envelope/"
> xmlns_xsi="http_//www.w3.org/2001/XMLSchema-instance"
> xmlns_xsd="http_//www.w3.org/2001/XMLSchema">
> <GetUserProfileByNameResult>
> <PropertyData>
> <IsPrivacyChanged>false</IsPrivacyChanged>
> <IsValueChanged>false</IsValueChanged>
> <Name>UserProfile_GUID</Name>
> <Privacy>Public</Privacy>
> <Values>
> <ValueData>
> <Value xsi_type="q1_guid" xmlns_q1="http_//microsoft.com/
> wsdl/types/">cce6e082-0423-4d2d-930c-bf522a9852b1</Value>
> </ValueData>
> </Values>
> </PropertyData>
>
> Jason Merrill
> Instructional Technology Architect
> Bank of America Global Learning
>
>
>
>
>
> _______________________
>
>
> -----Original Message-----
> From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-
> boun...@chattyfig.figleaf.com] On Behalf Of Karl DeSaulniers
> Sent: Thursday, April 28, 2011 11:28 PM
> To: Flash Coders List
> Subject: Re: [Flashcoders] XMLList & Namespace Madness
>
> Or even this??
>
> http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/
> XML.html#text()
>
> I believe this one strips out namespaces.
>
> Best,
> Karl
>
>
> On Apr 28, 2011, at 9:32 PM, Merrill, Jason wrote:
>
>> I'm going crazy trying to drill down into a XMLList which has
>> namespaces declared. I have been able to go into a few layers of the
>> original XML with namespaces using namespace definitions in AS3, but
>> now I am stuck at the last level.
>>
>> The XMLList I have pared it down to has a length of 1 and has
>> namespaces declared, which is throwing things off. How can I get to
>> the <PropertyData /> nodes given that namespaces are involved?
>>
>> The following code can be copied and pasted into a fresh .fla as a
>> test case:
>>
>> /*--------------------TEST CASE-------------------------*/
>>
>> var myXMLList:XMLList = XMLList(<GetUserProfileByNameResponse
>> xmlns="http://microsoft.com/webservices/SharePointPortalServer/
>> UserProfileService" xmlns:soap="http://schemas.xmlsoap.org/soap/
>> envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
>> <GetUserProfileByNameResult>
>> <PropertyData>
>> <Value>HelloWorld 1</Value>
>> </PropertyData>
>> <PropertyData>
>> <Value>HelloWorld 1</Value>
>> </PropertyData>
>> </GetUserProfileByNameResult>
>> </GetUserProfileByNameResponse>);
>>
>> var pnNs:Namespace = new Namespace("http://microsoft.com/
>> webservices/SharePointPortalServer/UserProfileService");
>>
>> var myXMLList2:XMLList = myXMLList.pnNs::GetUserProfileByNameResult;
>>
>> trace("myXMLList2: "+myXMLList2)//Traces fine, except more namespaces
>> (xmlns) appear as attributes in first node.
>>
>> for each (var propertyDataXML:XML in myXMLList2..PropertyData) {
>> //WHY DOES THIS NOT TRACE?
>> trace("propertyDataXML: "+propertyDataXML); }
>> /*------------------------------------------------------*/
>>
>> I also tried this for the loop as well:
>>
>> /*------------------------------------------------------*/
>>
>> for each (var propertyDataXML2:XML in
>> myXMLList2.pnNs::GetUserProfileByNameResult..PropertyData)
>> {
>> //WHY DOES THIS NOT TRACE?
>> trace("propertyDataXML: "+propertyDataXML2); }
>> /*------------------------------------------------------*/
>>
>> And why does the trace on myXMLList2 show an XML list where there is
>> more namespace applied: "<GetUserProfileByNameResponse
>> xmlns=http://microsoft.com/webservices/SharePointPortalServer/
>> UserProfileService..." ??
>>
>> Any help is MUCH appreciated.
>>
>> Jason Merrill
>> Instructional Technology Architect
>> Bank of America Global Learning
>>
>>
>>
>>
>>
>> _______________________
>>
>> ---------------------------------------------------------------------
>> -
>> This message w/attachments (message) is intended solely for the use
>> of the intended recipient(s) and may contain information that is
>> privileged, confidential or proprietary. If you are not an intended
>> recipient, please notify the sender, and then please delete and
>> destroy all copies and attachments, and be advised that any review or
>> dissemination of, or the taking of any action in reliance on, the
>> information contained in or attached to this message is prohibited.
>> Unless specifically indicated, this message is not an offer to sell
>> or a solicitation of any investment products or other financial
>> product or service, an official confirmation of any transaction, or
>> an official statement of Sender. Subject to applicable law, Sender
>> may intercept, monitor, review and retain e-communications (EC)
>> traveling through its networks/systems and may produce any such EC to
>> regulators, law enforcement, in litigation and as required by law.
>> The laws of the country of each sender/recipient may impact the
>> handling of EC, and EC may be archived, supervised and produced in
>> countries other than the country in which you are located. This
>> message cannot be guaranteed to be secure or free of errors or
>> viruses.
>>
>> References to "Sender" are references to any subsidiary of Bank of
>> America Corporation. Securities and Insurance Products: * Are Not
>> FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a
>> Bank Deposit * Are Not a Condition to Any Banking Service or Activity
>> * Are Not Insured by Any Federal Government Agency.
>> Attachments that are part of this EC may have additional important
>> disclosures and disclaimers, which you should read. This message is
>> subject to terms available at the following link:
>> http://www.bankofamerica.com/emaildisclaimer. By messaging with
>> Sender you consent to the foregoing.
>> _______________________________________________
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> Karl DeSaulniers
> Design Drumm
> http://designdrumm.com
>
> _______________________________________________
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> ----------------------------------------------------------------------
> This message w/attachments (message) is intended solely for the use of
> the intended recipient(s) and may contain information that is
> privileged, confidential or proprietary. If you are not an intended
> recipient, please notify the sender, and then please delete and
> destroy all copies and attachments, and be advised that any review or
> dissemination of, or the taking of any action in reliance on, the
> information contained in or attached to this message is prohibited.
> Unless specifically indicated, this message is not an offer to sell or
> a solicitation of any investment products or other financial product
> or service, an official confirmation of any transaction, or an
> official statement of Sender. Subject to applicable law, Sender may
> intercept, monitor, review and retain e-communications (EC) traveling
> through its networks/systems and may produce any such EC to
> regulators, law enforcement, in litigation and as required by law.
> The laws of the country of each sender/recipient may impact the
> handling of EC, and EC may be archived, supervised and produced in
> countries other than the country in which you are located. This
> message cannot be guaranteed to be secure or free of errors or
> viruses.
>
> References to "Sender" are references to any subsidiary of Bank of
> America Corporation. Securities and Insurance Products: * Are Not FDIC
> Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank
> Deposit * Are Not a Condition to Any Banking Service or Activity * Are
> Not Insured by Any Federal Government Agency.
> Attachments that are part of this EC may have additional important
> disclosures and disclaimers, which you should read. This message is
> subject to terms available at the following link:
> http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender
> you consent to the foregoing.
> _______________________________________________
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Karl DeSaulniers
Design Drumm
http://designdrumm.com
_______________________________________________
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
----------------------------------------------------------------------
This message w/attachments (message) is intended solely for the use of the
intended recipient(s) and may contain information that is privileged,
confidential or proprietary. If you are not an intended recipient, please
notify the sender, and then please delete and destroy all copies and
attachments, and be advised that any review or dissemination of, or the taking
of any action in reliance on, the information contained in or attached to this
message is prohibited.
Unless specifically indicated, this message is not an offer to sell or a
solicitation of any investment products or other financial product or service,
an official confirmation of any transaction, or an official statement of
Sender. Subject to applicable law, Sender may intercept, monitor, review and
retain e-communications (EC) traveling through its networks/systems and may
produce any such EC to regulators, law enforcement, in litigation and as
required by law.
The laws of the country of each sender/recipient may impact the handling of EC,
and EC may be archived, supervised and produced in countries other than the
country in which you are located. This message cannot be guaranteed to be
secure or free of errors or viruses.
References to "Sender" are references to any subsidiary of Bank of America
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal
Government Agency. Attachments that are part of this EC may have additional
important disclosures and disclaimers, which you should read. This message is
subject to terms available at the following link:
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you
consent to the foregoing.
_______________________________________________
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
