Cutting edge technologies - About Java, Lotus Notes and iPhonehttp://www.mindoo.de/web/blog.nsf/en-usFri, 23 Jul 2010 03:37:49 AM +0200 Fri, 23 Jul 2010 03:37:49 AM +0200 Stephan H. WIssel The View article: Add LSDoc Support to Domino Designer on Eclipse with Custom Plug-ins (download link included)
Suggestion: Put the installable on an Update site (OpenNTF could accommodate you there), so future updates are automatically deployed.

One idea for the presentation: if you do an XPages UI it will work in a Local Notes client too.]]>
Suggestion: Put the installable on an Update site (OpenNTF could accommodate you there), so future updates are automatically deployed.

One idea for the presentation: if you do an XPages UI it will work in a Local Notes client too.]]> http://www.mindoo.de/web/blog.nsf/dx/22.07.2010223240KLES4H.htm?opendocument&comments#07232010033749AMSER3X8.htm Wed, 21 Jul 2010 02:14:04 PM +0200 Stephan H. Wissel XPages series #9: How to debug an XPages application http://www.mindoo.de/web/blog.nsf/dx/20.07.2010094952KLEB7R.htm?opendocument&comments#07212010021404PMSERGCV.htm Thu, 15 Jul 2010 11:16:05 AM +0200 Karsten Lehmann XPages series #4: Backing Bean Management with XPages
In 8.5.1, you may have to tweak with the Java security settings to make it work in the client, but IBM has worked on that issue for 8.5.2.

See this blog posting for details on running XPages in the Notes client with code in Java beans:

{ Link }

It should work in an XPages app on a Domino server without security issues.]]>
In 8.5.1, you may have to tweak with the Java security settings to make it work in the client, but IBM has worked on that issue for 8.5.2.

See this blog posting for details on running XPages in the Notes client with code in Java beans:

{ Link }

It should work in an XPages app on a Domino server without security issues.]]> http://www.mindoo.de/web/blog.nsf/dx/16.07.2009095816KLEBCY.htm?opendocument&comments#15.07.2010111605SERCVL.htm Thu, 15 Jul 2010 10:43:29 AM +0200 Fedor Belov XPages series #4: Backing Bean Management with XPages
I've got a crazy idea, pls comment it:

1. Java application server (tomcat) is responsible for background logic. It doesn't know about LN objects because we store content in SQL DB (mySQL, for example)

2. xPages is used to display/update content in LN Client from/to SQL DB (using beans)]]>
I've got a crazy idea, pls comment it:

1. Java application server (tomcat) is responsible for background logic. It doesn't know about LN objects because we store content in SQL DB (mySQL, for example)

2. xPages is used to display/update content in LN Client from/to SQL DB (using beans)]]> http://www.mindoo.de/web/blog.nsf/dx/16.07.2009095816KLEBCY.htm?opendocument&comments#15.07.2010104329SERC98.htm Thu, 15 Jul 2010 02:25:14 AM +0200 Karsten Lehmann XPages series #4: Backing Bean Management with XPages
Regarding the memory leaks: Well, it depends on your code. Compared to executing an agent, using beans might have a higher risk of producing memory leaks, because the Notes agents are loaded with their own classloader and unloaded after their execution (which makes it slower to call the agent compared to call Java methods directly).

You should avoid using the singleton design pattern in your bean code, because all XPages code is executed in the same JVM instance and that JVM only shuts down when you shut down the whole server. By using singletons, the garbage collector is not able to release the memory allocated by your bean code.

A better approach is to store data and object references either in one of the scope maps (e.g. session scope). The Domino server flushes those maps after a timeout. I think the default session duration is 30 minutes.]]>
Regarding the memory leaks: Well, it depends on your code. Compared to executing an agent, using beans might have a higher risk of producing memory leaks, because the Notes agents are loaded with their own classloader and unloaded after their execution (which makes it slower to call the agent compared to call Java methods directly).

You should avoid using the singleton design pattern in your bean code, because all XPages code is executed in the same JVM instance and that JVM only shuts down when you shut down the whole server. By using singletons, the garbage collector is not able to release the memory allocated by your bean code.

A better approach is to store data and object references either in one of the scope maps (e.g. session scope). The Domino server flushes those maps after a timeout. I think the default session duration is 30 minutes.]]> http://www.mindoo.de/web/blog.nsf/dx/16.07.2009095816KLEBCY.htm?opendocument&comments#15.07.2010022514SER2HT.htm Wed, 14 Jul 2010 12:31:38 PM +0200 Fedor Belov XPages series #4: Backing Bean Management with XPages http://www.mindoo.de/web/blog.nsf/dx/16.07.2009095816KLEBCY.htm?opendocument&comments#14.07.2010123138SERECT.htm Wed, 30 Jun 2010 04:28:33 PM +0200 Karsten Lehmann Lotusphere announcement: LS2Eclipse - Leverage Eclipse/Expeditor features in your Lotusscript code!
at the moment it's temporarily suspended due to very high project workload. I'm planning to work on it again in about 2 months from now.

