First of all, from the time I deployed IBM Connection navigation bar (this one that lists the applications: home, profiles, blogs and etc.) worked correctly. But some time ago it started to go away(hide) when I switch to Profiles or Files apps. In all the other applications it is working like a charm(visible).
So, possible correlation:
some time ago I've applied CR3 update;
still trying to integrate IBM Connections to WebSphere Portal
(configuration of SSO and all the stuff connected to authorization
from both sides: WP and Connections servers);
Any tips on how to resolve the problem?
After some time I've discovered that the problem was with customization of headers and footers of applications (Profile and Files apps). While integrating to WebSphere Portal there were made changes to footer.jsp and header.jsp with wrong values.
In whole, there are two ways to customize look and feel of IBM Connections:
change look and feel for all applications (jsp files in folder *%connections_install_dir%\data\shared\customization\%app_name%\nav\templates*)
change look and feel for every application\feature (every .war file has nav directory that contains the look and feel information)
Fore more information refer to documentation.
Related
I am about to start development on an UWP Application. One of the last minute requirements was to be able to support white-labeling the application for our partners. Does anyone have any experience doing this using the Universal Windows Platform that would be willing to give me some insight on resources I should be looking at?
Some basic questions I have is:
Is it possible? I read about it being done with iOS and Android.
How do you create the AppPackage for each partner?
Localization differences? Where one localization may refer to it as one product, but another refers to it as the other product.
Or is this something where I would bundle everything up and send it to the partner to create their own upload? If this is the case, is there a how-to on that?
Some of these might be basic questions, but this is the first time I have created a white-label application, so it is all new to me.
Have just replied to another one topic and looks that screenshot is still needed)
When you submit App to store you can find option:
This way you can make your app visible only to your partners. And you can also register as many apps as you like (each one for separate partner)
Or you can distribute your app thrue Windows Store for Business.
Take a look also at this link, it might be helpful for you
Distribute LOB apps to enterprises
I'm creating a UWP application that will be used exclusively on rugged Win10 tablets by a group of initially 10-20. If things go well it will be expanded to 100 users. These users are employees of our company, but will be remotely located.
Currently, with the test tablets, I am pushing the packages in google drive and manually copying them to the tablets, unzipping and executing the ps file on the tablet. This is way to complicated for even a beta test group of our users.
I'm looking for short-term/long-term recommendations for deployment. Someone mentioned SCCM to me and I've read a little, but that seems like quite a major endeavor to host. I would prefer something like a "private store" concept, but I can't find anything like that.
You can create a private store for your company. The best solution is probably to use Windows Store for Business. http://www.microsoft.com/en-us/business-store
Microsoft Azure Active Directory (AD) accounts for your employees are needed if you select this solution.
An alternative way is to use HockeyApp http://hockeyapp.net to deploy your application.
According to your description, HockeyApp should meet your requirement. Via HockeyApp, you can upload and distribute builds for beta or enterprise distribution using our web UI, or our API. HockeyApp also supports build servers like Jenkins or Visual Studio Team Services. Don't forget to upload your dSYM or
mapping.txt to get readable crash reports.
With HockeySDK for UWP integrated, you can also:
Integrate our open-source SDK to:
Collect crash reports
Show update alerts for new beta builds
Add a feedback view directly into your app
For more information, please visit support.hockeyapp.net.
We are trying to extend IBM Connections 4.5 CR3 with own XPages apps not on the well described widget extension level for communities but on the application level.
Our goal is to extend the applications menu and load our apps inside the connections framework just like the original blogs or forums IBM apps.
Some others tried the same thing like this one:
http://blog.riand.com/2014/06/get-your-application-integrated-within.html?m=1
It seems that the trick for coming around the CORS trouble is not well documented in there.
Mikkel has put some code onto GitHub for the server side page generation:
https://github.com/lekkimworld/ic-wrapper
Can someone over here solve this or help us to come some steps further?
There are a number of approaches you can take, depending how daring you are.
The most pragmatic approach would be:Load a connections page, steal the HTML that makes up the Menu bar, copy that into a XPages custom control and you are done (of course you had added a link to your application beforehand in LotusConnectionsConfig.xml
Check the JSP that reads the LotusConnectionsConfig.xml how it is rendering the menu bar. Configure the Apache HTTP to expose the XML for read access, so you can dynamically create that menu - saves work when your menu changes often
Use the approaches described by Phil
Add a small JS that you call in your added menu. It would remove the content of the Connections page below the menu level and insert an iFrame which loads your XPage
Cheat by building a widget for a community homepage and have just that one widget (taking the whole page as real estate) in that Community
That's just off my head. Hope it helps
Technologies used:
BreezeJS
OData
Web API 2
MVC 5
IDE: Visual Studio 2013
I've been wrestling with the idea of having a Web API project and a separate web site project in a single solution.
My Web API 2 project opens up as: localhost:2020/ExampleProject.API
My MVC 5 WebSite project opens up as: localhost:5050/ExampleProject.WebSite
Now by default web api doesn't allow cross origin policies. So I played around with enabling CORS in my Web API 2, although I was able to get it to work, it only works for the latest browsers; I need the backward compatibility of IE7 to IE9.
So I played around with JSONP. I'm not fond of the lack of support that exists for this. I was able to get it to work for my Web API 2 project, but it doesn't work if I wanted to use BreezeController if using the breezejs web api library. It also doesn't work if I wanted to create an ODataController.
So I'm moving away from the idea of cross origin sharing; though hoping that in the future there will be enough support for jsonp regardless if I use BreezeJS WebAPI helper or ODataControllers.
For now, I have no idea how to put my WebAPI project and my MVC 5 Website under the same domain where I can have:
localhost/ExampleProject.API
localhost/ExampleProject.WebSite
Do I have to make some configuration in my host file? if I want to run my projects from VS2013 would it be able to run both projects under the same domain.. or do I have to keep on manually changing the URL in the browser?
Well, the answer was really really simple.
I know this an old question, it was just that I forgot how to do it since it's been so long since I did this. Searching for the answers on google and on stackoverflow was difficult since the discussions talked about setting up cross origin policies instead of setting up a same origin policy.
I spent the good portion of my time putting everything on IIS.
Created a website and had it point to the physical path where my website csproj and bin folder is located. I gave it a hostname of "dev.example.com" and changed my hostfile for 127.0.0.1 to refer to dev.example.com
Created a Web Application for the website, and set it up for web api 2 project. Everything magically worked after that.
The dumb part was, I could have easily done this in visual studio. I remember in VS2010, this cause many problems, but in 2013, I guess bugs have been fixed and it works now.
I had my WebSite project set up as
localhost:2020/ExampleProject.WebSite (incorrect)
instead of
localhost:2020 (correct)
and created a virtual directory. I do this by right clicking the project, going to properties, under "Web" tab.
So basically, the rule of thumb was to get my website to be my main root domain, and to copy that full domain to any web application I want to add under it.
So: website would be:
localhost:2020
web application:
localhost:2020/ExampleProject.API
I came up with an idea to integrate Lync Server as a Java portlet to Liferay environment. What I would like to have is people names, photos, presence information and contact points on a portlet which communicates the data from Lync server.
(With contact point I mean those direct Voip or IM communications integrations that I suppose belong to the Lync concept.)
I don't know if there exist any ready integrations and if not, what material could be found about APIs and stuff like that so that I could probably code one of my own.
Thanks for interest and tips already beforehand!
I'm no Liferay expert, but i'm guessing Web Based Portal - right? If so, then yes, you can do what you need to.
Are you running the Lync client on the machines? if not, then you'll need to build some server infrastructure.
First step would be to download and install the UCMA 3.0 SDK.
At the back end, you would need to build a UCMA application that logs on to your Lync environment - the process of building and deploying is fairly lengthy, but described well here
You'd also need to build in a web service layer, so you can expose methods over the web, e.g. GetContacts, etc. The methods behind your web service would need to call into the UCMA app to fetch the required information.
Then you'd just need to build the necessary html and javascript to call the web services.
There is a codeplex project that does some of this - at the very least, it would be a great starting point
The whole thing is a lot easier if you are running Lync on the client, and if Silverlight is an option.
You'd need to download the Lync SDK. This contains a bunch of Silverlight controls that allow the user to e.g. see contact details, see a contacts availability, click to call etc. It would then just be a case of creating a Silverlight app using the controls, and then wrapping this inside a portlet.
Edit: George Durzi and Michael Greenlee's book is great for getting started with this, whichever route you go down.