<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://weblogs.asp.net/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Marco Trova's weblog</title><subtitle type="html">Italian .NET life</subtitle><id>http://weblogs.asp.net/mtrova/atom.aspx</id><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/default.aspx" /><link rel="self" type="application/atom+xml" href="http://weblogs.asp.net/mtrova/atom.aspx" /><generator uri="http://communityserver.org" version="3.0.20510.895">Community Server</generator><updated>2003-07-10T14:15:00Z</updated><entry><title>WSE 2.0 Routing to existing asmx web services</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/06/07/149889.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/06/07/149889.aspx</id><published>2004-06-07T07:57:00Z</published><updated>2004-06-07T07:57:00Z</updated><content type="html">&lt;P&gt;Reading Steve Maine's &lt;A href="http://hyperthink.net/blog/PermaLink,guid,aafbf22d-9209-4e52-b303-0659c12934ee.aspx"&gt;routing&lt;/A&gt; &lt;A href="http://hyperthink.net/blog/PermaLink,guid,a0b40f07-63b8-4867-8d78-0867e1864cc7.aspx"&gt;adventures&lt;/A&gt;, I was thinking a way to route WS-I BP soap envelopes to standard asmx web services. &lt;/P&gt;
&lt;P&gt;Why? To expose standard WS-I ws to the internet, maintaining existing services already developed in our lan.&lt;/P&gt;
&lt;P&gt;I found two possible ways:&lt;BR&gt;- Adapt soap evelopes and forward to the asmx sevices throught SoapSender.Send() (I don' know if it is possible, due WSE 2.0 differences)&lt;BR&gt;- Using &lt;A href="http://www.gotdotnet.com/Community/UserSamples/Download.aspx?SampleGuid=E9C2F46F-449B-4344-B796-7D8B63A2F954"&gt;DynWSLib&lt;/A&gt; from &lt;A href="http://weblogs.asp.net/cweyer/archive/2003/07/07/9769.aspx"&gt;Christian Weyer&lt;/A&gt;, ie composing a dynamic soap request, with the information found in the coming soap request ( Is there a way to cache dynamic compiled proxy code generated at runtime with the CodeDom? )&lt;/P&gt;
&lt;P&gt;Wich is the best way? Is there a simpler solution?&lt;/P&gt;
&lt;P&gt;In the meanwhile I found SoapHttpRouter don't pass url parameters like the classic ?WSDL ..&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=149889" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Mozilla developers smarter than IE developers</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/05/11/129901.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/05/11/129901.aspx</id><published>2004-05-11T17:35:00Z</published><updated>2004-05-11T17:35:00Z</updated><content type="html">&lt;P&gt;Ian Bicking on his &lt;A href="http://blog.colorstudy.com/ianb/weblog/2004/05/11.html"&gt;blog&lt;/A&gt;:&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;The dots in usernames and passwords encoded in URLs are now escaped (so http://www.mozilla.org:roadmap.html@evilscam.net/ becomes http://www%2Emozilla%2Eorg%3Aroadmap%2Ehtml@evilscam.net/), making phishing scams easier to detect (&lt;/EM&gt;&lt;A class=reference href="http://bugzilla.mozilla.org/show_bug.cgi?id=240754"&gt;&lt;STRONG&gt;&lt;FONT color=#5e1817&gt;&lt;EM&gt;bug 240754&lt;/EM&gt;&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/A&gt;&lt;EM&gt;).&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;This is a much more clever solution than simply &lt;/EM&gt;&lt;A href="http://simon.incutio.com/archive/2004/01/30/noMoreUsernames"&gt;&lt;EM&gt;removing&lt;/EM&gt;&lt;/A&gt;&lt;EM&gt; the ability to specify usernames and passwords in URLs (something which I do in fact use every so often).&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;FONT face="Courier New" size=2&gt;&lt;/FONT&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=129901" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Execute ASP code from ASP.NET: my weird idea results</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/04/15/113899.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/04/15/113899.aspx</id><published>2004-04-15T15:39:00Z</published><updated>2004-04-15T15:39:00Z</updated><content type="html">&lt;P&gt;Last week I &lt;A href="http://weblogs.asp.net/mtrova/archive/2004/04/10/110800.aspx"&gt;wrote&lt;/A&gt; about my simple weird idea on executing ASP in an environment built with a VB COM object that execute a asp file through an Asp.net HttpHandler.&lt;/P&gt;
&lt;P&gt;I added the necessary basic features to execute the old-classic DNA sample application: &lt;A href="http://www.fmstocks.com/download.asp"&gt;FMStocks 2000 SP2&lt;/A&gt;.&lt;/P&gt;
&lt;P&gt;The asp extension&amp;nbsp;is mapped on then aspnet_isapi.dll, a simple entry on my web.config, a simple HttpHandler&amp;nbsp;receives all requests for asp files, passing Form, QueryString, ServerVariables, Session and Cookies collections and, after the execution of ASP code, reading some of them modified by ASP execution.&lt;/P&gt;
&lt;P&gt;Most of the problems I have encountered were in parsing ASP code adapting it&amp;nbsp;to the new execution environment: some words such as Clear, End and&amp;nbsp;Write are&amp;nbsp;reserved words in VB6.&lt;/P&gt;
&lt;P&gt;I found that executing ASP code through my code is only about 5-10% slower than&amp;nbsp;in normal ASP mode, but the "Average time to last byte" was about 200% slower, due the simulated environment.&lt;/P&gt;
&lt;P&gt;I have demonstrated myself that executing and sharing state (Session and Cookies) between ASP and ASP.NET is possible,&amp;nbsp;however my solution is not ready for a production site. I did not developed all possible ASP objects nor tested the solution with a&amp;nbsp;lot of ASP applications.&lt;/P&gt;
&lt;P&gt;But I am satisfied of the work done. &lt;IMG src="http://www.dotmark.net/public/teeth_smile.gif" border=0&gt;&lt;/P&gt;
&lt;P&gt;Depending of the feedback I would like share the code..&lt;BR&gt;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=113899" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Execute ASP code from ASP.NET: is it a weird idea?</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/04/10/110800.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/04/10/110800.aspx</id><published>2004-04-10T10:37:00Z</published><updated>2004-04-10T10:37:00Z</updated><content type="html">&lt;P&gt;Often we have to integrate existing work with new technologies and frameworks. We can sell a migration of a site written in ASP to ASP.NET: our customer understands only that they have a similar name but&amp;nbsp; we know that they have nothing in common. No sharing of session state, ASP.NET cannot apply his security to a resource mapped on different ISAPI (e.g. ASP pages), etc.&lt;/P&gt;
&lt;P&gt;So, reading a &lt;A href="http://http://msdn.microsoft.com/msdnmag/issues/0900/cutting/default.aspx"&gt;couple&lt;/A&gt; of &lt;A href="http://msdn.microsoft.com/msdnmag/issues/1000/cutting/default.aspx"&gt;old&lt;/A&gt; articles of &lt;A href="http://weblogs.asp.net/despos"&gt;Dino Esposito&lt;/A&gt; from MSDN Magazine 2000, it was born a little crazy idea: execute ASP code from ASP.NET. &lt;/P&gt;
&lt;P&gt;The solution consists in mapping ASP files to the aspnet_isapi.dll and writing a simple HttpHandler that executes ASP code with a simple COM object written in Visual Basic 6.0.&lt;/P&gt;
&lt;P&gt;The simplest part is executing ASP, add minimal Request and Response objects support, as just demonstrated in the Dino's articles.&lt;/P&gt;
&lt;P&gt;The hard part is to rebuild all classic ASP Objects (Request, Response, Server, etc) and fit them in the new execution environment.&lt;/P&gt;
&lt;P&gt;Is it a so weird idea? &lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=110800" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Other MS04-004 Cumulative Security Update for Internet Explorer effects..</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/03/07/85447.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/03/07/85447.aspx</id><published>2004-03-07T14:52:00Z</published><updated>2004-03-07T14:52:00Z</updated><content type="html">&lt;P&gt;I found that I am not the only one&amp;nbsp;with problems with this patch.&lt;/P&gt;
&lt;P&gt;Fiat, the italian motor company, has registered&amp;nbsp;a&lt;STRIKE&gt; perfectly legal&lt;/STRIKE&gt;&amp;nbsp; the &lt;A href="http://www.buy@fiat.com"&gt;www.buy@fiat.com&lt;/A&gt;&amp;nbsp;domain, to support his marketing e-commerce campain.. &lt;/P&gt;
&lt;P&gt;Now, if you point your patched Internet Explorer Browser to the&amp;nbsp;&lt;A href="http://www.buy@fiat.com"&gt;http://www.buy@fiat.com&lt;/A&gt;&amp;nbsp;address, you obtain an error.. Firefox rendering is fine.. &lt;/P&gt;
&lt;P&gt;This patch corrects some security issues, but introduces other side-effects.. &lt;/P&gt;
&lt;P&gt;The same things we will encounter on the new &lt;A href="http://msdn.microsoft.com/security/productinfo/XPSP2/default.aspx"&gt;Windows XP SP2&lt;/A&gt;..&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=85447" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Internet Explorer is getting worse day by day..</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/03/06/85175.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/03/06/85175.aspx</id><published>2004-03-06T16:29:00Z</published><updated>2004-03-06T16:29:00Z</updated><content type="html">&lt;P&gt;"&lt;EM&gt;Marco, one user reports that he can't connect to our sister site with his credentials. He has just installed security patch (&lt;/EM&gt;&lt;A href="http://www.microsoft.com/technet/security/Bulletin/MS04-004.asp"&gt;&lt;EM&gt;MS04-004&lt;/EM&gt;&lt;/A&gt;&lt;EM&gt;) from Microsoft.."&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;The knowledgebase &lt;A href="http://support.microsoft.com/default.aspx?kbid=834489"&gt;article&lt;/A&gt; says:&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;The following URL syntax is no longer supported in Internet Explorer or in Windows Explorer after you install the MS04-004 Cumulative Security Update for Internet Explorer (&lt;A href="http://support.microsoft.com/default.aspx?kbid=832894"&gt;832894&lt;/A&gt;): &lt;BR&gt;&lt;FONT face="Courier New"&gt;http(s)://username:password@server/resource.ext&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;This article is intended to notify you of this change in the default behavior of Internet Explorer. If you include user information in HTTP or HTTPS URLs, Microsoft recommends that you explore the workarounds that are described in this article before you install the &lt;A href="http://support.microsoft.com/default.aspx?kbid=832894"&gt;832894&lt;/A&gt; security update. For additional information about the 832894 security update, visit the following Microsoft Web site:&lt;BR&gt;&lt;A href="http://www.microsoft.com/technet/security/Bulletin/MS04-004.asp"&gt;http://www.microsoft.com/technet/security/Bulletin/MS04-004.asp&lt;/A&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;"&lt;EM&gt;Yes, that patch has broken our small SSL Single Sign on system!&lt;/EM&gt;"&lt;/P&gt;
&lt;P&gt;Our site was designed with standards in mind (&lt;A href="http://www.faqs.org/rfcs/rfc2617.html"&gt;RFC 2617&lt;/A&gt;), to support even Netscape 4.x browsers, multiple platforms.. &lt;/P&gt;
&lt;P&gt;But now, &lt;STRONG&gt;a web site was dependent from a client behaviour&lt;/STRONG&gt;.. Wonderful, but unnatural.. &lt;/P&gt;
&lt;P&gt;Mozilla, Firefox, Opera, Netscape continue to support this standard.. (have you seen how much is fast Firefox?)&lt;/P&gt;
&lt;P&gt;IE has not been updated by ages but instead it loses features along the road: I call it a downgrade..&lt;/P&gt;
&lt;P&gt;Years of development must be re-thinked.. &lt;/P&gt;
&lt;P&gt;Any ideas on a small, simple single sign-on system?&lt;/P&gt;&lt;FONT face="Courier New" size=2&gt;&lt;/FONT&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=85175" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>WD2000: The Italian Proofing Tools Make a Potentially Offensive Suggestion</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/02/21/77548.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/02/21/77548.aspx</id><published>2004-02-21T11:01:00Z</published><updated>2004-02-21T11:01:00Z</updated><content type="html">&lt;P&gt;from: &lt;A href="http://support.microsoft.com/?kbid=811443"&gt;http://support.microsoft.com/?kbid=811443&lt;/A&gt;&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;When you are using Word 2000 with the Italian Proofing Tools, and you type the English word "cult", the grammar checker indicates that the phrase is grammatically incorrect. Word 2000 then displays the following message: &lt;BR&gt;&lt;/P&gt;
&lt;DIV class=errormsg&gt;Si consiglia di sostituire la parola selezionata perch&amp;#233; volgare, &lt;BR&gt;Sostituire cult con: &lt;BR&gt;sedere [ass]&lt;BR&gt;&lt;VAR&gt;Offensive word&lt;/VAR&gt;&lt;BR&gt;fortuna [luck]&lt;/DIV&gt;
&lt;P&gt;The suggested words contain a potentially offensive word. &lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;BR&gt;
&lt;P&gt;ROTFL&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=77548" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>RSSBandit</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2004/01/11/57578.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2004/01/11/57578.aspx</id><published>2004-01-11T18:30:00Z</published><updated>2004-01-11T18:30:00Z</updated><content type="html">&lt;P&gt;My friend &lt;A href="http://loluyede.blogspot.com/2004_01_01_loluyede_archive.html#107381534788785285"&gt;Lawrence&lt;/A&gt; has accepted my suggestion to use RSSBandit, due its capacity to handle a lot of rss feeds. Now I can suggest an &lt;A href="http://thomasfreudenberg.com/blog/archive/2003/12/08/288.aspx"&gt;Outlook 2003 look&lt;/A&gt;, made by &lt;A href="http://thomasfreudenberg.com/blog/"&gt;Thomas Freudenberg&lt;/A&gt;.&lt;BR&gt;&lt;BR&gt;Next step for my weblog experience is to enable &lt;A href="http://geekswithblogs.net/jjulian/archive/2004/01/10/1211.aspx"&gt;Dottext.Web.HttpCompression&lt;/A&gt; for our small &lt;A href="http://blogs.dotmark.net/"&gt;italian .NET group&lt;/A&gt;.&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=57578" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Microsoft, Security, and .NET</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2003/08/23/25047.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2003/08/23/25047.aspx</id><published>2003-08-23T09:33:00Z</published><updated>2003-08-23T09:33:00Z</updated><content type="html">&lt;blockquote dir="ltr" style="MARGIN-RIGHT: 0px"&gt;
&lt;p&gt;.NET: The software platform that never was; the platform&lt;br /&gt;shift that never happened. Well, a little surprise awaits the&lt;br /&gt;disbelievers. Microsoft might have scaled back on its .NET&lt;br /&gt;advertising, but the company never stopped working to ensure that&lt;br /&gt;.NET, silently and behind the scenes, made its way into every&lt;br /&gt;important software project the company is creating.&lt;br /&gt;   Why? Because .NET applications and services can be secure by&lt;br /&gt;default. Unlike the Win32 code underlying the majority of today's&lt;br /&gt;Windows applications, the .NET Framework was designed correctly, with&lt;br /&gt;a security substructure that prevents the common security problems&lt;br /&gt;present in Win32 code. Not coincidentally, each major platform wave&lt;br /&gt;from Microsoft during the next several years will be accompanied by a&lt;br /&gt;new Visual Studio .NET release, giving .NET developers better tools&lt;br /&gt;and capabilities and keeping them up to speed with the best that&lt;br /&gt;Microsoft has to offer.&lt;br /&gt;   If you're a .NET developer today, you're playing a role in making&lt;br /&gt;computing more secure for all of us. Each .NET-based Web site,&lt;br /&gt;service, and application is just one more small step toward this more&lt;br /&gt;secure future. If you're a consumer, picking .NET services and&lt;br /&gt;applications over alternatives is a vote for better security going&lt;br /&gt;forward. It's a future that all of us, as Microsoft customers and&lt;br /&gt;technology consumers, should face willingly.&lt;br /&gt;&lt;br /&gt;[ Paul Thurrott, &lt;a href="mailto:thurrott@winnetmag.com"&gt;thurrott@winnetmag.com&lt;/a&gt; ]&lt;/p&gt;&lt;/blockquote&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=25047" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry><entry><title>Status: This behavior is by design.</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mtrova/archive/2003/07/10/9923.aspx" /><id>http://weblogs.asp.net/mtrova/archive/2003/07/10/9923.aspx</id><published>2003-07-10T12:15:00Z</published><updated>2003-07-10T12:15:00Z</updated><content type="html">&lt;img src="http://www.dotmark.net/public/angry_smile.gif" /&gt;&lt;br /&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=9923" width="1" height="1"&gt;</content><author><name>trovam</name><uri>http://weblogs.asp.net/members/trovam.aspx</uri></author></entry></feed>