Switch from CCStd to CCPro

Hi together,

We have a problem here while switching between CCPro(content center professional) and CCStd(content center standard) on TS 6.1 (SP1).
A customization of the GUI has been made in order to allow switching without logoff/login (non acceptable from a user perspective).
On the CCS interface we have added the following link to go to CCP :
<link id="com.corp.custom.menu.switch_pro"
label="Switch UI"
description="custom.menu.switch_pro"
resourceBundle="com.corp.custom.strings"
url="/iw-cc/command/iw.ui?iw_which_ui=ccpro"
target="_top" />

On the CCP interface we have added the following link to go to CCStd :
<link id="com.corp.custom.menu.switch_std"
label="Switch UI"
description="custom.menu.switch_std"
resourceBundle="com.corp.custom.strings"
url="/iw-cc/command/iw.ui?iw_which_ui=ccstd"
target="_top" />

The problem is the following :
If I log in into CCStd, browse the GUI, switch to CCPro, browse, switch to CCStd, browse etc. : no problem
If I log in into CCPro, browse, switch the GUI, then the CCStd is buggy and do not display branch names anymore in the listboxes. It seems to have lost its context.

Any help would be very appreciated as logoff/login to go from CCPro to CCStd is really not convinient for the users.

Edited by lidkh on 12/03/04 05:23 AM (server time).

Find more posts tagged with

Comments

Adam Stoller

You might want to re-post with the link information you mentioned but didn't actually show (use the "I want to preview my post and/or attach a file" option - to verify that what you type in actually gets rendered the way you want - before actually posting)

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

lidkh

Hi Fish,

Thanks for the info. I've updated the post.

Bill Klish

All you have to do is add the following to your URL and you should be set:

url="/iw-cc/command/iw.ui?iw_which_ui=ccstd&full_redirect=true"

lidkh

Unfortunately, it didn't help.
I have already tried using the following: url="/iw-cc/command/iw.base.portal_show_portalpage?portal_page_id=iw.ccstd.home.portal-page", without success.
Actually, it seems it has completely lost its context. Even some css are not rendered .
The strange thing is that it is fine just after the switch, but then after the first operation or refresh, it fails.

Any other suggestions?

Bill Klish

Sorry about that. I didn't actually try clicking into a workarea. But if I do, I get a blank errors encountered screen.

This is what I saw in the log file:

2004-12-03 10:10:04,575 [Thread-3] WARN com.interwoven.ui.teamsite.util.ParameterizedForwardCommand (TEAMSITE6\user commandID iw.ccstd.view_area) - execute(): the application has no iw.common.view_area_action.property
2004-12-03 10:15:23,393 [Thread-4] WARN com.interwoven.ui.teamsite.util.ParameterizedForwardCommand (TEAMSITE6\user commandID iw.ccstd.view_area) - execute(): the application has no iw.common.view_area_action.property
2004-12-03 10:18:56,189 [Thread-3] WARN com.interwoven.ui.teamsite.util.ParameterizedForwardCommand (TEAMSITE6\user commandID iw.ccstd.view_area) - execute(): the application has no iw.common.view_area_action.property

Bill Klish

Well, I don't see the CSS rendering problem you mention and I was able to correctly open up a new Form from the New Forms portlet using the solution I sent you. However, browsing from the workareas portlet is a problem. Also, I was able to successfully browse into directories defined as favorites. If I click the Home bread crumb link inside of the workarea the favorite link took me to, it returns me to CC Pro (my login UI) instead of the CC Std home page.

I am not sure why browsing doesn't work, but from the log output, it appears something is causing that call to fail.

lidkh

Hi bk99nd,

Actually, I have the same behaviour.If I click on the workarea from the workareas portlet then I get an error message. Nevertheless, if I select 'browse' then it's working fine. Opening a New Form is fine as well.
The main problem we have, is that all workareas have the same name. Therefore, we choose the format 'branch:workarea' in the portlets.
When switching from the CCPro to the CCStd, we loose this feature and just have a list of workareas instead. I believe that the CCStd requires some session parameters that are not sent by the CCPro and therefore, it takes the default values. Not sure whether we could find which parameters are within the session.

Thanks for your help, I really appreciate it.

Migrateduser

The URL
url="/iw-cc/command/iw.ui?iw_which_ui=ccpro"
is not a supported URL. I would recommend that you use a supported URL instead, like
url="/ccpro".

