Server is now generation xml tags in lower case

HCL Domino Domino Forum
1

XML returned by the querystring ?ReadViewDesign returned the xml tags in uppercase in r5.x. Now in 6.x the default seems to be lowercase. Is there a switch to make the domino server generate the tags in uppercase again?

2

Subject: Server is now generation xml tags in lower case

I haven’t heard of a switch. The same is true with ?ReadEntries (it returned mostly uppercase in R5 but lowercase in ND6). ?ReadViewEntries was in lowercase in R5 so it isn’t “broke” in ND6.

What are you doing with ?ReadViewDesign (actually it is ?ReadDesign)?

3

Subject: RE: Server is now generation xml tags in lower case

Thanks for your response,

We use ?readdesign for setting up the column sizes for our web views. I would imagine that the change in xml served up from domino is going to cause a considerable changes and testing of code for those wanting to run their web application in R5 and R6. What a pain in the butt.

4

Subject: RE: Server is now generation xml tags in lower case

Hi Craig,

If you are using ?ReadDesign and ?ReadViewEntries to craeate HTML for views, then we need to compare notes. I have done the same thing and have posted a sample db on openntf.org

http://www.openntf.org/projects/codebin/codebin.nsf/a25f03d09ecebefc88256bdc000dd5a9/3b006475e3b5bcde88256c4800728bca!OpenDocument

It’s an example I put together that will take any notes view (categorized, flat, response docs, totals, etc.) and convert it to html by reading in the views as xml (using ?ReadViewEntries) and then transforming it on the client with xslt.

I haven’t had time to work on it further but perhaps we can trade designs to get the best of both approaches.

How do you do your transformations? Server side? or Client side?

Jack

5

Subject: RE: Server is now generation xml tags in lower case

Hi Jack,

I checked out your app. Nicely done. I wish we had this example 3 years ago, it would have saved us tons of time. Our approach does use ?ReadDesign and ?Readviewentries but we use the the combination of msxml parser, xpath and the dom to display our views.

If you wish to discuss design further and how we would tackle the 5x to 6x xml diffences you can contact me at dclaverty@hotmail.com. If you have messenger installed then we can talk real-time.

I will email you a screen grab of our views displayed on the web.

Craig.

6

Subject: RE: Server is now generation xml tags in lower case

I have the same problem. My xslt was testing tags in upper case. Now, the generated xml is in lowercase, so tests doesn’t work any more.I use ?readentries.

Can you tell us how you have sold your problem please? Or anybody else have a solution?

7

Subject: RE: Server is now generation xml tags in lower case

yeah…unfortunately I have to place my database designed in Notes7 on a R 5.0.8 server.

so, when I was trying to display the views using ?readdesign, all the attributes and tags in xml are generated in uppercase in R5, but I have coded them in lowercase. So, I have to change all the tags to uppercase to suit the tag generation in R5, to display my view properly…

Thanks for this thread

8

Subject: RE: Server is now generation xml tags in lower case

Sebastien,

first we did a check on the server version and assigned that value to a javascript variable.

We then used that value to determine our xpath syntax. For example :

tcat = (serverVersion < 170)

  ? xmlDoc.selectSingleNode("/VIEWDESIGN[@CATEGORIES]")

  : xmlDoc.selectSingleNode("/viewdesign[@categories]");

if (tcat == null) {

  tcat = 0;

} else {

  tcat = (serverVersion < 170)

  ? tcat.selectSingleNode("@CATEGORIES").value

  : tcat.selectSingleNode("@categories").value;

}

We assigned the version by putting putting our js into a page and using computed text with the formula @Version

hope this helps