William Vaughn's Musings

Making MovableType Changes in IE9

2011-12-21T23:16:05Z

Tip: When working with the MovableType (Movable Type) dashboard, be sure to enable the “compatibility” mode in IE9. Otherwise several dialogs won’t work. It’s just another joy of working with IE9.

SMTPAuth (Settings panel does not appear)

Handling ReportViewer Parameters

2011-07-16T00:32:38Z

A developer asked a question on MSDN that was similar to a question a few days earlier so I decided to help folks get over the problems of setting report parameters in ReportViewer projects.

]]>

Consider that in a Reporting Services report processor-generated report, all of the parameters (both query and report) are handled behind the scenes. In ReportViewer applications these tasks are all in your court.

To illustrate the process of setting report parameters, I wrote an example application that deals with a number of issues. I tried to keep it simple so I could explain the basics:

Setup your data source(s). This might entail almost anything, but you end up with a binable iBindingList object like a DataTable or a TableAdapter (which contains a DataTable). This usually means you've built a parameterized Fill method like the one shown in my example. In my example, the FillByProductLine call passes in a query parameter to the TableAdapter Fill method to populate the DataTable.
Setup your report parameters using the Report Data Window in Visual Studio. While RDLC imported from BIDS or Report Builder might have query parameters, we're going to assume that this report does not. If it does, you'll have to include these as you build your LocalReport.Parameters collection. So, in the example I've provided, I have two report parameters defined: ColorWanted and MaxWeight. This means you'll need to know the number of your report parameters and their names (case-sensitive) to proceed.
Build an array of type ReportParameter that's large enough for ALL parameters--not just the ones you want to set. It's essential that the size of this array matchs the number of report AND data parameters defined IN THE RDLC. (Again, typically if you're not importing from RDL this will be easy to determine—just check the Report Data Parameters list).
For each ReportParameter object in the array, use the New constructor to name the parameter and provide the value.
Once all ReportParameter objects are initialized, use the SetParameters method to push the array into the LocalReport Parameters property.

So, what can go wrong? Lots.

The parameter name you specify does not match the RDLC parameter name
You don't specify all of the parameters
The value you provide does not match the type of value expected.

So... you need to add exception handlers to your code to deal with the stuff that happens. Note that the exception handlers might not return anything meaningful in the top exception--you might have to drill down into the innnerexception (perhaps several times) to see the "real" exception.

Here’s the code that deals with all of these issues including some crude exception handlers:

  Private Sub btnShowReport_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles btnShowReport.Click

        Me.ProductsTableAdapter.FillByProductLine(Me.AdventureWorks2008DataSet.Products, tbProductLineWanted.Text)

        ' Populate ReportViewer1 Report Parameters

        Try

            lblStatus.Text = String.Format("Searching for color {0} with weight no more than {1}",

                                           lbColorsWanted.SelectedValue.ToString, tbMaxWeight.Text)

            Dim paParameters(1) As ReportParameter  ' (To reference two parameters)

            paParameters(0) = New ReportParameter("ColorWanted", lbColorsWanted.SelectedValue.ToString)

            paParameters(1) = New ReportParameter("MaxWeight", tbMaxWeight.Text)

            Me.ReportViewer1.LocalReport.SetParameters(paParameters)

        Catch ex As Exception

            '   MsgBox(ex.Message)

            MsgBox(ex.InnerException.Message)

        End Try

        Me.ReportViewer1.RefreshReport()

    End Sub

    Private Sub tbProductLineWanted_TextChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles tbProductLineWanted.TextChanged

        Me.AvailableColorsTableAdapter.FillByProductLineWanted(Me.AdventureWorks2008DataSet.AvailableColors, tbProductLineWanted.Text)

    End Sub

 

    Private Sub ReportViewer1_ReportError(ByVal sender As Object, ByVal e As Microsoft.Reporting.WinForms.ReportErrorEventArgs) Handles ReportViewer1.ReportError

        MsgBox(e.Exception.Message & vbCrLf & e.Exception.InnerException.Message & vbCrLf & e.Exception.InnerException.InnerException.Message)

        e.Handled = True

    End Sub

hth

Denali’s Unfortunate Dependence on SharePoint

2011-07-15T17:42:49Z

For those of you that don’t use Facebook to follow the Microsoft teams, I commented on a Facebook entry from the Denali team that pointed me to their new Denali blurb.

]]>

My initial comment:

So, it's hard to tell what's new here besides Crescent. Does this mean that Report Builder 4 is a null set? Did they incorporate cascading style sheets into BIDS? What about shared code modules? What about ReportViewer compatibility? There ...are a dozen questions but the website has few answers. Consider that my last webinar (as small cross-section of IT shops) had no-one using 2008 R2. Half were 2005 the rest 2008. There really has to be a compelling ($$$) reason to invest in a new platform.

