<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Liferay Capability to Support these requirements</title>
  <link rel="self" href="https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=38400793" />
  <subtitle>Liferay Capability to Support these requirements</subtitle>
  <id>https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=38400793</id>
  <updated>2026-04-20T14:09:14Z</updated>
  <dc:date>2026-04-20T14:09:14Z</dc:date>
  <entry>
    <title>RE: Liferay Capability to Support these requirements</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38477143" />
    <author>
      <name>David H Nebinger</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38477143</id>
    <updated>2014-06-03T13:47:20Z</updated>
    <published>2014-06-03T13:47:20Z</published>
    <summary type="html">I believe Liferay would do this if you engaged with them for a contracting gig, but I don&amp;#39;t think anyone will just set something like this up for free.&lt;br /&gt;&lt;br /&gt;And it&amp;#39;s important to point out that Liferay is more of a foundation than a product in many cases.  It is highly configurable, highly customizable, some things are easy to change and others take a little bit of effort, but all of what you&amp;#39;re looking for can be supported under Liferay.</summary>
    <dc:creator>David H Nebinger</dc:creator>
    <dc:date>2014-06-03T13:47:20Z</dc:date>
  </entry>
  <entry>
    <title>RE: Liferay Capability to Support these requirements</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38409757" />
    <author>
      <name>Duncan Groenewald</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38409757</id>
    <updated>2014-06-01T20:57:37Z</updated>
    <published>2014-06-01T20:57:37Z</published>
    <summary type="html">&lt;div class="quote-title"&gt;David H Nebinger:&lt;/div&gt;&lt;blockquote&gt;Nah, pretty easy.  You&amp;#39;re talking many different sites (one per corp client), each site can have it&amp;#39;s own theme (so it can be branded), each site could have it&amp;#39;s own virtual host (so it can have different hostnames in the browser URL), the site admin can add/remove users (when they&amp;#39;re contract is accepted/cancelled), users can be members of multiple sites (they will have a primary but can switch to another site in the dock bar), ...&lt;br /&gt;&lt;br /&gt;I would say Liferay would be an easy fit for your requirements.  If your timeframe is tight, you may want to use one of the Liferay consulting companies to springboard your implementation, and they can certainly help fill in whatever holes you may have.&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;It sounds promising, each site would be pretty much the same, with the exception that certain apps may not be available, depending on the services that have been contracted.  We wouldn&amp;#39;t want the user to be able to switch sites (at this stage) but they should be able to see this list of companies they have subscribed with.  When they log in they should be redirected to their primary site (the corporate they signed up with).&lt;br /&gt;&lt;br /&gt;The whole membership thing is probably the most complicated thing we have to address, any chance anyone from Liferay could provide some guidance to set up a demo - I have set up a copy in Azure to play with.  &lt;br /&gt;&lt;br /&gt;Some of the first things I want to set up are:&lt;br /&gt;&lt;br /&gt;- two different branded sites (sort of done this by setting up two organisations each with their own site)&lt;br /&gt;- both sites must allow the user to log in or register. I can&amp;#39;t seem to prevent the Liferay login screen from appearing, how can things up such that the same login/register option appears on each organisations sites and depending on which one the user registers with they automatically get associated with that organisation.&lt;br /&gt;- if the user is already a registered member of any organisation they should not be able to log in from another site without first registering as a member (using the same email and password).  And even after registering with a second (or third..) organisation they should be redirected to their primary organisations site.&lt;br /&gt;- users access to functions/apps should be based on their membership.  How would one associate a portlet or page with the organisation membership such that it is available in menu&amp;#39;s etc..&lt;br /&gt;- Conceptually different services could probably be built within their own sites, with portlets or menu&amp;#39;s providing links to those sites.  We would likely want portlets of some sort to display summary information about the service but once the user selects the service they could be redirected to the site where full access to the service is provided.  For example they may have enrolled in an exercise or meal plan and the portlet might show then status or reminders on their home page.&lt;br /&gt;&lt;br /&gt;Any advice/suggestions or instructions on how to do this would be welcome.</summary>
    <dc:creator>Duncan Groenewald</dc:creator>
    <dc:date>2014-06-01T20:57:37Z</dc:date>
  </entry>
  <entry>
    <title>RE: Liferay Capability to Support these requirements</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38406439" />
    <author>
      <name>David H Nebinger</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38406439</id>
    <updated>2014-06-01T14:28:26Z</updated>
    <published>2014-06-01T14:28:26Z</published>
    <summary type="html">Nah, pretty easy.  You&amp;#39;re talking many different sites (one per corp client), each site can have it&amp;#39;s own theme (so it can be branded), each site could have it&amp;#39;s own virtual host (so it can have different hostnames in the browser URL), the site admin can add/remove users (when they&amp;#39;re contract is accepted/cancelled), users can be members of multiple sites (they will have a primary but can switch to another site in the dock bar), ...&lt;br /&gt;&lt;br /&gt;I would say Liferay would be an easy fit for your requirements.  If your timeframe is tight, you may want to use one of the Liferay consulting companies to springboard your implementation, and they can certainly help fill in whatever holes you may have.</summary>
    <dc:creator>David H Nebinger</dc:creator>
    <dc:date>2014-06-01T14:28:26Z</dc:date>
  </entry>
  <entry>
    <title>Liferay Capability to Support these requirements</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38400792" />
    <author>
      <name>Duncan Groenewald</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=38400792</id>
    <updated>2014-06-01T12:18:00Z</updated>
    <published>2014-06-01T12:18:00Z</published>
    <summary type="html">Hi, I am investigating portal solutions and want some advice as to whether Liferay could support a number of our high level requirements as outlined below:&lt;br /&gt;&lt;br /&gt;- We provide health services to corporate clients employees and customers, however we need to provide a branded site for their employees/customers to register/log on(or single sign on) to access these services.&lt;br /&gt;- Clients employees/customers may overlap, however they should only be registered once but may become members or (or be associated with) multiple organisations - Their primary relationship must dictate the branding on their pages&lt;br /&gt;- Clients contracts will include certain services and members should be provided access to these services based on their memberships.  A service should only be provided once.&lt;br /&gt;- Services include newsletters, education, health programs, coaching, information, health assessments, etc..  Some of these may be sourced externally but many would be created using the portal CMS, or custom or purchased portal applications.&lt;br /&gt;&lt;br /&gt;I have had a brief look at Liferay and it seems to support many of these requirements but I would appreciate it if someone could provide more details on whether it would be possible to configure this or whether there is significant customisation that would be required to support this.&lt;br /&gt;&lt;br /&gt;Thanks in advance.</summary>
    <dc:creator>Duncan Groenewald</dc:creator>
    <dc:date>2014-06-01T12:18:00Z</dc:date>
  </entry>
</feed>
