Julian Buss/YouAtNotes Blog about Lotus Notes, Domino, CRM, CMS / Web Content Management, Workflow and other stuff | Comments

SORTED view in XPages after a fulltext search

Patrick Kwinten — Wed, 28 Jul 2010 17:04:33 +0200

hwta became the code for this:

- get the NotesView

- do a ftsearch on the NotesView

- get the NotesViewEntryCollection of the already searched view

- loop over all NotesViewEntry elements of the collection (which has max 5000 entries)

- add each NotesViewEntry to a java.util.TreeMap with an entry's column value as the key

- return the values of the TreeMap to a repeat control.

Thoughts about Damien’s CouchDB, his new company couch.io, trends and Lotus Notes

Dennis Dirdjaja — Tue, 27 Jul 2010 19:58:03 +0200

From the technology point of view, that's absolutely right. In my opinion, one major reason why Notes isn't mentioned in the NoSQL buzz are the applications.

Users got used to the fact that Notes applications have their own weird style of usability, yet hating it. As a result, many Notes applications are still developed like, uhm, Notes applications. Sometimes it's because, after years of suffering, the customer simply expects that from a Notes application, but even more it's because there are still too many developers out there prisoned in their yellow bubble. But modern (web) applications are working differently and developers have to realize that.

At the end of the day, it's absolutely irrevelant which technology is behind a certain application for a platform decision made by the management. Getting things done with minimal effort for the user is the key to success. And if the platform is Domino/Notes, even better for us :)

Thoughts about Damien’s CouchDB, his new company couch.io, trends and Lotus Notes

Kevin S Pettitt — Tue, 27 Jul 2010 15:40:20 +0200

Very similar to thoughts I've had. The feature that stood out for me when reading some of the CouchDb articles was the peer-to-peer replication possibilities. Making a server an optional component of a shared application strikes me as an incredibly powerful capability (Anything to take Admins out of the picture is a good thing ;-) ).

Whether sharing an application among team members who might be distributed and highly mobile or simply syncing data among all your own devices (laptop, smartphone, tablet), it's pretty cool. I'll be very interested to see what sorts of Lotus Notes integration possibilities may arise as CouchDb matures.

Thoughts about Damien’s CouchDB, his new company couch.io, trends and Lotus Notes

Dan Sickles — Tue, 27 Jul 2010 15:26:12 +0200

Damien and his partners at Couchio have been very clear that CouchDB was inspired by Notes. I visited the Couchio offices on one of their Friday evening open houses when working in CA recently and spoke with Damien and his team. They regularly explain the Notes heritage to CouchDB newbies but they don't focus on it.

Interestingly, even with Couchdb, many people still don't grasp the significance of replication.

{ Link }

Thoughts about Damien’s CouchDB, his new company couch.io, trends and Lotus Notes

Henning Heinz — Tue, 27 Jul 2010 15:06:09 +0200

Well if someone does just that he would probably have a tough job competing against other (free as in beer open sourced) NoSQL platforms.

Damien tried to get venture capital before but failed at that time (he then went to MySQL AB and later back to IBM who allowed him to work full-time on CouchDb).

It still has to be proven if those NoSQL platforms will generate enough revenues to grow a business (although getting bought by a big company in some way is a business model too). I am currently bidding for a project that would involve using CouchDb as its data store.

Thoughts about Damien’s CouchDB, his new company couch.io, trends and Lotus Notes

palmi — Tue, 27 Jul 2010 12:11:05 +0200

very intreasting thoughts :)

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Kevin S Pettitt — Fri, 23 Jul 2010 16:45:05 +0200

I've actually become very familiar with the issue of doc.isencrypted not working for the user, and ended up writing some C API script that can be called from Lotusscript and DOES work (yet another unwritten blog entry).

I am surprised to learn that it worked "properly" back in the 6.5 days. It definitely stopped working by 7.0.2 and doesn't seem to have changed in 8.5.1. The script I used that needs to test for encryption state gets documents using db.getdocumentbyunid so I would be surprised if there is *any* way in which a user-run script can get the property to return true.