So their response was to see the SQL Server Reporting Services Team Blog entry that describes the Denali release of SQL Server in more detail.

My response was as follows:

It does help. I helps me see that the Visual Studio ReportViewer sync issue might have a long-term fix (that's the good news). The bad news is the dependency on SharePoint as several of the new features require SharePoint integration. Unfortunately, I don't see a "Native to SharePoint" migration tool that can take the years of work invested in Reporting Services native mode to easily port the catalog and its configuration over to SharePoint. Consider that the vast majority of sites do not have SharePoint integration for a variety of reasons--and might not ever have it.

Crescent also depends on SharePoint. I also didn't see anything about the other features report developers have been asking for including cascading style sheets, better parameter management, scheduling groups of reports and more. I don't see common solution properties in BIDS or better integration of DLL expressions. I'm afraid you've been working on features that too many of the smaller companies and independent departments within larger companies can't use--not without expensive re-tooling to use SharePoint.

After having read the team blog, I find that Report Builder 3 still lives but it’s renamed “Report Builder”. It also seems that there isn’t a new version of RDL—they’re sticking with “2010” but that’s not certain. They don’t say if Report Builder can work with more than one version of RDL—somehow I think that it’s still tied to one generation of RDL. Microsoft also announced that BIDS has been incorporated directly into Visual Studio, so the cross-campus dependency is less severe and they should be able to re-integrate “…within weeks” of Visual Studio’s next release.Thanks—it’s about time. Once Denali is released, ReportViewer applications will no longer have to be second-class citizens—always a generation behind. I wonder if they have added the ReportViewer control to the set of controls available for WPF applications. That would also be nice.

But I didn’t see any indication Microsoft added the ability to set properties on a solution-level to make it easier to build a single multi-project solution to map to large (or the entire) Reporting Services catalog. But that would be integrated into the low-level details and probably not mentioned in the blog. I also don’t see mention of better support for external DLLs like inclusion of VB class-projects in BIDS. I’ll look again once I install Denali. The point is, there is so much that needs to be done—things that ordinary report developers and DBAs need. I don’t see mention of the ability to share common-use code block between reports in lieu of creating and deploying DLLs. Where are these features?

As with other groups at Microsoft, the Reporting Services team seems to be caught up in the frantic SharePoint enthusiasm driven by the largest clients that, for the most part, does not extend beyond Redmond. Sure, I expect a number of larger companies have embraced SharePoint and it’s been improved over the years (from a very rocky start) but it’s expensive to implement, it’s performance is challenged and it’s difficult to manage—at least that’s what I hear from the field. But many, if not most smaller companies I work with can’t afford to start over from scratch to retrain, reinstall, redeploy, retest and all the rest required to add SharePoint and SharePoint integration. At to what end? Will the inexperienced Crescent report tool solve their problems or return enough productivity gains to justify the migration?

So before Microsoft encourages another company to make the cross-continent journey to SharePoint nirvana, they need a migration tool to make it drop-dead easy to transmogrify their native catalogs to SharePoint. They also need to figure out how to make SharePoint easier to install, configure and manage—not to mention run on a par performance-wise with native mode (good luck with that). In other words, they need to build the bridges and railroads before selling land in far-away lands.

In my humble opinion, like the Visual Studio team that’s focusing on Entity Framework (that the vast majority of their customers don’t or can’t afford to use), the SQL Server Reporting Services team seems to have created a new version of Reporting Services that builds the foundations for new features on uncertain ground before finishing the ones they created in the last two versions.

Reporting Services Webinar

2011-07-11T21:26:46Z

Nine Hours of Fast-Paced Training

Tomorrow (July 12th) I’ll be presenting my monthly webinar. It’s been updated to include more information about SQL Server Reporting Services (R2) and Visual Studio 2010. This high-impact series of six 90-minute webinars held over three mornings (Pacific time from 09:00-12:30) is for anyone who wants to leverage Business Intelligence Development Studio (BIDS), SQL Server and Reporting Services best practices—learning what works, what doesn't and why. These sessions are for developers, architects and managers who want to know how and (more importantly) when to leverage the power and benefits of SQL Server and Reporting Services. The fee also includes both of my Reporting Services and Visual Studio books.

Incidentally, Progressive does not care how many people sit in on the sessions so you can fill a meeting room or the local theater if you want to. These are also designed to be interactive—that is, I encourage the attendees to chat in questions anytime or ask over the phone at the end.

Want a front-row seat in my next Webinar? If so, I’m accepting applications for the live studio audience. All you need to do is send me an note saying why you would like to attend. I can comfortably sit about four people so get your application in early. Let me worry about the conference $999 fee, but if you bring doughnuts for everyone... I’ll pick the audience the Friday before the next talk.

SQL Server Quiz–June 2011

2011-07-01T17:48:17Z

I was asked to provide a quiz question for the Beyond Relational folks so I came up with this:

What issues are exposed when using SSPI authentication? How does one avoid these issues?

There were lots of answers that almost universally said that using SSPI authentication was the way to go. A number of folks cataloged many of the problems associated with SSPI including having to implement Kerberos when using multiple hops. I’m no fan of Kerberos as it can make a fairly simple client/server or Reporting Services site unmanageable. But everyone missed the point. Consider this scenario:

]]>

