Get Social & Collaborate!
Tags

Entries in Connections (32)

Friday
Jul152011

iWildfire interview on Synch.rono.us

Luis Benitez has post an interview about iWildfire on Synch.rono.us. He has also provided a great review on his blog.

Thanks for the covereage Luis.

We are very excited about the uptake of iWildfire to date. We are even more excited about our soon to be released iWildfire Pro that is going to have a heap more features.

Saturday
Jul022011

iWildfire for IBM Connections Files integration with other Apps

In the current version of iWildfire (http://iWildfire.isw.com.au) you can access, search for, download, view, and make comment on Files. In iWildfire Next we will be adding the ability to also edit and upload files as well as create new files.

The first step in achieving this is to get iWildfire to identify which other Apps on the device can be used to edit Files. In the first screen shot I opened a .doc file and as I have GoodReader, Dropbox, and Pages installed I can use these Apps to view or edit the documents. In the second image I opened a .xls file and it knows that I can open it in GoodReader, Dropbox. However in this instance it knows I need to use Pages. Neat!

So the next steps is now to get iWildfire so it is recognized by the other Apps such as Pages and Numbers so we can upload the documents we create and edit!

This will make my iPad so much more useful by being able to use Connections Files as my store for files rather than other Apps such as Dropbox. I can't wait to get it done!

Tuesday
Jul132010

Integrating Lotus Connections with WebSphere Portal - Part 1

I have been working with a client to integrate Lotus Connections 2.5 with WebSphere Portal (6.0 in this case). In doing so I have taken guidance from the posts of G.Muecke on the whoopdicity blog as well as the Lotus Connections Wiki however there seem to be some changes from when they were created with Connections 2.0 and I also have taken a slightly different approach on a couple of points.

What we want to achieve is the following:

1) When accessing Connections directly (ie without Portal) Connections has the normal Connections navigation. When you access Connections from within the Portal the Top Level of Connections navigation disappears and is effectively replaced by the Portal Navigation (1 page per Connections feature).

2) Initially we will use the Web Page Portlet to display each Connections feature on a separate page of the Portal.

3) We will then move to the preferred method of integration using the Web Application Integrator Portlet. The Web App Integrator is preferred because it removes the usage of iFrames (which is effectively what the Web Page Portlet does) and provides a more seemless user experience. However in using the Web App Integrator a bit of work needs to be done so it support a custom Portal Theme as well as a Double Top Navigation (and maybe even a 3rd level navigation sidebar).

So here we go...

Automagic disappearing Connections Top Level Navigation!

So the first thing we need to do is modify Connections so it can detect if the user has come to Connections directly or via the Portal. If direct then Connections navigation is used, if from Portal the Portal navigation will be used.

We do this by adding a parameter to the URL that is used to access Connections and then setting that parameter as a cookie. This cookie is then tested and if it exists we know to hide the Connections Nav.

The easiest way to hide/show the Connections top navigation bar is by using the fact that it's style is controlled by the "lotusbanner" style class. Each Connections feature has a header.html file (just do a search for header.html in each of the feature .ear file. eg [WASHOME]\profiles\lcprofile\installedApps\[YourCell]\files.ear). You need to add the following code:

<script type="text/javascript">
if(testCookieForFromPortal()) { document.getElementById("lotusBanner").style.display = "none";
}</script>

This code basically tests for the FromPortal cookie and if it is true sets the stle display ="none" which makes the Connections top level navigation banner disapear.

Now another approach which is a little nicer is rather than adding the code to the header.html file for every feature you can create the header.html on your IBM HTTP Server (IHS) and then this effectively overrights the header.html for each feature. You would have done this already if you have customised the Connections Logo or header at all as documented here. This is a much nicer way of doing it as you only need to maintain the code on the IHS rather than in each feature individually.

So once that is in place the next step is to add some script to every jsp in Connections that displays a page. This script will firstly set the cookie "FromPortal"=true if the URL has the "?FromPortal=true" parameter added to it. It will also test to see if the cookie has been set.

<script type="text/javascript">
if (("<c:out value='${param.FromPortal}'/>" != "true") && !testCookieForFromPortal()) { }
else
// if we get here, we have come from Portal, set a cookie
document.cookie="FromPortal=true; path=/";
}
function testCookieForFromPortal() {
if (getCookieValue("FromPortal") == "true")
{ return true; }
else
{ return false; }
}
function getCookieValue(cookieName) {
var retVal = "";
var i = document.cookie.indexOf(cookieName);
if (i != -1) {
var iVal = i + cookieName.length + 1;
var j = document.cookie.indexOf(";", iVal);
if (j < 0) retval = document.cookie.substring(ival);
else retval = document.cookie.substring(ival,j);
}
return retVal;
}
</script>

So here is a list of the jsp's it needs to be added to for each feature:

Homepage:

 \installedApps\Homepage.ear\dboard.war\web\jsp\about.jsp

 \installedApps\Homepage.ear\dboard.war\web\jsp\errorPage.jsp

 \installedApps\Homepage.ear\dboard.war\web\jsp\main.jsp

 \installedApps\Homepage.ear\dboard.war\web\toolsHomepage.jsp

 \installedApps\Homepage.ear\dboard.war\admin\admin.jsp