We had some trouble with the tool after Lotusphere, because we tried for a long time to use an alternative approach that we got from our fellows at Teamstudio, which would have been the best bridging solution between both worlds so far and supported on multiple platforms. Unfortunately, it turned out to be too instable to be used, so I focused again on two different approaches for Windows/Linux and Mac that I had created (As heavy Mac users, our goal is of course to be Mac compatible from the beginning)

The Mac client was a bit tricky, because threading is different than on Windows and we also worked with IBM on some issues in the client and waited long time whether they will be fixed in 8.5.2 to make our Windows approach also work on the Mac.

IBM now told us that they will look into the issues for 8.5.3.

So finally, the last time I worked on LS2Eclipse, I was unifying the code of my different approaches for Windows/Linux and Mac to make deployment easier.

Well, then a few projects crossed our road...

If you're interested in the solution, please feel free to send me an email.

Best regards,

Karsten]]>
at the moment it's temporarily suspended due to very high project workload. I'm planning to work on it again in about 2 months from now.

We had some trouble with the tool after Lotusphere, because we tried for a long time to use an alternative approach that we got from our fellows at Teamstudio, which would have been the best bridging solution between both worlds so far and supported on multiple platforms. Unfortunately, it turned out to be too instable to be used, so I focused again on two different approaches for Windows/Linux and Mac that I had created (As heavy Mac users, our goal is of course to be Mac compatible from the beginning)

The Mac client was a bit tricky, because threading is different than on Windows and we also worked with IBM on some issues in the client and waited long time whether they will be fixed in 8.5.2 to make our Windows approach also work on the Mac.

IBM now told us that they will look into the issues for 8.5.3.

So finally, the last time I worked on LS2Eclipse, I was unifying the code of my different approaches for Windows/Linux and Mac to make deployment easier.

Well, then a few projects crossed our road...

If you're interested in the solution, please feel free to send me an email.

Best regards,

Karsten]]> http://www.mindoo.de/web/blog.nsf/dx/11.01.2010135317KLEH5D.htm?opendocument&comments#30.06.2010162833SERJYW.htm Wed, 30 Jun 2010 04:05:32 PM +0200 Johnny Jiang XPages series #5: Helper classes to access the JSF environment and Lotus Notes data
Your blog has been really helpful for me, thanks a lot.

Johnny]]>
Your blog has been really helpful for me, thanks a lot.

Johnny]]> http://www.mindoo.de/web/blog.nsf/dx/18.07.2009191738KLENAL.htm?opendocument&comments#06302010040532PMSERJJH.htm Wed, 30 Jun 2010 04:04:04 PM +0200 Joerg S. Lotusphere announcement: LS2Eclipse - Leverage Eclipse/Expeditor features in your Lotusscript code!
what's the current state of your LS2Eclipse project?

Joerg]]>
what's the current state of your LS2Eclipse project?

Joerg]]> http://www.mindoo.de/web/blog.nsf/dx/11.01.2010135317KLEH5D.htm?opendocument&comments#06302010040404PMSERJHL.htm Sat, 8 May 2010 08:53:30 PM +0200 Bill Wheaton Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#05082010085330PMSERQ6H.htm Mon, 26 Apr 2010 16:41:27 +0200 Nathan T. Freeman Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar
4 overall loops: JNI ViewEntry walk (FastVE), notes.jar ViewEntry walk (SlowVE), JNI Document walk (FastDoc), notes.jar Document walk (SlowDoc).

Running against 4 identical NSFs, each with a single view that shows 15,000 documents.

Each test run starts 8 jobs of that loop styles, 2 jobs per NSF. The timing number is the average run time for each job.

Local NSF, FastVE, avg ms: 1700

Local NSF, SlowVE avg ms: 15000

Local NSF FastDoc, avg ms: 2000

Local NSF SlowDoc avg ms: 24000

Remote server: 100Mbps server about 30 feet from my desk.

Remote NSF, FastVE, avg ms: 6100

Remote NSF, SlowVE, avg ms: 132000

Remote NSF, FastDoc, avg ms: 6200

Remote NSF, SlowDoc avg ms: 261000

This is using a ReadEntry block size of 1000.

Remember, each average is determined by running 8 jobs with the same algorithm concurrently against 4 separate instances of an identical NSF.]]>
4 overall loops: JNI ViewEntry walk (FastVE), notes.jar ViewEntry walk (SlowVE), JNI Document walk (FastDoc), notes.jar Document walk (SlowDoc).

Running against 4 identical NSFs, each with a single view that shows 15,000 documents.

Each test run starts 8 jobs of that loop styles, 2 jobs per NSF. The timing number is the average run time for each job.

Local NSF, FastVE, avg ms: 1700

Local NSF, SlowVE avg ms: 15000

Local NSF FastDoc, avg ms: 2000

Local NSF SlowDoc avg ms: 24000

Remote server: 100Mbps server about 30 feet from my desk.

Remote NSF, FastVE, avg ms: 6100

Remote NSF, SlowVE, avg ms: 132000

Remote NSF, FastDoc, avg ms: 6200

Remote NSF, SlowDoc avg ms: 261000

This is using a ReadEntry block size of 1000.