Bob is a low-level report developer working for Acme Enterprises. They have a number of competitors that would love to see their client lists. Management has made sure that Bob, and other folks like him have few rights on the production database and have no rights to access the Customers database. While Bob can execute SELECT statements against the Parts database, he has no rights on Customers.

Bob’s manager Betty is really considering demoting him or letting him go due to past performance issues—and that incident with the pig a few weeks ago. Bob knows his situation with the company is probably hopeless, so he decides to try to get at the customer list—he knows he can sell it to Farkle Industries down the street. When Betty tells him to create another report on the parts inventory he sees his opportunity. He creates the report but adds a few lines of SQL to the SELECT query that the report processor executes—something to the effect of “GRANT BOB rights to access everything (especially the customer database)”. He knows that his domain account does not have rights to make permission changes, but he knows that Betty’s does. When Bob runs the report using SSPI authentication, it throws an exception but returns the rowset needed for the report. However, when Betty runs the report, the report processor uses her SSPI authentication credentials and the GRANT statement goes through. Bob is now able to do all the queries he wants to against the customer list. He leaves Acme fat and happy.

This is called a Trojan attack. It’s very easy to implement anywhere that SSPI authentication credentials are used. Because of this very real threat, we recommend that you never use SSPI authentication for reports—at least not against databases that have sensitive information.

SQL Server Quiz June 2011

2011-05-31T13:02:30Z

The question for the month of June seems deceptively easy:

What issues are exposed when using SSPI authentication? How does one avoid these issues?

When I initially wrote this question, I was thinking about SQL Server Reporting Services reports and the data source connections they establish, but the question also applies to applications of all kinds that connect to data sources. As you (should) know, SSPI (or “trusted”) connections use the currently logged in Windows system credentials to pass along to the data source. The trusted approach precludes the need to use hard-coded (or generated) data source-dependent login names and passwords. With SSPI/trusted authentication, if the Windows user has a login account on the target SQL Server (or other data source), the connection is permitted to be (further) authenticated. No, the data source might not authenticate the connection if the user does not have rights on the initial catalog (default database), or if the server is too busy to take on additional connections, but that’s another issue.

The question is, do you know what issues are exposed when you use this trusted connection approach?
What are the alternatives and why should they be considered?
What are the downsides to these alternatives?

Want a hint? Check out Chapter 9 of my 7th Edition.

Note that you are not permitted to post answers to this question until June 1st. 2011.

Bill Vaughn

Postscript:

So, it seems that most responders to this question think that SSPI is the way to go. Here is another hint: Consider that SQL Server permits an application to submit any number of TSQL operations in a single query.

Microsoft Customers Abandoned Again: SharedView No Longer Supported

2011-04-04T22:13:24Z

Well, it’s official. Microsoft has abandoned another mainstream product with no replacement. When I installed the new IE9 I discovered that SharedView no longer worked. I quickly uninstalled IE9 and submitted a Connect bug and asked my MVP lead to check out what’s going on. He got back to me today with the grim news: “Microsoft SharedView is no longer supported by Microsoft.”

http://social.microsoft.com/Forums/en-US/sharedviewbetahelp/threads

This is pretty sad. I leaves me and many other trainers and support professionals in the lurch. Now I have to find a suitable (non-Microsoft) replacement, test it and learn how to use it as well as update my course materials. I expect this is not nearly as expensive as the costs incurred by others that depend on SharedView on a daily basis.

Why is SharedView important? Yes there are other programs that purport to do the same. The SharedView advantage is that it's a MICROSOFT desktop sharing solution. You don't have to convince a customer that this free program is going to do anything but do what it's supposed to do. It's very lightweight, installs in seconds, is virtually pain-free and is brutally simple for each end to use. We have lots of sites where remote desktop is not an option--especially in my webinar classes. Consider that SV lets me view the system while the customer demonstrates a problem. I can take over his mouse and keyboard but only if he lets me and all he needs to do to take control back is move the mouse or press a key. It gave the customers a lot more confidence in their own system's security.

