20 Reasons to Migrate Magic eDeveloper, uniPaaS and Magic xpa to .NET by Upgrading Rather than Converting
Today's entry in the reasons not to convert Magic eDeveloper, uniPaaS, or Magic xpa to C#.NET code is Web Services. If you ask Microsoft how-to incorporate Web Services into an application, they simply refer you to ASP.NET. Why? Because C# is considered an unsuitable match for developing programs that publish or subscribe Web Services.
But let’s suppose you decide to be stubborn and persist in migrating
your Magic Web Services to C# which uses a line-by-line coding approach.
In a simple example, just to pass a SOAP header, your C# code
would look something like this:
<%@ Page Language="C#" %>
<asp:Label id="ReturnValue"
runat="server" />
<script runat=server
language=c#>
void Page_Load(Object o, EventArgs e)
{
MyHeader mySoapHeader = new MyHeader();
//
Populate the values of the SOAP header.
mySoapHeader.Username = Username;
mySoapHeader.Password =
SecurelyStoredPassword;
//
Create a new instance of the proxy class.
MyWebService proxy = new MyWebService();
//
Add the MyHeader SOAP header to the SOAP request.
proxy.MyHeaderValue = mySoapHeader;
//
Call the method on the proxy class that communicates with
//
your Web service method.
string results = proxy.MyWebMethod();
//
Display the results of the method in a label.
ReturnValue.Text = results;
}
</script>
Here’s how you do it in Magic xpa: interact with the dialog box
Header field.
Also, when consuming Web services (either by using
the Invoke Web S or Invoke Web S Lite operation), the Magic xpa engine
does a lot of work for us.
Magic xpa lets you call a Web service
directly or uses the Systinet Web Services framework (named "Systinet
Server for Java") for providing and consuming Web Services.
Magic xpa provides rich Web Services support including:
·
SOAP 1.1 and SOAP 1.2
·
WSDL 1.1
·
WS-I Attachments Profile 1.0
·
MTOM/XOP support
·
WS-I Basic Profile 1.1 Compliance
·
Transport level security – SSL\TLS
·
WS-Security 1.0 – authentication, encryption and digital signing
of SOAP messages
Ask yourself this question: Is my company in business to
write programming code? If writing code is not your business and not at the
heart of the charter of your company, then why spend so much time managing code
when you can manage applications that support your business instead?
For additional information on how an upgrade is superior to Magic to .NET conversion please convert here.
No comments:
Post a Comment