You searched for the word(s): userid:754755

More Search Options

RSS Available

• How many people are actually using ASP.Net for something useful here?

  I'm just wondering how big is the interest of using IronPython for ASP.Net for something beyond curiousity.

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 8/17/2008

• Re: Translating Python Application to .NET language

  If it's a web application, delay migrating to IronPython. The plan for IronPython for ASP.Net is still not clear.

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 8/17/2008

• Re: Hidden reference to IronPython 1.1 assembly ?

  The July FTP 2007 uses an Alpha version of IronPython 2.0 so yeah,IronPython 1.1 has no business being there. One thing you can do is strip the web config to minimal and add the httpmodules required one by one.

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 8/17/2008

• Re: Is there any update to IronPython support for ASP.Net?

  Ok, I recheck the old posts on managed jscript and it was mentioned about the ECMAScript 3 compliant. My bad. F# isn't open source either and they have a pretty strong community the last time I check. As a starter, Managed JScript at least deserved it's own website or at least occasional blog updates on it's supposed home (JScript team blog). This is what I meant by giving Managed JScript a proper language treatment. A language needs a strong community and unless there's a starting

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/29/2008

• Re: Is there any update to IronPython support for ASP.Net?

  [quote user="jimmysch"]The DLR will have an interpreter as well, so you can choose either to compile or interpret. This helps for startup a ton. However, as Dave said, the ASP.NET integration today doesn't recompile on every http request.[/quote] ASP.Net integration with dynamic language only support static source properly but not dynamic source code . ASP.Net has an elegant design in Virtual Path Provider by simply asking an implementation to return whatever source code for a given

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/28/2008

• Re: Is there any update to IronPython support for ASP.Net?

  [quote user="jimmysch"]Honestly, the team working on it is very focused on making the language implementation, and I'm doing them a favor by releasing their bits for Silverlight regularly. It's aimed at being a ECMAScript 3 implementation, but outside of that, what would you like to see? [/quote] I would like to see Managed JScript to actually get a proper treatment as a language, which means a language spec (or even confirmation that it supports ECMAScript 3 specification like

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/28/2008

• Re: Is there any update to IronPython support for ASP.Net?

  [quote user="jimmysch"]Sane? As in the origional JScript for the desktop was insane? Well, no arguments there. =)[/quote] JScript.Net has always had a feeling off J# all over it since its introduction in .Net 1.1, in short, "this sucker is going to get dropped real soon". Which version of ECMAScript did JScrip.Net actually support? One will have a hard time to find JScript.Net language specification (does it even exist?)

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/28/2008

• Re: Is there any update to IronPython support for ASP.Net?

  Hmm..I'm confused. In a VPP scenario, it is possible to have full control the "source code" generation - so when asp.net asks for the source for say "/default.aspx", we generate the content of the template based on some condition. (This is a common scenario in CMS situation when the whole pages are based one some template generated output.) So when User A request /default.aspx, she's given a source A1 and when User B request /default.aspx, he's given a source A2 via

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/6/2008

• Re: Is there any update to IronPython support for ASP.Net?

  That's the technique I am using right now, but doesn't that makes asp.net runtime to keep rewriting the generated dll to the disk for every request to the same Url? I think with "interpreted" mode, the requests can simply processed in memory after VPP returns the source to be processed.

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/5/2008

• Re: Is there any update to IronPython support for ASP.Net?

  One more thing, since you are starting working on asp.net dynamic language support, can you please add an "interpreted" mode so that the source is run interpreted for every http request (just like those PHP or Python frameworks)? This will allow automated code generation for every single HTTP request via Virtual Path Provider. Right now the "No Compile" implementation still create an assembly for each page for first time execution which creates a massive problem for automated

  Posted to IronPython for ASP.NET (Forum) by dodygunawinata on 7/4/2008