Upgrading to Xcelsius 2008 Tips & Tricks

I recently starting moving my BusinessObjects Enterprise Xcelsius models from XIr2 to XI 3.0. I have found that you may need to modify some of the elements after your model has been upgraded. Namely you will need to:

• Modify the URL of the web services
• Modify the URL of the embedded opendocument calls
• Modify the models

I can’t say that these changes are completely unexpected, but it unfortunately these changes will need to be part of a manual process. I think that part of the problem is that we haven’t integrated Xcelsius into any type of structured lifecycle management.

Modify the URL of the webservices

As I move my Xcelsius model from one physical machine to another, I had to go back into each Web Service and change the name of the machine it was pointing to. I also had an issue with my Universes. It appears that somehow, it lost track of exactly which universe I was pointed to (perhaps I changed the CUID during the migration to XI 3.0) so I had to manually edit each one and make sure it was working. In some cases, once I manually picked the right universe, the query still didn’t work. It would throw an error. So I discovered a special trick.

TIP: I found that when the system lost track of my universe I could click on the Show the option dialog… and it seems to fix everything. I think it realizes that the objects in the query are the same as the old universe and repoints the objects correctly.

I also found that you can no longer just copy the URL from the QaaWS administration panel and paste it into Xcelsius 2008. You need to actually click on the which shows you the definition. From there you can click on the WSDL link and it will reveal the correct WSDL “url”. You can see that the URL below contains the end-notation, ?def. The WSDL will be exactly the same but say ?WSDL.

Modify the URL of the embedded opendocument calls

Ouch – what a pain. In XI 3.0, they changed the location of opendocument.jsp from http://<hostname>:<port>/businessobjects/enterprise115/desktoplaunch/opendoc/openDocument.jsp to http://<hostname>:<port>/OpenDocument/opendoc/openDocument.jsp

This means you need to either create your own redirector logic on the application server, or rebuild all your opendocument URLs. I can’t say I’m too surprised (it changed from CE10 to XI to XIr2). It’s just that we now see customer’s using opendocument.jsp so much more because it’s a great way to integrate Xcelsius dashboards with Crystal Reports and WebIntelligence documents.

Modify the Models

So far I’ve not had too much trouble in moving my dashboards from Xcelsius 4.5 to Xcelsius 2008, however there are clearly differences in the way the product works. For example, I had a dashboard that did some lookups and returned zeros. In Xcelsius 4.5, when I used the option Ignore cells at End-of-Range option, it would ignore a text cell with the value 0 and a numeric value of 0. Now, it will only ignore the values in the column if they are truly blank.

I’m not saying the old way was right or wrong, it’s just that now the interpretation of “blank cells” has changed. It used to include cells with 0’s but now it really means only blanks.

Therefore – fair warning. When moving to Xcelsius 2008 you need to make sure and test each and every model to make sure it is still working in exactly the same way.

Conclusion

Overall, I love the new features of Xcelsius 2008. I love the fact that the worksheet is now integrated into the model and the updates to the model take place in real time, but expect a few bumps along the road. Like the fact that when you switch between Preview mode and the Normal mode, Xcelsius can’t seem to remember the sizes of the properties window on the right and the worksheet on the bottom-middle.