Bob Balaban's Bloghttp://www.bobzblog.com/tuxedoguy.nsf/en-usMon, 26 Jul 2010 08:41:13 PM -0500 Mon, 26 Jul 2010 08:41:13 PM -0500 Stephan H. Wissel Drain Google: Sample code to get all your stuff back from GoogleApps http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010084113PMBAR3ZB.htm Mon, 26 Jul 2010 01:25:05 PM -0500 Bob Balaban Drain Google: Sample code to get all your stuff back from GoogleApps
@3 - Jeff, I'm not competing with anyone. This is a sample, the primary purpose is pedagogical. Having said that, there are some tricky things about recovering assets from Google (I'm planning a future post on some of those details).

Thanks for the link, interesting site. I wonder if the Google people are really going to give the same air time to getting stuff out as they are to getting stuff in. And of course the GoogleApps API team may have a somewhat different evangelism agenda from the one held by the GoogleApps marketing (/migration) teams.]]>
@3 - Jeff, I'm not competing with anyone. This is a sample, the primary purpose is pedagogical. Having said that, there are some tricky things about recovering assets from Google (I'm planning a future post on some of those details).

Thanks for the link, interesting site. I wonder if the Google people are really going to give the same air time to getting stuff out as they are to getting stuff in. And of course the GoogleApps API team may have a somewhat different evangelism agenda from the one held by the GoogleApps marketing (/migration) teams.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010012505PMBARPLQ.htm Mon, 26 Jul 2010 02:19:52 PM -0400 Bob Balaban Drain Google: Sample code to get all your stuff back from GoogleApps http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010021952PMBBAPHH.htm Mon, 26 Jul 2010 01:18:57 PM -0500 Jeff Gilfelt Drain Google: Sample code to get all your stuff back from GoogleApps Link }

Good luck.]]> Link }

Good luck.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010011857PMBARPGW.htm Mon, 26 Jul 2010 01:17:24 PM -0500 Jack Dausman Drain Google: Sample code to get all your stuff back from GoogleApps http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010011724PMBARPFX.htm Mon, 26 Jul 2010 01:00:41 PM -0500 Chris Miller Drain Google: Sample code to get all your stuff back from GoogleApps http://www.bobzblog.com/tuxedoguy.nsf/dx/drain-google-sample-code-to-get-all-your-stuff-back-from-googleapps?opendocument&comments#07262010010041PMBARP5H.htm Sat, 24 Jul 2010 08:13:51 AM -0500 Pierre Want to debug Java agents INSIDE Designer? You can! (sort of) http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07242010081351AMBARHJ8.htm Sat, 24 Jul 2010 07:41:19 AM -0500 Pierre Want to debug Java agents INSIDE Designer? You can! (sort of) http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07242010074119AMBARGVV.htm Thu, 22 Jul 2010 01:39:11 PM -0500 Bob Balaban Want to debug Java agents INSIDE Designer? You can! (sort of)
I haven't written an applet in years (thought nobody used them anymore), and historically there have been all kinds of problems getting them to work inside the Notes client. Sorry, can't help you there.

If you convert your code to a 2-headed beast-flavored agent (see other posts in this blog), then you should be fine for standalone debugging.]]>
I haven't written an applet in years (thought nobody used them anymore), and historically there have been all kinds of problems getting them to work inside the Notes client. Sorry, can't help you there.

If you convert your code to a 2-headed beast-flavored agent (see other posts in this blog), then you should be fine for standalone debugging.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07222010013911PMBARPVJ.htm Thu, 22 Jul 2010 12:42:04 PM -0500 Tim Curtin The 2-Headed Beast: Debugging Domino Java agents with Eclipse http://www.bobzblog.com/tuxedoguy.nsf/dx/the-2-headed-beast-debugging-domino-java-agents-with-eclipse?opendocument&comments#07222010124204PMBARNRU.htm Thu, 22 Jul 2010 12:29:55 PM -0500 Tim Curtin Want to debug Java agents INSIDE Designer? You can! (sort of)
I currently have a java applet, pulled into a notes application as an "Applet Resource", and then included on a form. I'm able to debug that using either external Eclipse or Domino by creating a "Remote Java Application" debug config, assigning a port on localhost that matches the port chosen in the menu item Tools/Java Debugging Preferences/Client Agents option under the Domino perspective.