It is important to note that a *server* run script will correctly report doc.isencrypted (unless the server's public key is among those used to encrypt the document). Typically for mail this is not the case, so scheduled agents should work fine. This is good news because a scheduled agent can be used to occasionally go through the database and find any messages where doc.isencrypted = true AND doc.Encrypt(0) <> "1" and fix the Encrypt field (no it is not 100% reliable). Then the Encrypt = "1" test *will* work reliably, meaning among other things that you can use it in a view selection formula.

I will eventually get around to writing this whole thing up, and have actually discussed my approach with Jens Polster (whose related post is referenced in comment @1). He had done some work to adapt it into a class but I subsequently found and fixed a bug in the approach and don't know if he integrated that fix into his efforts. If anyone is desperately in need of this technique and has some consulting dollars/euros to throw at the problem I can jump on it quickly and help you out but I'm otherwise rather swamped at the moment. Sorry for the self-plug, but as someone once said: "Cheap, fast, good. Pick two."

a

professional seo — Fri, 23 Jul 2010 14:54:57 +0200

Thanks for sharing this nice article.

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Erik Brooks — Fri, 23 Jul 2010 13:49:45 +0200

Sounds broken to me, unless IBM can justify why it should have worked this way all along. It's a regression, and this piece in particular makes it REALLY broken:

- You cannot test if a document is encrypted or not at all if you got the handle to the document from a view.

Perhaps another backend method (GetDocumentByUNID/GetDocumentById/GetDocumentByKey/Search/FTSearch) will allow you get a doc and test it, but if not then this means there's no way for a scheduled agent to test the encrypted property, and that's REALLY broken.

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Michael Ruhnau — Fri, 23 Jul 2010 13:43:12 +0200

Another issue with NotesItem.isEncrypted is that it it returns true for signed but unencrypted fields.

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Julian Buss — Fri, 23 Jul 2010 13:22:25 +0200

thanks for the tip with the "encrypt" field, this is a kind of workaround in my specific case.

But I still don't get why .isEncrypt is false when I get the doc from the view, and true if I get it from an UIDocument. This still sounds wrong and like a bug to me.

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Urs Meli — Fri, 23 Jul 2010 13:14:32 +0200

Yesterday I wrote a small application to decrypt all the mails in the users mailbox.

I can't find the link right now. But doc.save() does not encrypt a document, unless you called doc.encrypt() before.

When you as the owner open the document, it gets decrypted before it's delivered to you. If notes was able to decrypt it, isEncrypted is fals. If notes was not able to decrypt it, isEncrypted is true.

In the mailfile you have to test if the field "Encrypt" equals "1" to be almost sure, that the mail has been encrypted.

Gruss

Urs

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Julian Buss — Fri, 23 Jul 2010 11:12:47 +0200

Michael, thank you for the link and the test. It confirms what I remember: that it was different in previous Notes releases.

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Wolfgang Haderlein — Fri, 23 Jul 2010 11:09:32 +0200

I have the same results with 8.51 FP 3 and 7.02. One thing I saw: When you open the property-box for documents on view-level, you won't see/get access to the Body-Field (it works for unencrypted mails).

Servus

Wolfgang

Bug with encrypted documents and LotusScript NotesDocument.isEncrypted property - what do you think?

Michael Ruhnau — Fri, 23 Jul 2010 10:57:06 +0200

I once came across this issue, too - but I can't remeber what I decided to do. Nevertheless this blog post

{ Link }

provides some interesting insights in the comments section.

I tested your script on an old 6.5.4 box and in there I experienced the expected behaviour. The messagebox results in a isEncrypted = true in both cases.

Additionally I investigated the behaviour with modifications and decrypting. The script I used is:

Dim session As New NotesSession

Dim doc As NotesDocument

Set doc = session.currentDatabase.Unprocesseddocuments.Getfirstdocument()

MessageBox "Selected document is encrypted: "+CStr(doc.isEncrypted)

Call doc.ReplaceItemValue("subject" , "modified")

Call doc.Save(True,true)

In Notes 6.5.4 the document will remain encrypted, in Notes 8.5.1 the document will be decrypted (a you mentioned already).

In my opinion, this is a Notes 8 bug which should be addressed to IBM. As documents will be decrypted using LotusScript modifications without manually encrypting again.

Any experiences with other releases would be interesting...

Apple WWDC: the good and the bad

Dave Navarre — Tue, 13 Jul 2010 21:39:37 +0200

"it comes with video calling, which should work perfectly since it's from Apple."

Surely, you can't be serious. Apple has blundered lately and is just as fallible as any other market-driven conglomerate. These days, they are no different from Microsoft.

Why Flash is oldschool and HTML5 is the raising star. Cool Demo.

Mike McP — Fri, 4 Jun 2010 22:22:28 +0200

@1: Agree. Showing the new "HTML 5 Standard" in a Safari-only demo of HTML5? BAHAHA! If one is arguing for standards and interoperability, isn't it a bit ironic that Flash will play on a large number of platforms, yet their demo only plays on their product?

Apple is pure evil. How they still come off as counter-culture renegades to most fans will always baffle me. It's their business to run as they please, but I choose not to buy their products and largely ignore their message of 'standards'.

Why Flash is oldschool and HTML5 is the raising star. Cool Demo.

Julian Buss — Fri, 4 Jun 2010 15:20:51 +0200

Pretty impressive.

Why Flash is oldschool and HTML5 is the raising star. Cool Demo.

Bob Balfe — Fri, 4 Jun 2010 14:53:06 +0200

For more generic things that work in FireFox and Chrome check out this cool site: { Link }

Why Flash is oldschool and HTML5 is the raising star. Cool Demo.

Julian Buss — Fri, 4 Jun 2010 10:33:34 +0200

I knew that someone would give this kind of comment :-)

No, I don't think that the fact that the demo runs in safari only should be overstressed. HTML5 stuff is standardized and I expect that one could build the same demo for other modern browsers, if the same subset of HTML5 as Safari does.

The point is: HTML5 is standardized, and every browser vendor can support it if he likes. It's nothing like the special HTML stuff for Internet Explorer in dark age of web design.