Wonder why the Microsoft stock is flat or falling while other companies continue to grow even in this economy? Now you know.

American Airlines “We know why you fly”?

2011-03-21T18:12:34Z

The Marquis de Sade would have giggled with glee at the thought of paying a month’s wages to be slowly tortured in the way passengers are treated while traveling in today’s airports. American Airlines thinks they know why I fly. Perhaps they think they do, but do they understand how to keep a customer?

My wife and I just (barely) endured a long trip to London from Seattle and back via American Airlines. They (and the airports) could have done quite a bit more to make the trip more comfortable (or at least more tolerable) but mostly, they could have done so more quietly.

]]>

I like to get to the airport early, so I often spend considerable time in the waiting areas. What I don’t understand was why passengers are pelted with loud warnings about liquids in our carry-on luggage—inside security. This is not entirely American Airline’s fault, but they could get TSA to route their messages to the speakers outside security. Ya, know, it’s one of those pesky wiring things—I’ll bet you can figure it out.

The airports also insist on playing background music to sooth us or to drown out the noise of the maintenance cart with the worn-out wheel. When you’re trying to catch up on work or a novel, but also need to listen for important announcements like your gate has changed (again) or your flight is delayed (again), why flood the air with more noise in the form of pop music? Folks, no matter what tune you choose to play over the speakers, it will be noise to someone. Those that want to listen to music will have brought their own iPod. I know the burger vendor in New York did.

After a dozen dozen announcements about liquids, leaving luggage unattended, taking smoking packages from strangers and unintelligible gate changes, we’re finally herded on the plane. At this point some of us try to make last-minute calls to coordinate with folks at home or back in the office, and now is when American Airlines insists on either playing more music or “get your butt out of the aisle” messages. The latter I understand (to a point), but again, the background music is just more grating noise.

Along the way, we get the recorded safety briefing and a brief respite of quiet—but no, the pilot has to come on and prove that he actually knows where he’s programmed the plane to fly. Folks, I could care less what altitude we’re flying at or that we’re going to pass over Picayune Vermont (unless I’m going to Dallas in which case it means I’m on the wrong plane or the pilot has the wrong flight plan loaded.) Pilots, we already know you’re cool, just get us there in one piece (and watch the rate of descent on touchdown).

When we finally bounce off the runway, we’re often very, very tired from having been strapped to seats that were worn out 10 years ago, having to deal with airline food (if you can call it that) and worn-out electronics that you might expect to find in a ghetto pawn shop. Flying worn-out planes is American Airline’s fault. And we’re still a long way from home or hotel. At this point, passengers need to coordinate with people on the ground but no, there are more verbose “welcome to (someplace along the way)” messages followed by a (usually unintelligible) announcement of where your bags might (eventually) be dumped. And more music. After an 8+ hour flight across the Atlantic plus an 8+ hour flight across the US after a 5+ hour layover I’m in no mood for calypso music. Trying to be pleasant to the immigration agent takes all of the energy and civility I have left.

But no, as we walk that last 1/4 mile to baggage claim, dealing with broken escalators and shoving Europeans, we’re again warned not to put liquids in our carry-on luggage and not to accept candy from strangers. Dead on our feet, we still have another 40 minutes to wait, before our bags are extruded from the bowels of the luggage machine—all the time being assaulted to the tune of a pop song that someone in corporate thought we would like. I don’t. And we have to face the same trip on the way home.

American Airlines and the airline terminals: have you wondered why we don’t want to fly anymore? Yes, some stuff is expensive to fix. I understand that you’ve ordered new planes, but you can deal with some of the thousand needles of irritation just by being more sensitive to the assaults we passengers have to endure. Stop playing music, making meaningless announcements and understanding that not everyone likes disco music at 4 in the morning.

Is SQL Server Express Enough for the Job?

2011-02-22T20:39:36Z

I’m working the forums this week and I’ve already seen several questions asking if SQL Server Express Edition is up to the task. Shown below are the Microsoft links to Express’ limitations but I would like to clarify just what the mean (and can’t say).

]]>

Back in my Microsoft days, I was an (unofficial) PM for MSDE--the predecessor for SQL Express. I'll tell you what I have been telling folks for decades. It's not usually the horse that determines the speed, it's the rider. If your applications are built correctly, you'll have no trouble supporting dozens to hundreds of users on a fairly simple SQL Server Express server. Today’s versions of SQL Server all share the same binaries (except for the Compact Edition) so they all work with the same applications. However, the SQL Express edition limits two important performance-enhancing benefits: RAM cache and parallel processing. Instead of letting you cache a big hunk of the database pages currently being accessed in RAM you’re limited to 1GB. In addition, instead of using several threads (processors) to fetch the data all at the same time, you’re limited to a single thread. But do these limitations really mean you can’t use SQL Server Express to support a small business? IMHO, it does not.

