Has anyone actually tried executing an SQL 2005 XML Webservice directly in
Flex 2? I have setup an example but I always get the following error in flex
when calling a webservice method:

faultCode:DecodingError faultString:'Error #1009: Cannot access a property
or method of a null object reference.' faultDetail:'null'

I can test the Webservice with XMLSpy, send a SOAP request and read it
without problems. So my guess is flex can't handle the sort of decoding it's
using. 

Here's the envelope I'm sending (it's the same as calling the webservice
operation GetProductById in Flex:

<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
        <SOAP-ENV:Body>
                <m:GetProductByID xmlns:m="http://Adventure-Works/Products";>
                        <m:ProductID>-0</m:ProductID>
                </m:GetProductByID>
        </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

And this is the resulting xml

http://212.100.188.156/formulaOne/wsResult.xml

Apparently flex is having a problem decoding the resulting XML

Anyone with a tip?

Jonas


-----Original Message-----
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Andrews
Sent: vrijdag 15 september 2006 11:31
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex - Database

That's true, but there would be nothing to stop anyone building a data
access layer using actionscript that was separate to the view logic.
Currently the view logic will use FDS, or a web service/whatever to get the
data for the view, there's no logical reason why the fuctionality that
typically lives on the server couldn't reside in actionscript classes and
still retain independence from the view.

It's a separate argument whether you want that processing for performance
reasons to take place on the client or the server, but in terms of logically
separating layers there's no reason not to do that and have a very slim
database/persistence layer sitting on the server rather the full access
layer.

In essence, it's good that the current Flex facilities (almost) enforce the
separation, but even without that separation you can be a good developer and
not compromise the architecture.

Maybe I'll get flamed for this..

Paul
----- Original Message -----
From: "Tom Chiverton" <[EMAIL PROTECTED]>
To: <flexcoders@yahoogroups.com>
Sent: Friday, September 15, 2006 10:15 AM
Subject: Re: [flexcoders] Flex - Database


> On Thursday 14 September 2006 16:02, Tracy Spratt wrote:
> > If this functionality is the same as the SQLXML functionality I played
> > with a year or so ago, SQL Server provides an url against which you can
> > make SQL queries.
>
> Handy, but you really shouldn't be using it.
> The temptation then will be to keep your data access layer mixed up with
the
> view.
> Eww.
>
> -- 
> Tom Chiverton
> Helping to vitalistically leverage bricks-and-clicks e-services
>
> ****************************************************
>
> This email is sent for and on behalf of Halliwells LLP.
>
> Halliwells LLP is a limited liability partnership registered in England
and Wales under registered number OC307980 whose registered office address
is at St James's Court Brown Street Manchester M2 2JF.  A list of members is
available for inspection at the registered office. Any reference to a
partner in relation to Halliwells LLP means a member of Halliwells LLP.
Regulated by the Law Society.
>
> CONFIDENTIALITY
>
> This email is intended only for the use of the addressee named above and
may be confidential or legally privileged.  If you are not the addressee you
must not read it and must not use any information contained in nor copy it
nor inform any person other than Halliwells LLP or the addressee of its
existence or contents.  If you have received this email in error please
delete it and notify Halliwells LLP IT Department on 0870 365 8008.
>
> For more information about Halliwells LLP visit www.halliwells.com.
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>




--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links






 






__________ NOD32 1.1756 (20060914) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com


-----Original Message-----
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Andrews
Sent: vrijdag 15 september 2006 13:50
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex - Database

Ah, OK now we're talking about the security of a Flex/Flash app, and I take
your point. Is that always an issue on an intranet? perhaps not.
I guess that security is always going to force the layer split on the
internet (so you might as well do it anyway for the intranet).

I've spent too much time on intranet applications, forgetting about those
devious sorts out there..

Paul
----- Original Message ----- 
From: "Tom Chiverton" <[EMAIL PROTECTED]>
To: <flexcoders@yahoogroups.com>
Sent: Friday, September 15, 2006 11:55 AM
Subject: Re: [flexcoders] Flex - Database


> On Friday 15 September 2006 10:30, Paul Andrews wrote:
> > typically lives on the server couldn't reside in actionscript classes
and
> > still retain independence from the view.
>
> What happens if I decompile and alter the client, then recompile it ?
>
> Nothing the client does (or asks to be performed) should be trusted, which
is
> why business layers live on servers.
>
> -- 
> Tom Chiverton
> Helping to collaboratively harvest unique portals
>
> ****************************************************
>
> This email is sent for and on behalf of Halliwells LLP.
>
> Halliwells LLP is a limited liability partnership registered in England
and Wales under registered number OC307980 whose registered office address
is at St James's Court Brown Street Manchester M2 2JF.  A list of members is
available for inspection at the registered office. Any reference to a
partner in relation to Halliwells LLP means a member of Halliwells LLP.
Regulated by the Law Society.
>
> CONFIDENTIALITY
>
> This email is intended only for the use of the addressee named above and
may be confidential or legally privileged.  If you are not the addressee you
must not read it and must not use any information contained in nor copy it
nor inform any person other than Halliwells LLP or the addressee of its
existence or contents.  If you have received this email in error please
delete it and notify Halliwells LLP IT Department on 0870 365 8008.
>
> For more information about Halliwells LLP visit www.halliwells.com.
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>




--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links






 






__________ NOD32 1.1757 (20060914) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com







--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/flexcoders/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:[EMAIL PROTECTED] 
    mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to