Remember, each average is determined by running 8 jobs with the same algorithm concurrently against 4 separate instances of an identical NSF.]]> http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#04262010044127PMSERK8Y.htm Mon, 26 Apr 2010 15:07:38 +0200 Karsten Lehmann Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar
For the test view and the Notes default cache size, we were able to read about 621 entries in one NIFReadEntries call from the view, so everything higher than 621 should only have an effect in other view designs (e.g. less columns). We haven't tried yet to set our own cache size.]]>
For the test view and the Notes default cache size, we were able to read about 621 entries in one NIFReadEntries call from the view, so everything higher than 621 should only have an effect in other view designs (e.g. less columns). We haven't tried yet to set our own cache size.]]> http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#26.04.2010150738SERHEB.htm Mon, 26 Apr 2010 14:53:30 +0200 Nathan T. Freeman Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar
With my own NAPI vs. Notes.jar multi-threaded view walk, I was already caching 32 rows at a time. Bumping it up to 1000 gives a slight improvement, but since it's designed to run against a local NSF instead of a server, it's not bottlenecked by the network.

However, adding the .sleep in has almost no benefit on a local process. Over the 15000 entries, the fast walk takes about an extra 20%, while CPU load is pegged at about 97% the entire run.]]>
With my own NAPI vs. Notes.jar multi-threaded view walk, I was already caching 32 rows at a time. Bumping it up to 1000 gives a slight improvement, but since it's designed to run against a local NSF instead of a server, it's not bottlenecked by the network.

However, adding the .sleep in has almost no benefit on a local process. Over the 15000 entries, the fast walk takes about an extra 20%, while CPU load is pegged at about 97% the entire run.]]> http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#04262010025330PMSERH5H.htm Mon, 26 Apr 2010 13:42:59 +0200 paul Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#04262010014259PMSERFRE.htm Mon, 26 Apr 2010 09:41:20 +0200 Michael Bourak Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#26042010094120SERB2D.htm Mon, 26 Apr 2010 06:29:10 +0200 Stephan H. Wissel Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar
- Classic Java

- C API

- napi as provided by XPages]]>
- Classic Java

- C API

- napi as provided by XPages]]> http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#04262010062910AMSER7AA.htm Mon, 26 Apr 2010 06:07:59 +0200 Ulrich Krause Fast Notes view reading via C API Part 2: How to read views 99.7% faster than Notes.jar http://www.mindoo.de/web/blog.nsf/dx/25.04.2010235255KLETNN.htm?opendocument&comments#26.04.2010060759SER6V2.htm Tue, 13 Apr 2010 15:44:27 +0200 Mario Gutsche XPages series #8: Dynamically creating the UI of an XPage in Java
thanks for this article.

For my bachelor thesis i'm developing a xpage-portal and want to realise the portlets/widgets as custom components that will be added dynamically to the portal-page.

Problem is: normal xsp components can be created with SSJS but custom component are UIIncludeComposite-Objects, that need a FacesPageDriver set and i have no idea how to get this Object via SSJS, i'm already digging through the decompiled sources without success.

Do you know how to get the PageDriver?

Best regards,

Mario]]>
thanks for this article.

For my bachelor thesis i'm developing a xpage-portal and want to realise the portlets/widgets as custom components that will be added dynamically to the portal-page.

Problem is: normal xsp components can be created with SSJS but custom component are UIIncludeComposite-Objects, that need a FacesPageDriver set and i have no idea how to get this Object via SSJS, i'm already digging through the decompiled sources without success.

Do you know how to get the PageDriver?

Best regards,

Mario]]> http://www.mindoo.de/web/blog.nsf/dx/10.11.2009231122KLEU27.htm?opendocument&comments#13.04.2010154427SERJ5D.htm Sat, 3 Apr 2010 17:58:52 +0200 Karsten Lehmann Fast Notes view reading via C API: A comparison C vs. Notes.jar
It should be ok to write JNI extensions that talk to the C API, but of course you risk crashes and memory leaks if there are errors in the C code.

This definitely requires a lot of experience in that area. We have developed a C++ framework to avoid crashes/leaks and to automate the memory management, but it's stil no fun to develop. I'm sure Tammo Riedinger, who did the coding, is happy that this task is done and he can return to Java. :-)]]>
It should be ok to write JNI extensions that talk to the C API, but of course you risk crashes and memory leaks if there are errors in the C code.

This definitely requires a lot of experience in that area. We have developed a C++ framework to avoid crashes/leaks and to automate the memory management, but it's stil no fun to develop. I'm sure Tammo Riedinger, who did the coding, is happy that this task is done and he can return to Java. :-)]]> http://www.mindoo.de/web/blog.nsf/dx/31.03.2010220936KLERN4.htm?opendocument&comments#03.04.2010175852SERLRC.htm Sat, 3 Apr 2010 16:27:46 +0200 Julian Buss Fast Notes view reading via C API: A comparison C vs. Notes.jar http://www.mindoo.de/web/blog.nsf/dx/31.03.2010220936KLERN4.htm?opendocument&comments#03.04.2010162746SERJYE.htm