Remember that what makes SQL Server fast is the amount of work it has to do (duhhh).

If it has to constantly hit the hard disk for data, it will be slower. The solution: add more RAM to cache the rows. In SQL Express this is going to be limited to 1GB.
Make sure that nothing else is running on the server--nothing (not even a print server, reporting services, exchange, IIS or even Castle Wolfenstein screen-saver). This means that the processor is not being distracted by other tasks and can focus on pulling your SQL Server wagon with all of it’s might.
Make sure that the client queries are well-written and return just the rows they need at the time. Fetching too many rows flushes the (limited) cache.
Don’t put pictures or documents in the database. One big picture can flush the entire RAM cache. Put BLOBs in files and put the paths in the DB.
Make sure that the database indexes are well designed and USED. If you fetch too many rows the indexes won't be used at all. Learn how to code and maintain indexes. Too many are just as bad as too few. Indexes can help focused queries but slow down updates.
Having a dual or quad-core (or better) processor will help the OS (Windows) stay out of the way. While SQL Express won't use the other processors to parallel process, the rest of the system will.
Pre-allocate the database to the size you expect it to be two years (or more) from now. Do the same for Model (which is used to create Temp) to eliminate the need to constantly stretch Temp during the day.

Most of these tips and more are in my book... hth

Come to my next Progressive webinar (“Visual Studio, SQL Server and Reporting Services”) where we discuss these issues at length.

For all the official details see http://www.microsoft.com/sqlserver/en/us/editions/express.aspx and http://www.microsoft.com/express/Database/.

Sharing Managed Code in Report Expressions

2011-02-12T19:47:26Z

My new webinar/lab class launches next week on February 8-10. It’s the premier edition of a series of lectures and lab exercises that walk report developers through the process of learning enough Visual Basic to create serious report expressions for use with Reporting Services reports.

We follow the introduction to Visual Basic with an in-depth discussion of how to add code-based expressions to your reports, but more importantly, how to share the code between reports. The final session shows how to create managed-code DLLs that can be developed in C#, VB.NET or any .NET CLR language and leveraged by the report processor when rendering your report.

The mentored lab exercises walk you through the process of creating a Visual Basic test-harness, coding and debugging complex code expressions and finally, you’ll create your own sharable managed-code DLL that can be used in all kinds of deployed reports.

Here’s the link to the Progressive site.

]]>

This is another one of my lab-based courses. Consider how hard it is to absorb new technical material when you don’t have a chance to try it out until you get back to your office. By including mentored labs immediately following each lecture, we’re able to help students dig into the concepts while the instructor is right there waiting to help. This approach has been very well received, as it encourages the maximum amount of learning in the least amount of time. All of the software used for the labs is free—thanks to Microsoft’s generosity. We also include easy-to-understand setup instructions to make installation easy. Several sample projects and reports are also included to illustrate the points discussed in the lectures.

PROGRAM HIGHLIGHTS

Visual Basic for Report Developers

Understanding Visual Basic
Creating Functions and Subroutines
Declaring Typed Constants and Variables
Managing Conditional Expressions and Looping
Testing and Debugging Expressions
Building an Expression Test-Harness Application

Implementing Report Expressions

Creating Internal Report Expressions
Creating External Report Expressions
Coding Report Expression
Working with the Expression Editor
Managing Expressions in Calculated Fields and Data Queries
Solving Typical Problems with Expressions

Sharing Report Expression Code

Expression Code Reuse and Sharing Issues
Creating Managed Assemblies for use in Report Expressions
Integrating Business Intelligence and Visual Studio
Creating, Testing and Deploying Custom Managed DLLs
Deploying Reports Containing Custom DLLs

Trying to Move Files with SharePoint Integration

2010-12-11T23:38:01Z

I’m prepping for my webinar next week that includes new content on Reporting Services SharePoint Integration and I came across a problem. In Report Manager I can easily “move” a report from folder to folder—it’s just a point-and-click operation with a GUI interface that shows the destination folder. I tried to do the same with SharePoint and discovered that there is no “move”—just a copy operation that’s a lot harder to use and not nearly as intuitive as it should be.

]]>

While I found that I can launch the dialog to move a selected report to a new location, it's not at all clear what goes in the "Destination document library or folder" URL. It says I can provide a "folder" but no, it really needs a URL. Why not let users browse to the location (like the Report Manager does) and let SharePoint figure out the URL?

