| By Bruce Armstrong | Article Rating: |
|
| November 7, 2005 12:30 PM EST | Reads: |
17,916 |
Last month I started a series in which I'll be looking at some of the important new technology offerings Sybase showed at TechWave and share with you my comments (good or bad) about those technologies.
Last month's topic was the PowerBuilder Application Server Plugin (PASP). This month I want to discuss the ASP.NET Application Deployment feature slated for PowerBuilder 11.
ASP.NET Application Deployment in PB11
This particular feature has been in the works for a while, but it wasn't until I saw John Strano's demo during the tools keynote that I started developing an interest in it. Everything I had seen or heard of so far was, like Appeon, a literal translation of an existing client/server application onto the Web. What you end up with isn't so much a true Web application, but a simulation of a client/server application within the browser. Dave Fish also presented a similar demonstration during a later Webcast, a recording of which is still available at www.placeware.com/cc/sybase/view?id=PowerBuilder+10.5+Preview&pw=PB+10.5. The key thing to note during that Webcast is that the application was created with a Web application look-and-feel in the painter.
Last month I noted that the removal of Distributed PowerBuilder left the only "significant" method of creating distributed applications with PowerBuilder dependant on EAServer. There was another method. You could create COM components, deploy them to MTS, and then write a Web application that interacted with them. The problem was that it wasn't entirely straightforward.
Where I see ASP.NET application deployment really addressing a need is for those people who are interested in doing distributed application development with PowerBuilder but don't want to use any EJB server to get there. Previously they might have used the COM component approach, but the ASP.NET application deployment provides the simplicity of implementation that the COM component approach certainly lacked.
The issue with the whole ASP.NET application deployment approach is that it (like Appeon) is based on a false premise - that thin-client (Web) applications and rich-client (client/server) applications are similar enough that I can either convert a rich client to a thin client with no GUI changes, or I can maintain a single GUI code base to support both. I think that's nonsense. If I want to have both a thin- and rich-client version of the same application, what I will want to do is maintain a GUI-neutral business logic layer, which both clients talk to. I would then develop independent GUIs, one for the thin client and one for the rich client. The main advantage ASP.NET application deployment could provide is a common scripting language used in both the thin and rich client.
Of course, if smart clients do take off, they could render the whole argument moot, so Sybase needs to stay on top of that ball as well. But until then, I think that ASP.NET application deployment needs a bit more refinement, in particular, an all-or-nothing compile won't do. You have to be able to develop and deploy some components as independent assemblies so they can then be called by more than one client.
My other concern here is the delay between the release of ASP 2.0 and the release of PowerBuilder 11. I know that the PowerBuilder development team has been burned in the past by Microsoft's post-beta/pre-GA changes to technologies that the PowerBuilder team was coding to. However, I'm not convinced that the length of the delay can be solely attributed to the resulting caution about being burned again. I'm also concerned about how much later important core functionality (such as something other than an all-or-nothing compile) would be made available if it's not part of the original release.
Published November 7, 2005 Reads 17,916
Copyright © 2005 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Bruce Armstrong
Bruce Armstrong is a development lead with Integrated Data Services (www.get-integrated.com). A charter member of TeamSybase, he has been using PowerBuilder since version 1.0.B. He was a contributing author to SYS-CON's PowerBuilder 4.0 Secrets of the Masters and the editor of SAMs' PowerBuilder 9: Advanced Client/Server Development.
![]() |
PBDJ News Desk 11/07/05 01:13:09 PM EST | |||
ASP.NET Application Deployment With Sybase PowerBuilder. Last month I started a series in which I'll be looking at some of the important new technology offerings Sybase showed at TechWave and share with you my comments (good or bad) about those technologies. |
||||
- SQL Anywhere Server and AJAX
- PowerBuilder Top Feature Picks
- The Difference Between Web Hosting and Cloud Computing
- PowerBuilder 12 and .NET
- Sybase CTO to Speak at 4th International Cloud Computing Expo
- Migrating Legacy Client/Server PowerBuilder Apps
- Why SOA Needs Cloud Computing - Part 1
- PowerDesigner 15: Expanding Data Modeling into Your Enterprise
- Five Reasons to Choose a Private Cloud
- PowerBuilder and .NET: Development Strategy
- SQL Anywhere Server and AJAX
- PowerBuilder Top Feature Picks
- The Difference Between Web Hosting and Cloud Computing
- PowerBuilder 12 and .NET
- Sybase CTO to Speak at 4th International Cloud Computing Expo
- SYS-CON's iPhone Developer Summit Day One ROCKS
- A Review of Key PDF and Font Concepts
- Migrating Legacy Client/Server PowerBuilder Apps
- New Features in PowerBuilder 11.5
- New Features in PowerBuilder 11.5
- Where Are RIA Technologies Headed in 2008?
- PowerBuilder History - How Did It Evolve?
- Custom Common Dialogs Using SetWindowsHookEx
- DDDW Tips and Tricks
- OLE - Extending the Capabilities of PowerBuilder
- DataWindow.NET How To: Data Entry Form
- Book Excerpt: Sybase Adaptive Server Anywhere
- Sybase ASE 12.5 Performance and Tuning
- Working with SOA & Web Services in PowerBuilder
- Office 2003 Toolbar: A New Look For Your Old PowerBuilder App





