So far, it seems like that allows all of the normal debugging - setting breakpoints in code, single-stepping in and out of functions, etc. Its a bit clunky, but that may be my fault for not having the right code in the Source path under the debug config. (I had to manually add the path for the applet's source, for instance.)

My question - I'm considering converting this applet to an agent, which I'll then trigger via a buttonpress on the notes form. Your method makes it sounds as though direct debugging might not be an option, and since I need information in documents in the notes database, I can't just run as a standalone java applet. Have you tried remote debugging for your agent? Does it work properly?

Also, I have it on good authority from an STSM on the Domino design team that you can't use code in a Script Library in an applet. Sounds like that may not be as available for use as it seems, so you may just not be able to step into it at all. (That would be unfortunate, but not necessarily surprising.)]]>
I currently have a java applet, pulled into a notes application as an "Applet Resource", and then included on a form. I'm able to debug that using either external Eclipse or Domino by creating a "Remote Java Application" debug config, assigning a port on localhost that matches the port chosen in the menu item Tools/Java Debugging Preferences/Client Agents option under the Domino perspective.

So far, it seems like that allows all of the normal debugging - setting breakpoints in code, single-stepping in and out of functions, etc. Its a bit clunky, but that may be my fault for not having the right code in the Source path under the debug config. (I had to manually add the path for the applet's source, for instance.)

My question - I'm considering converting this applet to an agent, which I'll then trigger via a buttonpress on the notes form. Your method makes it sounds as though direct debugging might not be an option, and since I need information in documents in the notes database, I can't just run as a standalone java applet. Have you tried remote debugging for your agent? Does it work properly?

Also, I have it on good authority from an STSM on the Domino design team that you can't use code in a Script Library in an applet. Sounds like that may not be as available for use as it seems, so you may just not be able to step into it at all. (That would be unfortunate, but not necessarily surprising.)]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07222010122955PMBARNJ9.htm Thu, 15 Jul 2010 07:27:29 PM -0500 Kerr Want to debug Java agents INSIDE Designer? You can! (sort of) http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#15072010192729BAR2K8.htm Thu, 15 Jul 2010 07:18:04 PM -0400 Bob Balaban Want to debug Java agents INSIDE Designer? You can! (sort of)
There was (I was told, at the time) an investigation into a bytecode cross-compiler for LS to Java. Apparently (as you'd expect) a lot of it would be straightforward, but there were some nasty problems that appeared intractable (or which nobody thought it was particularly important to solve?). Variants, for example. Many (or most) variant types could be mapped to Java Objects, but not all (variants containing scalars...). There were probably other issues, but it was long ago (1996 i think), and I don't remember the details.

Still, could be a good business opportunity there if someone were to crack it - there is a LOT of LotusScript code out there today, and there must be some people willing to pay to have it converted to Java.]]>
There was (I was told, at the time) an investigation into a bytecode cross-compiler for LS to Java. Apparently (as you'd expect) a lot of it would be straightforward, but there were some nasty problems that appeared intractable (or which nobody thought it was particularly important to solve?). Variants, for example. Many (or most) variant types could be mapped to Java Objects, but not all (variants containing scalars...). There were probably other issues, but it was long ago (1996 i think), and I don't remember the details.

Still, could be a good business opportunity there if someone were to crack it - there is a LOT of LotusScript code out there today, and there must be some people willing to pay to have it converted to Java.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07152010071804PMBBAVBW.htm Wed, 14 Jul 2010 10:29:51 PM -0500 Kerr Want to debug Java agents INSIDE Designer? You can! (sort of)
With Semplice as a base, reworked as an LS version, we could have some interesting options. Certainly interoperability with other JVM languages would become trivial.]]>
With Semplice as a base, reworked as an LS version, we could have some interesting options. Certainly interoperability with other JVM languages would become trivial.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#14072010222951BAR658.htm Mon, 12 Jul 2010 03:45:54 PM -0400 Bob Balaban Want to debug Java agents INSIDE Designer? You can! (sort of)
A somewhat bigger issue, however, is the one of LotusScript/Java inter-operability. Any organization that has been around for a while has most likely accumulated a lot of working, debugged, and sometimes mission-critical LotusScript code. They don't want to throw it away and re-code everything in Java, or XPages, or something else. Developing new assets in Java is all very well, but, apart from running agents through the object model, you cannot call between languages (let's ignore LS2J, it's not a realistic solution for production apps).

No easy answers, unfortunately.]]>
A somewhat bigger issue, however, is the one of LotusScript/Java inter-operability. Any organization that has been around for a while has most likely accumulated a lot of working, debugged, and sometimes mission-critical LotusScript code. They don't want to throw it away and re-code everything in Java, or XPages, or something else. Developing new assets in Java is all very well, but, apart from running agents through the object model, you cannot call between languages (let's ignore LS2J, it's not a realistic solution for production apps).