To find what the URL really should be, I navigated (with another instance of the browser) to the target location in the SharePoint Library and pasted in the URL:

http://betavhv1/SitePages/Home.aspx?RootFolder=%2FShared%20Documents%2FProgressive%20Demos&FolderCTID=0x0120006A119C4454857745988F2FB710E11D19&View={E12517D0-B124-41A6-8EF9-03722E4C655E}.

Ya gotta be kidding. Thankfully, it turns out all I needed was:

http://betavhv1/Shared documents/Progressive Demos

Folks, what seems intuitive to those who work with SharePoint every day is not necessarily that intuitive for the rest of the planet. All they needed was a “typical” example or better yet a drag and drop approach. I would have been happy with the approach used by Report Manager.

There also does not seem to be any way to move or delete sets of reports or actually "move" them--copy to a new folder and delete the source.

This SharePoint UI has a long way to go to equal Report Manager. They haven’t won me over yet.

Managing Report Expressions—a Wish List

2010-11-15T20:30:07Z

This entry focuses on the code developers add to reports make them work, look better or expose custom functionality. Sometimes it’s simply adding green-bar but when these expressions get complex or have to be incorporated in many places in the report or in many reports (or both) productivity suffers.

]]>

I’m working on a new webinar lab course for Progressive (to be premiered in February) to address these issues. It’s currently entitled “Managing Report Expressions” and targeted to report DBAs that don’t have much experience with Visual Basic, expression handling or expression code reuse and sharing. It starts out with a primer on basic Visual Basic followed by a session on the inner workings of RDL expressions. The third session focuses entirely on building, reusing and sharing internal and external “code” expressions—those written in VB.NET and other managed languages. Yes, I expect I’ll have to have to write a C# example or two as well.

While developing examples for this series of webinars I discovered that reusing and sharing expression code is not easy. That is, all of the code to do simple things like green-bar, background color inversion, language selection and other more complex financial or mapping functions has to be hand-entered into individual properties and Tablix cells each time in every report that uses them.

I have a few suggestions that might help with your productivity when using today’s Reporting Services and BI tools implementations and a few suggestions (and wishes) that are intended to lobby the Microsoft Reporting Services team.

Use a Custom Report Template

My first suggestion for those trying to reuse code expressions is to include them into a “template” that’s used as a starting place for your new reports. This can include the customer’s layout and color scheme as well as a report Code property filled with needed Functions and constants. Of course, when this code needs updating (as all code does), you’ll have to open your report, past in the new code and retest—hopefully not having to re-touch the report itself.

Leverage the Report Code Property

But the template approach does not address the problem of the individual report element properties that have to be reset one-by-one. As you can imagine, when it comes time to fix a bug or simply update the expression to adapt to changing business rules, you’ll discover that you’re stuck with a time-consuming process fraught with danger. Perhaps you missed one or more properties, incorrectly entered the expression and well… your imagination can take it from here.

The solution here is to de-reference the expressions. That is, I suggest putting as much expression code as possible code into the Report Code property and simply reference it from the individual expressions with the Code. syntax. This way several element properties that share the same expression can be changed at the same time. Since the report developer does not have to dig all through the report to ferret out the expressions (often hidden under several layers of UI) it means that a simple change to a “common” expression used throughout the report would be simple. This approach would also make the RDL smaller and faster to compile and execute. Yes, you still have to test the change—you don’t get a free pass there.

Wish: Get the BI tools Intellisense™ to recognize Report Code and external DLL references.

As it is, when you attempt to reference a code expression, the BI tools don’t pre-compile the Report Code property code block so it does not know it’s there or what functions it exposes. This makes it far too easy to misspell the function names or other objects exposed by the code. I suggest taking a lesson from the Visual Basic team and adding this functionality as well as step-through debugging.

Wish: Add Visual Basic code projects to the BI tools

So, if you want to create a managed code DLL into your report project, you’ll have to use the full-blown Visual Studio (or Visual Basic Express) to write the code and build a prototype front-end to test it—the BI tools don’t contain any form of VB application projects. Folks (at Microsoft), this is just a packaging issue. Start talking with the Visual Studio people (they’re just across campus) and get the issues worked out. I would settle for the ability to create a VB class but having the ability to create the (now “obsolete”) Windows forms application to build a test harness would be nice(er).

Wish: Automatically set the Post-Build Events

When you’re ready to test your report that references a DLL it’s essential that you copy the latest version of the DLL to the “secret” (well, undocumented) locations so the Preview window or debug mode can find it. I suggest that the BI tools help developers build the correct command scripts to copy the DLLs to the correct folders.

