NSF is finally getting some love!
Wed, Feb 20th 2013 10:58a Erik Brooks 9.0/8.5.4 fixes the horrible "Optimize Document Table Bitmap" ghost-view-entries bug:
There is also another SPR where a deleted document will (on rare occasion) remain as an entry in a view. This is fixed also.
There's much bigger things happening and being talked about as well, but I can't talk about that just yet. But NSF is finally getting some love. [read] Keywords: ldd
It's been awhile. And $Readers fields.
Wed, Apr 4th 2012 4:08p Erik Brooks Man, it's been awhile since I've blogged. I should really get back on that.
And in case you've ever considered removing the Summary flag on a $Readers field (while leaving the "type: Readers" flag intact) to squeeze in a little more data, don't do it. Bad Things happen. [read] Keywords:
XPages: Dojo vs. Jquery... and JQuery is for n00bs
Thu, Aug 18th 2011 10:43a Erik Brooks No, I didn't title this blog post to insult those that use JQuery. I simply wanted to share this article, which I found funny (though there are some truths inside.)
WARNING: Foul language ahead.
People are making many XPages and custom controls, and that's a Very Good Thing. But some of these incorporate Dojo while some use JQuery. I want to re-emphasize my recommendation that those of us doing XPage development cont [read] Keywords: domino
8.5.3: GetItemValue() gets MUCH better
Mon, Aug 1st 2011 6:04a Erik Brooks First, the standard beta disclaimer:
"This is beta software from IBM and does not represent a commitment, promise or legal obligation by IBM to deliver, in a future release of Notes/Domino or Lotus Notes Traveler, any material, code or functionality described/shown in this presentation."
We've been working a particular PMR for nearly a year with IBM. After a lot of high-level attention it was finally made an SPR, and finally has a fix in the latest beta of 8.5.3. Cross your fin [read] Keywords: domino
Ouch: Henning slams IBM
Wed, May 25th 2011 6:00a Erik Brooks Read this article, and read Henning Heinz's comment: http://www.ns-tech.com/blog/geldred.nsf/plinks/GELD-8H739L Ouch. I can't say most of his points aren't valid. [read] Keywords: ibm
NSF conflicts: Nasty bug with $ConflictAction="3" (Merge/no conflicts)
Mon, Feb 21st 2011 1:56a Erik Brooks We uncovered a nasty bug recently with $ConflictAction="3". This field is applied to documents if your form is set to the replication conflict setting of "Merge/No Conflicts." The worst part about this bug is that a "pull only" replication can actually change data on the server you're pulling from. Which should never be possible.. The problem is best illustrated by example: 1. Create a doc on server A with $ConflictAction="3" and a field called "Text" with some text in it. [read] Keywords: ibm
DDE on Mac
Tue, Feb 15th 2011 6:03a Erik Brooks "Why IBM needs DDE on Mac" is being discussed on Bill's blog: http://www.billmal.com/billmal/billmal.nsf/dx/02142011062912PMWMAVJT.htm?opendocument&comments#anc1 My understanding of Mac marketshare is that it is currently at ~10%. But that is irrelevant. What is relevant is this quote from David (The Notes Guy In Seattle): "...I was part of the college day sponsored by GBS and while I was there at least a third of the college student attendees could not participate in the pre-L [read] Keywords: ibm
Fun IBM Function Names
Mon, Feb 7th 2011 8:13a Erik Brooks From the IBM Fix List Database - SPR# PMAO7SHRS3 - Fixed server Panic under LookupTheVariableInOurCache caused due to data corruption. SPR# JPAI7GRSXA - Fix resolves a server crash caused due to invalid formula being passed to FormulaAnalyzeGutsExt. [read] Keywords: ibm
NSF: *DOMINO* on SSDs: Dear God.
Wed, Jan 26th 2011 10:19a Erik Brooks I've... seen things you people wouldn't believe...
Highly complex, categorized views rebuilding at a rate of 10,000+ docs per second. Copy-style compacts running on 450GB of data across thousands of NSFs, finishing in 70 minutes. Full-text indexes being created on 3,000 docs spanning 20 MB of data, in ONE second. Full-text indexes being created for 80,000 docs spanning 20 GB of data in just over THREE minutes. My average data disk queue depth is 0.008. This is all wh [read] Keywords: domino
Re: Script Library Issue
Wed, Dec 8th 2010 8:12p Erik Brooks div(Putting this on my blog for general knowledge, and maybe some IBM eyeballs...) /divdiv /divpIn response to: a href=http://www.bleedyellow.com/blogs/texasswede/entry/script_library_issueScript Library Issue/a/pThe problem is that you introduced a new member to the class. div /divdiv /divThe other two pieces (new method, change to existing method) are fine. div /divdiv /divI dont know what IBM did to script libraries between R5 and R6 that introduced this (likely something with the addit [read] Keywords: agent
Notes/Domino 64-bit problem with large arrays in LotusScript
Fri, Oct 29th 2010 3:28p Erik Brooks div /divdivThis workaround appears to be unknown to some, so I figured Id post it on my blog so its quot;in the wild.quot;/divdiv /divdivIf you have a large static array in LotusScript, e.g.:br /br /bDim myArray(1 to 8000) as String/b/divdiv /divdivThen you may run into problems with that code running on 64-bit Domino. Youll get an quot;Out of stack spacequot; error.br /br /LS pointers (of which the above has 8000) consume 32-bits each on 32-bit Domino, but 64-bits each on 64-bit Domino. A fu [read] Keywords: domino
Oh IBM, you so crazy!
Mon, Sep 20th 2010 12:29p Erik Brooks div /divdivOk, just moments after writing my post about the XPages Extension Library contribution by IBM, I notice this Redbook entry: br //divdiv /divdiva href=http://www.redbooks.ibm.com/abstracts/redp4684.html?OpenExploiting IBM Websphere Service Registry and Repository Feature Pack for Service Federation Management to Share Services Between Two Domains/a /divdiv /divdivCheck out that title. So IBM. It may be a new world record. Heck, even the Redbook authors seemed taken aback:/divdiv /d [read] Keywords: ibm
These SPRs bug me... more on the N/D app dev theme
Fri, Jul 30th 2010 10:40a Erik Brooks I love the Fix List database. Sometimes the write-ups are a little vague, but generally they're chock-full of great detail. But there's a general theme throughout most SPRs that really bugs me. SPRs like this one. Can you spot it? Fixed in 8.5.2: SPR# CSCT7V2RJS - This fix disables all compute actions for the conflict losing document since a computed field can in turn try to open up a database and require a lock. The conflict losing document will not have computed fields calculate [read] Keywords: ibm
Wow - Did you see that?
Mon, Jul 19th 2010 9:45p Erik Brooks Here we go: A $5 Notes/Domino app that will likely have 1000 downloads by the end of the month. To quote the infamous Will Ferrell as Ricky Bobby in Talladega Nights: The Ballad of Ricky Bobby: "What does that do? Does that blow your mind? THAT JUST HAPPENED." Um, IBM, you just maaaaayy want to build an app store. Just sayin'. [read] Keywords: domino
HIRING: Full-time Notes/Domino XPages developer
Thu, Jul 1st 2010 1:30p Erik Brooks Great news! We're looking to hire a Notes/Domino developer with XPages experience. You'll be working on the most complex Domino web app in history with an awesome team of people. This is a full-time position in Tallahassee, Florida and relocation expenses will be considered. I know XPages are still relatively new technology, so if you've only got a few months' experience that's fine. If you've got no XPages experience but have a lot of experience with legacy Domino dev on the web [read] Keywords: domino
N/D App Dev - The Wikipedia article needs help
Wed, Jun 30th 2010 8:27p Erik Brooks A few weeks ago we all screamed "We want XPages documentation!" at IBM. I started looking around the 'net for more IBM-initiated promotion of XPages. Did you know there's a Wikipedia article about the technology? It's about as sparse as the documentation. Compare this with this. Fortunately this is better, but that XPages article is still pretty sad. Ideally the page would be beefed up by IBM, but since anybody can edit Wikipedia we can all get in there and contribute. [read] Keywords: ibm
8.5.1 Fix: GetDocumentByKey()
Tue, May 25th 2010 2:40p Erik Brooks After several weeks the bug introduced for GetDocumentByKey (and all the other Get*ByKey operations) has been fixed. As per IBM's announcement it looks like it will ship with 8.5.1FP3. With the fix lookups to busy views are also exhibiting a marked performance improvement so this is also a significant win for busy databases. [read] Keywords: ibm
GetDocumentByKey - I'm curious.
Thu, Apr 22nd 2010 8:20a Erik Brooks Since I know everyone will be asking: no, this is actually not related to the GetDocumentByKey fix that IBM is working on. According to the Designer Help, GetDocumentByKey() is not case-sensitive. Meaning if you have two entries in your view: Apple APPLE Calling GetDocumentByKey("Apple", True) returns the first doc. Calling GetDocumentByKey("APPLE", True) returns the first doc also. I used to think that the case-sensitivity setting of the column actually controlled this behavior [read] Keywords: dblookup
Folder opens slowly in Designer
Thu, Mar 25th 2010 9:41a Erik Brooks You may have noticed that opening a folder in Designer can take a very long time if there are many docs in the folder. The lightning bolt flashes indicitating a lot of network traffic - it's as if Designer is downloading the entire folder index even though you obviously don't need it. Views, on the other hand, always open very fast. Over higher-latency network connections it can take several minutes for the folder to open. I've reported the problem to IBM Lotus Support but they need m [read] Keywords: connections
8.5.1 - The bug is back, the full story.
Wed, Mar 24th 2010 6:50a Erik Brooks The 8.5.1 GetDocumentByKey bug fix released last week (for 8.5.1FP1 it was HF124) has regression problems. If you have a view with these docs: a b y z And you have code that performs: getdocbykey(a), print value getdocbykey(b), print value getdocbykey(y), print value getdocbykey(z), print value Then you will get "a,b,y,z" as expected. But if you change the code to perform: getdocbykey(a), print value
getdocbykey(b), print value CREATEDOC WITH VALUE OF H
getdocbykey(y), print value
[read] Keywords: ibm
8.5.1 UNFAIL - Part 2: The Fix
Mon, Mar 15th 2010 10:17a Erik Brooks Wow... there's been nearly 4,000 hits to my blog entries regarding the GetDocumentByKey bug. A lot of you have been asking me about an update so here we go: The Short Story The issue's reportedly been fixed. There is a technote where you can contact IBM for a fix.a technote where you can contact IBM for a fix. As a nice side effect the original bug they were trying to fix all along (the "infinite loop" bug) is now truly fixed. Your apps that perform any GetXXXByKey calls wil [read] Keywords: agent
8.5.1 UN-FAIL! The Fix is coming...
Thu, Mar 11th 2010 5:47p Erik Brooks For those that were asking me, yes - IBM has finished a fix for the GetDocumentByKey problem. I won't steal any thunder about the formal announcement (also because I don't know all the details) but the way IBM explained to me how the refined algorithm works is awesome. So awesome, in fact, that you may see your apps scale much, much, MUCH better under load than ever before. I'll go into more detail after the formal announcement, but this fix (really a more-correct implementation of [read] Keywords: ibm
8.5.1 FAIL. Your code may just break.
Mon, Mar 1st 2010 12:05p Erik Brooks 8.5.1 is great. Really great. Except when it decides to make your code no longer work. And especially when that code involves NotesView.GetDocumentByKey, NotesView.GetAllDocumentsByKey, NotesView.GetEntryByKey or NotesView.GetAllEntriesByKey. If you do Notes/Domino dev you've probably written something like this before: Dim v as NotesView Dim d as NotesDocument Set v = GetView("myView") Set d = v.GetDocumentByKey("something") There's probably a trillion lines of this type of co [read] Keywords: domino
8.5.2 Notes/Domino due Q3 of 2010
Wed, Feb 24th 2010 11:04a Erik Brooks I haven't seen anything regarding a release date for 8.5.2 yet except for "mid-year". But according to the Fix List database here we can expect it Q3 2010. I'm part of the managed beta (go join if you want to take part also) so I can't comment about it yet, but as Tim Tripcony blogged it's going to be "cuh-ray-zee". [read] Keywords: domino
Domino on the Web? You *need* this fix.
Wed, Feb 24th 2010 10:50a Erik Brooks We were downloading in London from a Domino server in Florida. Domino was serving the file at a whopping 65K/sec to London, despite being on a connection with about 8 MB upstream available and the London connection having tons of available downstream bandwidth. Running an FTP server on the same machines allowed the same file to be transferred at about 600K/sec. HTTP transfers are slower than FTP but not that much slower. So we opened a PMR. The answer is this SPR on Windows: SPR # MKIN7 [read] Keywords: domino
OpenNTF shows PRODUCT! If you sell Notes/Domino you MUST see this.
Tue, Feb 23rd 2010 7:23a Erik Brooks If you missed it, you MUST check out Niklas Hiedloff's blog video. It showcases some projects on OpenNTF, and most importantly shows products on the Notes/Domino platform. And since they're on OpenNTF they're freely available. If you sell Notes/Domino, this video covers in 8 minutes a ton of stuff that - if I were a prospective customer - would make me salivate. It shows off the technical prowess/flexibility of N/D without getting techy, and when you say "yeah there's this entire w [read] Keywords: domino
Dojo gets a new website *again*
Mon, Feb 22nd 2010 7:55a Erik Brooks So a few weeks ago I blogged about the Dojo website getting a facelift. It was much cleaner than before, a bit more organized, though less eye-catching. Well apparently they decided to step it up a notch with an entirely new site design. Click here to see it. I have to say I like it. It looks like they've really put a lot of effort into documentation, too. Click the "Learning is Easy" in the lower-right. And I didn't know Cisco was using Dojo also. Cool stuff. [read] Keywords: dojo
IdeaJam needs two things to help us and IBM...
Sun, Feb 21st 2010 4:33p Erik Brooks So today I was doing some Yellowsphere community service. I decided to hop on over to IdeaJam and start looking for ideas to comment on. I clicked on "Popular" where you see a list of all of the most highly-promoted items. Some of these have been delivered in recent versions (GO IBM!) and others are coming soon. But they're still in the list, and there's no way to tell that some of them have been addressed. I posted "hey, this is done" in the comments of some of them, but it'd be grea [read] Keywords: ibm
8.5.1 Lotusscript INI setting: GO_FASTER=1
Fri, Feb 19th 2010 6:39a Erik Brooks Generally speaking, Lotusscript should run about 15%-40% faster on 8.0.2+ versus prior releases, primarily due to this fix: SPR# BHUY75XJL2 - LotusScript is yielding too often,
which was necessary a while back with slower machines. Now that Machines are
much faster, we changed it to yield less often. However 8.0.2 also introduced this fix: SPR# DCOE6KPW48 - Fixed a crash calling fulltrim on
arrays returned from certain other lotusscript builtin functions (eg
Join). Unfortunate [read] Keywords: ibm
XPages or Flex? Something else to keep in mind.