Notes from Lotus Support just posted this on their blog.
The article is titled "The article, "Moving IBM Lotus Quickr places between server environments". Very nice...but it's for Quickr J2EE! I know so many of you out there have been asking this and they wrote a nice article.
However, nearly all of our clients are on the Lotus Quickr for Domino, so go check this page out which is the same idea, but for Domino.
Titled "Moving places and other items in IBM® Lotus® Quickr™ services for Domino"
Funny I was just asking a few people about this, guess even bloggers can't keep up with all the great information coming out of IBM these days.
Speaker, Blogger, Author. Posts about HCL Digital Solutions, HCL Software, Lotus, Management, Collaboration, Competitive Intelligence and Strategy, Productivity, CRM and B2B Marketing.
Showing posts with label j2ee. Show all posts
Showing posts with label j2ee. Show all posts
Thursday, March 18, 2010
Friday, January 23, 2009
An Interview with David Kajmo, Quickr PM
David Kajmo, Product manager for Lotus Quickr, was kind enough through the efforts of Erica Topolski to spend a 1/2 hour with me and discuss Lotus Quickr and some past/forward topics came to life.
After reminiscing about when I was on the inside and he was working on the K-Station or Discovery Server or one of the other turn of the century add-on products we got down to some business.
We discussed how amazing it must have felt inside when Quickr started getting traction. After all Quickplace had been in a maintenance mode for so long most people hadn't thought of it for years. I had beta'd it and supported many installations, but probably had gone about 6 years in between an installation or even a discussion on it.
Amazing what a difference the last 2 years have been on it.
It may have been the first steps in bringing Lotus back to where it used to be.
We then discussed topics around 8.2 and one which connected well with me, and my so to be converted Domino.doc clients to Quickr is wait for 8.2(due in Q2) as it will run on 8.5, which is REALLY important if you want/must use DAOS. What a difference that is going to make for your attachments, server size, sites capacity and backups.
We also discussed my recent topic of the J2EE vs Domino versions and where they are going. I will leave it as an open answer, the path of Quickr for Domino seems well defined. J2EE side is under discussion as more and more pieces of Quickr and Connections merge or at least integrate both among themselves and the Lotus Notes 8.5 client. Stay tuned on this one for more in the future.
The 2 versions of Lotus Quickr will unlikely ever be equal on all levels and IBM recognizes this may have caused some confusion at points but they do intend to provide a clear path and with the options for upgrading from Doc to Quickr with Filenet and the ECM options it raises Quickr's document capability.
Quickr will be receiving some additional document management functionality, possibly enough in 8.2 for me and others to begin our Doc migrations. I have lined up, any one else need help, inquire within.
Thanks Dave, see you next year.
After reminiscing about when I was on the inside and he was working on the K-Station or Discovery Server or one of the other turn of the century add-on products we got down to some business.
We discussed how amazing it must have felt inside when Quickr started getting traction. After all Quickplace had been in a maintenance mode for so long most people hadn't thought of it for years. I had beta'd it and supported many installations, but probably had gone about 6 years in between an installation or even a discussion on it.
Amazing what a difference the last 2 years have been on it.
It may have been the first steps in bringing Lotus back to where it used to be.
We then discussed topics around 8.2 and one which connected well with me, and my so to be converted Domino.doc clients to Quickr is wait for 8.2(due in Q2) as it will run on 8.5, which is REALLY important if you want/must use DAOS. What a difference that is going to make for your attachments, server size, sites capacity and backups.
We also discussed my recent topic of the J2EE vs Domino versions and where they are going. I will leave it as an open answer, the path of Quickr for Domino seems well defined. J2EE side is under discussion as more and more pieces of Quickr and Connections merge or at least integrate both among themselves and the Lotus Notes 8.5 client. Stay tuned on this one for more in the future.
The 2 versions of Lotus Quickr will unlikely ever be equal on all levels and IBM recognizes this may have caused some confusion at points but they do intend to provide a clear path and with the options for upgrading from Doc to Quickr with Filenet and the ECM options it raises Quickr's document capability.
Quickr will be receiving some additional document management functionality, possibly enough in 8.2 for me and others to begin our Doc migrations. I have lined up, any one else need help, inquire within.
Thanks Dave, see you next year.
Friday, October 31, 2008
Fudbuster Friday #12 - Lotus is Going J2EE
Sorry for a lack of postings this week, was traveling but watch out next week!
Yep, you saw it and heard it everywhere. Maybe even from various vendors.
But is it true? Yes
Is Domino itself going J2EE? Not likely.
We know the products coming out soon or announced either run with Websphere as an option or solely run on it or with it.
Lotus Quickr, Connections, Sametime all have it in one form or another.
But is it that different from everything running from a browser? Or a universal inbox which is NOT part of your email system?
Or is it like running your car with petrol, ethanol or electric? It still does the same work, just presumably more efficiently, with some changes to your engine and auto parts.
Where does this leave your admins? As an Admin, the last thing I want is to have yet another platform to manage on top of the others. But you either embrace change or distance yourself from it.
It's a great time for other vendors to attack.
What do you want do? What is your company prepared for? Does IBM have enough Websphere professionals in existence to help people?
And at what expense?
Does Websphere scare you because you think it is how it was 10 years ago? Or do you see it as a much needed piece of architecture to raise your entire offering beyond your competitors.
Let me know your thoughts because some out there are on both sides of the fence and we need to push them off it and take a stand.
And on that note I will close and remind all Americans to vote on Tuesday.
Yep, you saw it and heard it everywhere. Maybe even from various vendors.
But is it true? Yes
Is Domino itself going J2EE? Not likely.
We know the products coming out soon or announced either run with Websphere as an option or solely run on it or with it.
Lotus Quickr, Connections, Sametime all have it in one form or another.
But is it that different from everything running from a browser? Or a universal inbox which is NOT part of your email system?
Or is it like running your car with petrol, ethanol or electric? It still does the same work, just presumably more efficiently, with some changes to your engine and auto parts.
Where does this leave your admins? As an Admin, the last thing I want is to have yet another platform to manage on top of the others. But you either embrace change or distance yourself from it.
It's a great time for other vendors to attack.
What do you want do? What is your company prepared for? Does IBM have enough Websphere professionals in existence to help people?
And at what expense?
Does Websphere scare you because you think it is how it was 10 years ago? Or do you see it as a much needed piece of architecture to raise your entire offering beyond your competitors.
Let me know your thoughts because some out there are on both sides of the fence and we need to push them off it and take a stand.
And on that note I will close and remind all Americans to vote on Tuesday.
Subscribe to:
Posts (Atom)