URL to link Web Page Portlet to: https://<homepage-server>/<homepage-context-root>/?FromPortal=true

 Profiles:

\installedApps\Profiles.ear\peoplpepages.war\WEB-INF\jsps\html\layouts\profiles1ColLayout.jsp

\installedApps\Profiles.ear\peoplpepages.war\WEB-INF\jsps\html\layouts\profiles2ColLayout.jsp

\installedApps\Profiles.ear\peoplpepages.war\WEB-INF\jsps\html\layouts\profiles3ColLayout.jsp

\installedApps\Profiles.ear\peoplpepages.war\WEB-INF\jsps\html\layouts\profiles1ColCenteredLayout.jsp

URL to link Web Page Portlet to: https://<profiles-server>/<profiles-context-root>/home.do?FromPortal=true

Communities:

\installedApps\Communities.ear\comm.web.war\WEB-INF\jsps\html\layouts\default.jsp

URL to link Web Page Portlet to: https://<communities-server>/<communities-context-root>/service/html/allcommunities?FromPortal=true

Search:

 \installedApps\Searchear\search.war\web\advancedSearch.jsp

 \installedApps\Searchear\search.war\web\errorPage.jsp

 \installedApps\Searchear\search.war\web\noIndex.jsp

 \installedApps\Searchear\search.war\web\searchResults.jsp

 \installedApps\Searchear\search.war\web\stats.jsp

 \installedApps\Searchear\search.war\web\toolsHomepage.jsp

Dogear:

\installedApps\Dogear.ear\dogear.webui.war\h3\jsp\main\h3.jsp

\installedApps\Dogear.ear\dogear.webui.war\h3\jsp\main\errorPage.jsp

\installedApps\Dogear.ear\dogear.webui.war\h3\jsp\tools\about.jsp

\installedApps\Dogear.ear\dogear.webui.war\h3\jsp\tools\toolbox.jsp (This was called h3_tools.jsp in Connections 2.0)

URL to link Web Page Portlet to: https://<dogear-server>/<dogear-context-root>/?FromPortal=true

 

 

So that is Home, Profiles, Communities, Bookmarks, and Search. I will post next about Blogs, Activities, Files and Wikis.....and then onto the Web Application Integrator Portlet.

<WAS_PROFILE_ROOT
 
\installedApps\<cellName
 
\Dogear.ear\dogear.webui.war\h3\jsp\main
<WAS_PROFILE_ROOT
 
\installedApps\<cellName
 
\Dogear.ear\dogear.webui.war\h3\jsp\tools
Thursday
Apr292010

Websphere Application Server - First Steps Not Working - Need to learn to crawl before your can walk;)

I was just doing a fresh install of Websphere Application Server Network Deployment for a new Connections customer. Having installed WASND DMgr and installed the fixpacks I was next going to create the first server profile prior to the Connections Install.

Alas when I ran the First Steps Console it would simply not start! Everything else seemed fine. Dmgr would start, ISC was fine. But First Steps just wouldn't go!

After a little research I found this:

On Windows® platforms: The First steps console might not start if you use Mozilla 2.x as your default browser and it is installed in a location containing a space in the path name. This problem can also occur if you use Windows to start the First steps console associated with profiles installed on i5/OS platforms. To rectify this problem, perform one of these actions:

  • Install Mozilla into a location without a space in the path name.
  • Alter the registry key to remove the space.
  • Temporarily set Internet Explorer as the default browser and then set Mozilla as the default browser. This automatically removes the space from the registry key.

Surely Not! I was using Firefox as the default browser though......So I changed the default browser to IE and tried First Steps again and it worked! Not great that this occurs but at least it is easy to get around.

Monday
Feb152010

Pre-Populating Lotus Connections Tags - A manual test run!

I am working with a client implementing Lotus Connections 2.5 and they want to look at ways of pre-populating some tags for the user profiles. After digging around the database structure you can see there is a table called PEOPLE_TAG. This is the table that stores all of the tags.

Image:Brownies Blog - Pre-Populating Lotus Connections Tags - A manual test run!

The columns are PROF_TAG_ID (This is simply a UUID randomly generated), PROF_SOURCE_KEY (This is the user that created the tag), PROF_TARGET_ID (This is the user that the tag is assigned to), and lastly the PROF_TAG (which is the actual tag itself).

So as a test I used the DB2 Control Centre to create a new row in this table. For the PROF_TAG_ID i used http://www.famkruithof.net/uuid/uuidgen which will generate a random UUID for you (Version 4 is needed for Connections). I then looked up a user in the EMPLOYEE table that will be the source (our Admin user) and used another user for the target. You simply copy their PROF_ID and add it to the appropriate column for the new tag record. And then just enter your tag in lowercase in the PROF_TAG column.

And that is it! Go to your connections, open the target user in Profiles, and they will have the tag.

The next step will be to automatically populate this table using TDI!