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