Wish: A BI tools mechanism to leverage shareable code

The problem with the local Report Code property is that in the real-world companies don’t have just one report—they have dozens to many hundreds or thousands of reports. This means there could be as many independently managed Report Code blocks as there are reports. In many cases the entire report catalog is managed in large Visual Studio BI solutions that have a project for each directory of the Reporting Services (or SharePoint) report catalog. This leads me to my first wish:

Create a mechanism to support a common code block that’s managed on a project or (better yet) on a solution basis. This code would be compiled into the RDL as it’s being previewed or deployed—drawing it from a common source. I envision this implemented in a way that’s similar to the shared Data Sources, Datasets or Report Parts. Sure, you might consider implementing this as an external DLL, but given the current limitations of the report processor and the complexities of deploying code DLLs, I think some way to build and manage common code expressions that get incorporated into the RDL automatically is the next (easiest to implement) step. This would eventually lead to external DLL solutions if necessary but in many cases this would not be required except if you have DLLs written in languages other than Visual Basic. I also envision adding a “reference” to these XML code blocks in the report that would be resolved by the report processor when invoked to locate the code block. Of course, this would be expression-driven.

Wish: Document External Code DLL Development and Deployment

So this one is easy for Microsoft to implement—they don’t (shouldn’t) change the code at all—just document it. When I was writing examples for the various flavors of external code references I found that for each way that reports are deployed and executed there was a different method to deploy the external code assemblies (DLLs)—all of which are heavily under-documented (to be kind). Basically, Microsoft needs to document the following scenarios where reports reference external DLLs in:

Visual Studio BI tools Debug mode and Preview window
Reporting Services server-hosted implementations
ReportViewer Visual Studio development-time testing
ReportViewer deployed application hosted on a client system
Report Builder development, testing and rendering

Developers need to know how to:

Create a suitable DLL that can be referenced by the Report Processor.
Compile the DLL and place it in the “right” location where the Report Processor can see it at runtime.
Deploy solutions using server-hosted reports as well as applications using the ReportViewer control.
Understand how DLLs are cached in memory when referenced by the report processor and know how to flush the old version as you’re developing.
Understand the implications of code access security so they know what works and what won’t (and in what scenarios).
Understand the ramifications of shared code. That is, what happens when someone changes a DLL? Do the reports continue to use the old code? How does DLL versioning play a role?

Folks, I’ve already figured out my answers to most of these questions (thanks to a couple of friends at Microsoft and in the UK). The next question is, are these the right answers? That’s what I want Microsoft to provide. I’ll be providing these answers in my webinars. Unfortunately, none of the upcoming conferences wanted to let me present developer sessions based on this content (at least not so far) so you’ll have to wait for the eBook, a magazine article or come to a local user group meeting in Redmond where I’ll be presenting the prototype of the sessions in late January or February (2010).

Technorati Tags: SQL Server Reporting Services,Report Development,DLLs,Code property,report deployment

A Real Hero

2010-11-11T16:23:26Z

Here's a story sent to me on the web:

____________

You're a 19 year old kid. You're critically wounded and dying in the jungle somewhere in the Central Highlands of Vietnam. It's November 11, 1967. LZ (landing zone) X-ray. Your unit is outnumbered 8-1 and the enemy fire is so intense, from 100 yards away, that your CO (commanding officer) has ordered the Medevac helicopters to stop coming in. You're lying there, listening to the enemy machine guns and you know you're not getting out. Your family is half way around the world, 12,000 miles away, and you'll never see them again. As the world starts to fade in and out, you know this is the day.

Then - over the machine gun noise - you faintly hear that sound of a helicopter. You look up to see a Huey coming in. But ... It doesn't seem real because no Medevac markings are on it. Captain Ed Freeman is coming in for you. He's not Medevac so it's not his job, but he heard the radio call and decided he's flying his Huey down into the machine gun fire anyway. Even after the Medevacs were ordered not to come. He's coming anyway. And he drops it in and sits there in the machine gun fire, as they load 3 of you at a time on board. Then he flies you up and out through the gunfire to the doctors and nurses and safety. And, he kept coming back!! 13 more times!! Until all the wounded were out. No one knew until the mission was over that the Captain had been hit 4 times in the legs and left arm. He took 29 of you and your buddies out that day. Some would not have made it without the Captain and his Huey.

Medal of Honor Recipient, Captain Ed Freeman, United States Air Force,
died on August 20, 2008 at the age of 70 due to complications from Parkinson's disease. He was buried with full military honors at the Idaho State Veterans Cemetery in Boise.

May God Bless and Rest His Soul.