No easy answers, unfortunately.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07122010034554PMBBAR7A.htm Sat, 10 Jul 2010 11:03:55 PM -0500 Pierre Want to debug Java agents INSIDE Designer? You can! (sort of) http://www.bobzblog.com/tuxedoguy.nsf/dx/want-to-debug-java-agents-inside-designer-you-can-sort-of?opendocument&comments#07102010110355PMBAR6SH.htm Tue, 25 May 2010 11:32:11 AM -0500 Mark Ryan I am doing 3 sessions at The View Admin/Developer Conference this week
Thank you so much for the great seminars and the classic Balaban book!

Now I have a replacement for my book that was stolen.

Look forward to seeing you there next year.

Mark]]>
Thank you so much for the great seminars and the classic Balaban book!

Now I have a replacement for my book that was stolen.

Look forward to seeing you there next year.

Mark]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/i-am-doing-3-sessions-at-the-view-admindeveloper-conference-this-week?opendocument&comments#05252010113211AMBARME6.htm Mon, 10 May 2010 03:52:53 PM -0400 Bob Balaban I am doing 3 sessions at The View Admin/Developer Conference this week http://www.bobzblog.com/tuxedoguy.nsf/dx/i-am-doing-3-sessions-at-the-view-admindeveloper-conference-this-week?opendocument&comments#05102010035253PMBBARBN.htm Sun, 9 May 2010 08:22:36 PM -0500 Lisa Duke I am doing 3 sessions at The View Admin/Developer Conference this week
And also in Atlanta for ATLUG in August, right?]]>
And also in Atlanta for ATLUG in August, right?]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/i-am-doing-3-sessions-at-the-view-admindeveloper-conference-this-week?opendocument&comments#05092010082236PMBAR3MP.htm Thu, 15 Apr 2010 05:29:03 AM -0500 Erik Brooks Geek-o-Terica 11: View AutoUpdate, Part Deux
It's a very subtle distinction to have a piece of the index frozen versus the entire index itself. For a single-threaded environment or a sufficiently small view (like this "Numbers" example) they're one and the same. But in particular if you're working with a very large view in a busy db then you've got potential concerns. AutoUpdate=False absolutely will run faster than AutoUpdate=True in many cases (though the new fix coming out makes AutoUpdate=True much closer under load.) But it's important to note that it's not a magical panacea that lets you freeze the view index.

I wish it could. The only REAL way to freeze an index is to set your view's refresh to "Manual" and specifically call a NotesView.Refresh() prior to iterating through it, knowing that only your thread will be calling the Refresh().

Even then you may still need to check each doc since the ColumnValues() may not be accurate anymore. You've also got to check Document.isValid, isDeleted, etc. and if you're being extra-careful then you should check the selection formula also since it might be the case that the doc shouldn't even be there anymore.

You've got all of the same concerns with AutoUpdate=False.

So yeah, generally I don't want to use AutoUpdate=False. The selection formula is the deal-breaker for me. If a doc got pulled out of the view by another thread just before my agent touches it -- even if it happen one second ago -- I usually don't want it processed. So I stick with AutoUpdate=True.

It really depends on your needs and tolerance to erroneous processing.]]>
It's a very subtle distinction to have a piece of the index frozen versus the entire index itself. For a single-threaded environment or a sufficiently small view (like this "Numbers" example) they're one and the same. But in particular if you're working with a very large view in a busy db then you've got potential concerns. AutoUpdate=False absolutely will run faster than AutoUpdate=True in many cases (though the new fix coming out makes AutoUpdate=True much closer under load.) But it's important to note that it's not a magical panacea that lets you freeze the view index.

I wish it could. The only REAL way to freeze an index is to set your view's refresh to "Manual" and specifically call a NotesView.Refresh() prior to iterating through it, knowing that only your thread will be calling the Refresh().

Even then you may still need to check each doc since the ColumnValues() may not be accurate anymore. You've also got to check Document.isValid, isDeleted, etc. and if you're being extra-careful then you should check the selection formula also since it might be the case that the doc shouldn't even be there anymore.

You've got all of the same concerns with AutoUpdate=False.

So yeah, generally I don't want to use AutoUpdate=False. The selection formula is the deal-breaker for me. If a doc got pulled out of the view by another thread just before my agent touches it -- even if it happen one second ago -- I usually don't want it processed. So I stick with AutoUpdate=True.

It really depends on your needs and tolerance to erroneous processing.]]> http://www.bobzblog.com/tuxedoguy.nsf/dx/geek-o-terica-11-view-autoupdate-part-deux?opendocument&comments#04152010052903AMBAREB8.htm