It is not clear to me exact what error you are seeing, or what sequence of operations you are performing. Please try logging directly into the CCStd UI and then clicking on a workarea name in the "My Workareas" portlet. Do you see the same error? It could be that your system is not correctly configured to preview a workarea.

Brinko Kobrin
Interwoven Staff Engineer

lidkh

Brinko,

As mentionned above, the CCStd is working fine. The problem happens only when the switch occurs.
BTW, is "/ccpro" a supported URL, it doesn't seem to like it?

Thx.

Migrateduser

The supported URL commands include "ccpro" and "ccstd". As a absolute URL, the "ccpro" command would be

http://HOSTNAME/iw-cc/ccpro"

(when the http protocol and the default http port are being used). From within a web application, URLs can be specified as relative to the root URL, so "/ccpro" means the same thing.

Brinko Kobrin
Interwoven Staff Engineer

Migrateduser

The error "execute(): the application has no iw.common.view_area_action.property" comes from your inclusion of the "full_redirect=true" parameter. Try removing it.

Brinko Kobrin
Interwoven Staff Engineer

Bill Klish

After some quick testing, that seemed to fix it for me from typing in the URLs into a web browser. I need to rebuild the CC web app and try it out again from a UI action link but I suspect it will work.

I guess I overlooked the commands in the UICG manual. For anyone else interested, the URL brinko posted is documented on page 90 of uicg.610.cg.pdf.

Thanks for your help.

lidkh

Thanks for the information. The '/ccpro' is working fine whereas the '/ccstd' gave me a "404" error page:

HTTP Status 404 - /iw-cc/ccstd/
--------------------------------------------------------------------------------
type Status report

message /iw-cc/ccstd/

description The requested resource (/iw-cc/ccstd/) is not available.
--------------------------------------------------------------------------------
Apache Tomcat/4.1.24

Do you experience the same?

Bill Klish

I have both working correctly on my windows 2003 instance. I will let you know later today on our Solaris instance. I am waiting for the customer toolkit to be rebuilt by our administrator.

lidkh

oops... Sorry, my mistake. I used '/ccstd/' instead of '/ccstd'. It's working like a charm.

Thanks a lot for your precious help, guys.

lidkh

For your information, the correct URLs for the switch are : '/iw-cc/switchui?iw_which_ui=ccstd' and '/iw-cc/switchui?iw_which_ui=ccstd '.
(cf page 90 in uicg610.cg.pdf)

cheers,
Khalid

Adam Stoller

are : '/iw-cc/switchui?iw_which_ui=ccstd' and '/iw-cc/switchui?iw_which_ui=ccstd'.
I assume that one of those was supposed to be "ccpro" ;-)

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

lidkh

Of course, fish. 'Copy&paste' is nice for lazy guys like me ;-)

Bill Klish

Interesting. I have the following in there for mine and it works fine:

/iw-cc/ccstd --- switches to ccstd

and

/iw-cc/ccpro --- switches to ccpro

khan

Hi,

I just added this functionality to our ccpro to switch to ccstd, but I'm having a problem with the target. I have target="_top" for the link, but ccstd is only put in the right bottom frame of ccpro. CCStd doesn't replace the whole of ccpro. Is this your experience?

Thanks.

lidkh

Hi,

Do you use a menu item for the switch?
Here, I have added a link on the top right, near the 'Help', and it's working fine with the target="_top".

cheers.

khan

I've added it as a link to the ccpro ui on the top right, next to the Submit, Get latest, etc. buttons. No matter which target I'm using, it's just loading the ccstd ui into the bottom right frame.

You're on 6.1? I'm on 6.5. Might that be the difference? Something buggy w/6.5 maybe?

lidkh

Hi Khan,

Indeed, it could be different between 6.5 and 6.1. Nevertheless, I didn't insert the link in the horizontal menu (near 'Submit',Get Latest...), but in the in header (near Logout).
You might want to try the same. It should be inserted within the tag <action-list id="iw.ccpro.common.actions_top.action-list">.
Cheers,
K.

khan

That worked perfectly. Thanks!

Now, I can't get the reverse to work--to go from std to pro. This chunk:

<action-list id="iw.ccstd.common.actions_top.action-list">
<link id="com.corp.custom.menu.switch_pro"
label="Switch to Pro"
description="Switch to Pro"
resourceBundle="com.corp.custom.strings"
url="/iw-cc/ccpro"
target="_top" />
</action-list>

I've tried adding that to both portal_custom.xml and ui_custom.xml, but nothing is adding the link to the standard interface.

I promise this'll be my last question on this topic!

Thanks again.