Another way IBM can help the Developers/Business Partners

Denny Russell  June 16 201008:31:24 AM
I've stayed pretty much out of the conversations that are going on.  I sent Ed an email and told him of our story. Quite honestly, we are seeing a better year this year than we have in the past 2 and I have my reason for why that is, but that's not what this post is about.

But if they want to know what IBM can do to help, IMHO, they need to help the developers.  A lot of the developers are in fact Business Partners, ISV, whatever you want to call them.  And IBM needs to help them.

Below is just one of many examples that as a Business Partner, we constantly fight against.

DAOS was released and is a good feature.  Customers love it and what it can do.  However, it opens up all new fields for database size once you've enabled DAOS on a database.  The problem is, Business Partners, the Guys & Gals who write the great apps that help make Domino what it is, have no way to get to this.
This has completely changed how a core functionality in our product (that had worked for 10 years prior) works and has caused customer to think there is a problem with our product.  It's not a problem of our product, it's a limitation of what IBM allows us, the Business Partner, the Developer to do.

I've been in contact with IBM from the first release of DAOS and asked about this.  I know I'm not the only one who has asked for the ability to work with DAOS and it's store of information.  Several others have brought this up on the Design Partner calls.

September 09 I got this response
SPR #OAGU7VKPHS is an Enhancement Request to have a new Database Property That Shows the Physical Size of Database.  The might be included in future releases if more customers request the same.  

January at Lotusphere I had several conversations with who I thought were the right people.  In the labs, with people I know and even had the luck of sitting at the lunch table with an IBM'er who told me this was a big request and they were working on it.

June 15th, 2010 I got this response...
As you've found, you won't be able to get the true (smaller) size on a DAOS enabled file, just the logical size.  It is currently a task on our requirements list for a future release, but it is not in plan yet.  I will add your company to the request as an official Partner request to add weight to the requirement.  

One suggestion we have is to try to look up the physical size on disk using script, rather than looking it up in the database properties.  I'm honestly not sure how to do that, possibly using FileLen, though that might be really expensive for a large file.  

This is just one example of the struggles we have had over the years.  I can't tell you how many current issues we have because of issues introduced in 7.03, 8.5 and 8.5.1 that we have no control over.

Typical customer calls go like this.
- Customer calls and says, "I had a server issue and called IBM.  They said the issue is with your code. They also said they have a lot of internal technotes for this product (more on this below)".
- So we investigate and find an issue that we've already talked to IBM about or a bug in Lotusscript code (for example, getdocumentbykey).
- We get on a call with IBM, ask the question, 'Aren't we just exposing an issue in the code that you provide us with?' and then the head scratching starts.
Luckily, our customers understand it is not our issue and are more than patient with us.

But my point is, we are provided no help and no way to effectively troubleshoot.  Then we find out from customers that there are internal tech notes that reference our product, but yet as a Business Partner and the creator of the product, have no access to see or or correct.  Yet IBM Support shares them with their customers.

Maybe we are the only one here with this kind of issue, but I'm sure we are not.  Provide us, the Business Partner, with an advocate for our products, to help us help you succeed.  Give us a go to person to help us get our problems resolved, help us find the answers we need and help us succeed.

Comments

1 Frank Paolino     http://blog.maysoft.org/ 6/16/2010 11:50:18 AM  
Pizza and Soda works

Denny,

This happened to us, too, and it was painful.

I ended up going to the Westford support group with pizza and soda for 40 people and explaining what we do and wht our product does.

Now I have some informal contacts if there is this type of problem.

Not exactly the answer you wanted, but my point is the group is flexible and willing to work with BPs.

2 Ulrich Krause      http://Http://www.eknori.de 6/16/2010 11:54:42 AM  
Another way IBM can help the Developers/Business Partners

You can use ls2capi to retrieve the physical size of a database. Will postt an example ad soon as I'll be back at the office

3 Ulrich Krause     http://www.eknori.de 6/16/2010 12:03:30 PM  
Another way IBM can help the Developers/Business Partners

Here is the code:

'Declaration

Declare Function NSFDbOpen Lib "nnotes.dll" Alias "NSFDbOpen" (Byval dbName As String, hDb As Long) As Integer

Declare Function NSFDbClose Lib "nnotes.dll" Alias "NSFDbClose" (hDb As Long) As Integer

Declare Function NSFDbSpaceUsage Lib "nnotes.dll" Alias "NSFDbSpaceUsage"_

(Byval hDB As Long, retAllocatedBytes As Long, retFreeBytes As Long) As Integer

Sub Click(Source As Button)

Dim dbHandle As Long

Dim usedBytes As Long

Dim freeBytes As Long

Dim ServerName As String

Dim dbName As String

ServerName = "serv01/singultus"

dbName = "mail/ukrause.nsf"

Dim db As New NotesDatabase ( ServerName, dbName )

If ServerName = "" Then

Call NSFDbOpen ( dbName, dbHandle)

Else

Call NSFDbOpen ( ServerName + "!!" +dbName, dbHandle)

End If

If dbHandle <> 0 Then

Call NSFDbSpaceUsage(dbHandle, usedBytes, freeBytes)

Msgbox "Logical: " &_

Cstr(db.Size) & " Bytes || Physical: " &_ 'logical

Cstr(usedBytes + freeBytes) & " Bytes || DAOS: " &_ 'physical

Cstr(db.Size - (usedBytes + freeBytes)) & " Bytes" 'DAOS

End If

NSFDbClose dbHandle

End Sub

The example is winows only, but when you change the declaration of the api calls, you can run the codeon any supported platform.

4 Denny Russell     http://www.lotusdr.com 6/16/2010 12:04:39 PM  
Another way IBM can help the Developers/Business Partners

@1, no it is the kind of response I was hoping for. I'd love to know how to get that person who understands and believes in our work and is willing to help us out.

@2, I'd love to know what we can do. I blogged a long time ago about this exact topic looking for work arounds so your help would be much appreciated.

5 Denny Russell     http://www.lotusdr.com 6/16/2010 12:06:04 PM  
Another way IBM can help the Developers/Business Partners

@3, thanks for the code. Will be testing soon.

6 Ulrich Krause      http://Http://www.eknori.de 6/16/2010 12:19:30 PM  
Another way IBM can help the Developers/Business Partners

Just saw that i already blogged this bach in november 2009

{ Link }

7 Denny Russell     http://www.lotusdr.com 6/16/2010 1:20:18 PM  
Another way IBM can help the Developers/Business Partners

@Ulrich - Damn, how did I miss this??

And the bigger question is why does IBM support not know I can do this...

Thanks again.

8 Frank Paolino     http://www.notesappstore.com/ 6/16/2010 1:56:22 PM  
Another way IBM can help the Developers/Business Partners

Denny,

I wasn't joking in my post.

Navigating the maze of IBM is not easy. Each of us has our own "cheat sheets".

I'd be glad to introduce you to the Westford support group.

Or maybe I could post a shared "cheat sheet" on my blog?

However, I think people guard these relationships.

I proposed paying a BP fee for access to this group at Lotusphere. I don't think Ed Brill and Brent Peters thought we would really pay money for that. We use MSDN and pay about $2,000 per year. In return, they answer almost all questions in 24 hours.

So maybe IBM is hearing "more free requests"?

Would they respond better if you, I and 50 other BPs signed up for a fee?

Custom Blogger Search

Get your copy of the IBM Lotus Notes and Domino 8.5.1 Book
 
 
  • Admin Thanks to Chris Miller and Connectria for hosting this blog.