I bet you didn't hear about this real hero's passing, but we've sure seen a whole bunch about Michael Jackson, Tiger Woods and the bickering of congress over Health Reform.

______________

I’m also a Vietnam Vet. I flew for the 7/17 Air Cavalry for 9 months in II Corps (the Central Highlands) in 1969. I'm no Ed Freeman--not anywhere near it. But Ed was a member of our Vietnam Helicopter Pilots Association here in Washington State and I was proud to have known him.

By far, most of my missions in Vietnam were a walk in the park compared to so many others that flew back into danger to help others left behind. Those that came back returned as different people. Some still suffer today. And America didn’t learn the lessons of Vietnam. Our military is still fighting the longest war in its history, for reasons that we now find to be clouded, in a country with corrupt leaders, where our technology cannot win the hearts and support of the families that struggle for existence. Like Vietnam, the Afghan war cannot be won with bombs and bullets (according to our own generals). Like the Vietnamese, the men, women and children in the middle-east just want peace. So do nearly all Veterans. It’s why we fight and die and come back wounded only to find our jobs are gone and our families and marriages forever scarred. And we commit suicide at an alarming rate. So yes, tell a Veteran “Thanks” but remember him when you go to to polls to vote. Too many of the candidates wanted to cut funding for Veteran hospitals, clinics and counseling. There are lots of ways to support the troops—even if you don’t believe in the current war.

Free Software for the Un/Under Employed

2010-10-20T16:02:09Z

I just got this message from Arnie Rowland and it looks like a great offer. Basically, if you’re unemployed or underemployed he’ll provide the software if you’ll provide the talent to create an application for … well, I’ll let him give you the details.

]]>

Letter from Arnie Rowland: _______________________________________________________________________

Hi,
I am leading an effort to provide software, training, books, and software tools to unemployed (or significantly underemployed) developers. The package of software, etc., has a value exceeding $17,000.
Of course, there is a catch. We ask the developer to take on a small software development project for a non-profit, school, or church.
I ask that you pass this information through your network of friends, collegues, and contacts in order to get the word out to eligible developers. Also, pass the word to any deserving non-profits, schools, and churches where you may contacts. An non-profit can submit a proposal and perhaps a developer will take it on. I would love to see more submissions from Oregon and Washington.
The idea is to provide the tools, motivation, and opportunity for the developer to improve his/her skills in order to improve marketability. And at the same time, do good for society.
Full details are here: http://bit.ly/cadT0y
Thanks in advance for your help.
Arnie Rowland, Ph.D., MCITP, MCDBA, MCSE, MCT, MVP (SQL Server)

Reporting Services—Team Development

2010-09-02T18:24:42Z

Just thinking aloud here. So, let’s say you have a team of report developers and you find that more than one report needs to access a common set of routines.

]]>

In the first scenario, let’s assume that this expression (while complex) does not change that much over time. As I see it, Microsoft expects every developer to manually locate, copy and paste this code into their report properties. Because the expression does not change, it’s just a matter of tediously pasting in the code and hooking up the parameters (if any). IMHO, I think it would be nice if the code property could be automatically loaded from a file in the BI project.

However, in the second scenario where the code is subject to change, this cut-copy-paste scenario gets tedious (and dangerous) as each report must be revisited, edited by hand and recompiled, tested and redeployed. This might take hours to weeks to accomplish if there are a lot of reports and the chances for errors or omissions are manifest. IMHO there should be a mechanism to permit a single change to a single VB file in the BI project that would be automatically incorporated into all reports in the project upon request. This concept of a set of global project properties and the ability to apply these values to a set of reports in a solution is new but sorely needed. This same concept could apply to re-directing deploying reports, share datasets, share report parts or data sources to different servers or folders by simply changing a global variable.

For this shared code that changes scenario I recommend putting the code into a DLL that’s accessible not only at design/preview time in the BI tools or in a VS ReportViewer project but at runtime where the sever-hosted report processor can find it. The problem here is that the mechanisms to do this are not at all clear and not automated. I think it would be great if VS BI project DLLs could be automatically deployed to the correct Reporting Services bin folder and properly registered (as required).

In summary, As MS has implemented in the 2008 R2, the concept of shared datasets is intriguing. This gives developers the ability to create a commonly required rowset to be leveraged by any number of reports. Not only that, they’ve implemented shared report parts which lets a report developer construct a customized report control for reuse by several reports. That’s cool, but what if there was a commonly accessible set of code snippets that could be centrally managed and easily incorporated into reports? This way the developer would simply include the common code parts into their new reports to incorporate these blocks of Visual Basic code in every report. Since they are centrally managed, changes made to the host would be propagated to the reports leveraging the code.

Technorati Tags: Reporting Services,RDL