Andrew Stopford's Weblog

@poobah

News

Articles

Family

Old Blogs

Laszlo and the great .NET RIA drought

Laszlo one of the contenders in the RIA space has announced that the Laszlo Presentation Server will go open source, many folks are asking what does this mean to the RIA space and if your a Flex user what does it mean, Steve has a great post that will help with any questions. My point about all of this is really very simple, .NET!

I would say that would'nt I ;-) but LPS is based on J2EE, its opensource Java software and I strongly suspect would need to be rewritten (like all opensource Java software that makes it to .NET). As opensource software, maybe that it will happen, but I suspect you would need to build it from scratch to do it. So what does this mean to the .NET developers wishing to leverage .NET technologies with RIA, as with anything in RIA space right now, it means very little.

Update.

Weston makes a call for interest on the Laszlo list for a port to .NET, anyone that wants to join the effort do let him know.

Posted: Oct 06 2004, 08:44 PM by astopford | with 5 comment(s)
Filed under:

Comments

TrackBack said:

# October 6, 2004 12:34 PM

Weston Weems said:

You know, I've had my eyes on FLEX and LASZLO for a long time. I'll be the first to jump on this bandwagon. No sense in requiring two runtimes to achieve such a simple goal.

Also, I think building this out in .net would absolutely provide a tighter integration. You have any word of when they were scheduled for open source deployment? I'll jump right on it =)
# October 6, 2004 5:56 PM

TrackBack said:

# October 7, 2004 5:27 AM

Andrew Stopford said:

Thanks for the comments. I saw your post on the mailing list Weston, I have updated my post with that. I really do think that we should do a port.
# October 8, 2004 8:43 AM

David Temkin said:

Andrew -- One thing we're doing at Laszlo in the near term is decoupling the compiler and the presentation server; it will soon be possible to compile a Laszlo app into a SWF, and deploy it on a Web server without deploying the (Java) presentation server. This gets you part of the way there, since Java will no longer be a required portion of the deployment stack.

However, funcitons like SOAP, XML-RPC, proxying, transcoding, real-time push, and Java RPC (or its .NET equivalent) would need to be reimplemented for apps that need them, since they rely on the server. See

http://www.davidtemkin.com/mtarchive/000007.html

Separately, what are your thoughts on .NET client integration (compile to CLR, rather than SWF) and Visual Studio integration? I'd appreciate your take on these issues as well as the server issues.
# October 9, 2004 9:41 PM
Leave a Comment

(required) 

(required) 

(optional)

(required)