response.createActionURL() - Websphere

This is a discussion on response.createActionURL() - Websphere ; I have a JSR 168 portlet application which is working fine with WPS 6.0. Recently, I tried to deploy with WPS 6.1, I have some weird problem. Some href links work but some do not work any more. It seems ...

+ Reply to Thread
Results 1 to 20 of 20

Thread: response.createActionURL()

  1. response.createActionURL()

    I have a JSR 168 portlet application which is working fine with WPS 6.0. Recently, I tried to deploy with WPS 6.1, I have some weird problem. Some href links work but some do not work any more. It seems IE has more problem than Firefox. I checked that the href URL (a very long URL) is generated from response.createActionURL(). I notice that WPS 6.1 does support JSR 286. Could JSR 168 portlet application just run on WPS 6.1 without any modification? Does anyone have any idea with this issue?

  2. Re: response.createActionURL()

    yes they will work fine. one thing could be happening is are you in an anonomous page? are you putting large objects into render params? are you using jsf?

    IE does have a url character limit of around 2k characters



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  3. Re: response.createActionURL()

    what do you mean by anonomous page? I have only put two params, i.e. &portlets_BO_portlet_cmd=NavigateClick&_portlets_BO_portlet_CEITEM_ID=1270.
    I am not using JSF, pure JSP.

    You are right, it exceeds the 2k limit in IE. If you run same URL with Firefox, it works fine. How could I resolve the problem?

    Here is URL not working:
    HREF='/wps/myportal/!ut/p/c5/hY_bCoJAEIafxSfY8bxerrnqhhprVuqNiEQoeQjEyKdvo5sMrJ nLb76Z-VGORHflVF_Kse678opSlBvFxiO-ZgYAQHYuKKalMRarKniK4NkHx1tHBcXWwzgwsCrm_9gnlIJW7B s8hI8xDebNlDQmv0cNnceAQ5TwWa4s-ehySuitYnUmCSdfbMWOi183DcbBAWD6m8NKEfj2lz_b-m8uMkV-355RhnJzNRsGNLSHaaAxZkSSnmpXsLI!/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0 tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tV UW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW 9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9L VVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVV JvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVEh L2tES2dJQUFBQkFJQkFJQmdNQkFDQlFDQWdBQUFJQUFDQXdJQl FBQXdJQndCQklCQklPQUlGQm9GQm9PQW9PQkFNQkFJQVlMQTRM QTREQllQQUVQQUVEQjREQkFNQkFJQkVFaGtFaGtJZ2tDaFVDaF VJZ1VJaEFNQkFJQTBPZ01PZ01HaDBKZ3NKZ3NHaE1HaEFNQkFJ QnNEaGNEaGNOZ2NIaDhIaDhOZzhOaEFNQkFJQUNJUWlJUWlBUk NNUVNNUVNBUmlBUkFNQkFJQlNHUnlHUnlLUXlCUktCUktLUUtL UkFNQkFJQXFOUWFOUWFGUnFMUTZMUTZGUmFGUkFNQkFJQjZBeE dBeEdQUUdFeG1FeG1QUW1QUkFNQkFJQVdLdzJLdzJDeFdPd09P d09DeDJDeEFNQkFJQk9GeHVGeHVKd3VEeGVEeGVKd2VKeEFNQk FJQS1Qd0JQd0JIeC1JSWhJSWhIeEJIeEFNQkFJQmhDSlJDSlJN SVJHSnhHSnhNSXhNSkFNQkFJQUpKSXBKSXBCSkpOSVpOSVpCSn BCSkFNQkFJQlpISjVISjVMSTVBcEZBcEZMSUZMSkFNQkFJQWxN b1ZNb1ZFcGxLbzFLbzFFcFZFcEFNQkFJQjFCcE5CcE5Pb05GcH RGcHRPb3RPcEFNQkFJQWRMbzlMbzlEcGRQb0RQb0REcDlBQSEh LzRDMWI5V19OcjBnQ1VneEVtUkNVZ0pNbUVvUnJmcjBpakVTWk VKU0FreVlTaEd0LXZTR01SSmtRbE9LVEpoS0NhMzY5SWt4RW1S Q1VnSk1tRW9wcmZyMGpURVNaRUpReWt5WVNsbXQtdlNITVJKa1 FsREtUSmhLZWEzNjlJQ3hFbVJDVTRwTW1FcDVyZnIwaUxFU1pF SlJLa3lZU25tdC12U01zUkprUWxDcVRKaEtlYTM2OUlxeEVtUk NVYXBNbUVwNXJmcjBqckVTWkVKUWFreVlTbm10LXZTSnNSSmtR bERLVEpoS0xhMzY5STJ4RW1SQ1VPcE1tRXBkcmZyMGg3RVNaRU pUNmt5WVNsMnQtdlNBY1JKa1FsSWFUSmhLWGEzNjlJUnhFbVJD VXhwTW1FcGRyZnIwZ25FU1pFSlNta3lZU2wydC12U0djUkprUW xPYVRKaEtYUUEhIS83X0NHQUg0N0wwMDBBT0YwMjc5NElJUjMz MDgwLzIxeTZoMTI4LzgzNDYyNTQ3MTE1L0NFSVRFTV9JRC9jbW QvU3Vic2NyaWJlVG8vMzF5NmgxMjkvdDJ5NmgxMzAvMS9QYWdl TmF2aWdhdGVUby9nMnk2aDEzMS9QYWdlSnVtcFRvL2IyeTZoMT MyLzAvU2VhcmNoL3oyeTZoMTMzL05hdmlnYXRlVG8vaDJ5Nmgx MzQvbjJ5NmgxMzUvMi91Mnk2aDEzNi8zL2oyeTZoMTM3LzQvbT J5NmgxMzgvNS9pMnk2aDEzOS9zb3J0TmFtZUNvbHVtbi9OMnk2 aDE0MC83NTAvTmF2aWdhdGVDbGljay9VMnk2aDE0MS8zMzQvSj J5NmgxNDIvMzY1NC9NMnk2aDE0My8xMDIwL0kyeTZoMTQ0LzEy My9LMnk2aDE0NS8zMzM!/#7_CGAH47L000AOF02794IIR33080'


    Here is URL working:
    HREF='/wps/myportal/!ut/p/c5/hY_bCoJAEIafxSfY8bxerrnqhhprVuqNiEQoeQjEyKdvo5sMrJ nLb76Z-VGORHflVF_Kse678opSlBvFxiO-ZgYAQHYuKKalMRarKniK4NkHx1tHBcXWwzgwsCrm_9gnlIJW7B s8hI8xDebNlDQmv0cNnceAQ5TwWa4s-ehySuitYnUmCSdfbMWOi183DcbBAWD6m8NKEfj2lz_b-m8uMkV-355RhnJzNRsGNLSHaaAxZkSSnmpXsLI!/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0 tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tV UW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW 9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9L VVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVEhL2tDQ2dJQUFBQk FJQkFJQmdNQkFDQlFDQWdBQUFJQUFDQXdJQlFBQXdJQndCQklC QklPQUlGQm9GQm9PQW9PQkFNQkFJQVlMQTRMQTREQllQQUVQQU VEQjREQkFNQkFJQkVFaGtFaGtJZ2tDaFVDaFVJZ1VJaEFNQkFJ QTBPZ01PZ01HaDBKZ3NKZ3NHaE1HaEFNQkFJQnNEaGNEaGNOZ2 NIaDhIaDhOZzhOaEFNQkFJQUNJUWlJUWlBUkNNUVNNUVNBUmlB UkFNQkFJQlNHUnlHUnlLUXlCUktCUktLUUtLUkFNQkFJQXFOUW FOUWFGUnFMUTZMUTZGUmFGUkFNQkFJQjZBeEdBeEdQUUdFeG1F eG1QUW1QUkFNQkFJQVdLdzJLdzJDeFdPd09Pd09DeDJDeEFNQk FJQk9GeHVGeHVKd3VEeGVEeGVKd2VKeEFNQkFJQS1Qd0JQd0JI eC1JSWhJSWhIeEJIeEFNQkFJQmhDSlJDSlJNSVJHSnhHSnhNSX hNSkFNQkFJQUpKSXBKSXBCSkpOSVpOSVpCSnBBQSEhLzRDMWI5 V19OcjBnQ1VneEVtUkNVZ0pNbUVvUnJmcjBpakVTWkVKU0FreV lTaEd0LXZTR01SSmtRbE9LVEpoS0NhMzY5SWt4RW1SQ1VnSk1t RW9wcmZyMGpURVNaRUpReWt5WVNsbXQtdlNITVJKa1FsREtUSm hLZWEzNjlJQ3hFbVJDVTRwTW1FcDVyZnIwaUxFU1pFSlJLa3lZ U25tdC12U01zUkprUWxDcVRKaEtlYTM2OUlxeEVtUkNVYXBNbU VwNXJmcjBqckVTWkVKUWFreVlTbm10LXZTSnNSSmtRbERLVEpo S0xhMzY5STJ4RW1SQ1VPcE1tRXBkcmZyMGg3RVNaRUpUNmt5WV NsMEEhLzdfQ0dBSDQ3TDAwMEFPRjAyNzk0SUlSMzMwODAvMjF5 NmgxMjgvODM0NjI1NDcxMTUvQ0VJVEVNX0lEL2NtZC9TdWJzY3 JpYmVUby8zMXk2aDEyOS90Mnk2aDEzMC8xL1BhZ2VOYXZpZ2F0 ZVRvL2cyeTZoMTMxL1BhZ2VKdW1wVG8vYjJ5NmgxMzIvMC9TZW FyY2gvejJ5NmgxMzMvTmF2aWdhdGVUby9oMnk2aDEzNC9uMnk2 aDEzNS8yL3UyeTZoMTM2LzMvajJ5NmgxMzcvNC9tMnk2aDEzOC 81L2kyeTZoMTM5L3NvcnROYW1lQ29sdW1uL04yeTZoMTQwLzc1 MC9OYXZpZ2F0ZUNsaWNrL1UyeTZoMTQxLzMzNA!!/#7_CGAH47L000AOF02794IIR33080'

  4. Re: response.createActionURL()

    what I mean is for the anonymous page is if this is on a page that does not require logging in to view. but it seems it does

    I would enable com.ibm.wps.engine.*=all tracing and we can see what is being encoded with the page for why it is getting so long.




    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  5. Re: response.createActionURL()

    How to enable this tracing: com.ibm.wps.engine.*=all ?
    I put it in C:\IBM\WebSphere\wp_profile\PortalServer\config\co nfig\log.properties and restart server. It does not log.

  6. Re: response.createActionURL()

    if this is 6.0 just do it in the amdin console before going to the page with th elong url



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  7. Re: response.createActionURL()

    JSR-168 Portlets that used to run in WP 6.0 should work without modifications WP 6.1. Is the portlet in question using any IBM APIs in addition?

    I used to have problems with too long URLs in IE when doing JSF portlets in RAD 7.0 for WP 6.0. Are you using JSF?

  8. Re: response.createActionURL()

    I do not use IBM API and JSF. I tried enabling tracing of com.ibm.wps.engine.*=all from admin console, restart the portal server and it still does not log. Is there any way to reduce the length of the URL without changing the code? It used to work on WPS 6.0 but just not working on WPS 6.1. There must be some difference in term of the portlet containers of 2 different versions.

  9. Re: response.createActionURL()

    are you doing this from the portal admin console? and no trace.log is getting produced?

    what you want to see in the trace.log when it builds the url



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  10. Re: response.createActionURL()

    Here is the trace.log. I am not sure what the problem is. Could someone spot anything wrong?

  11. Re: response.createActionURL()

    I would suggest opening a PmR for htis issue



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  12. Re: response.createActionURL()

    the other thing you can do is turn on tracing for this
    com.ibm.ws.portletcontainer.core.impl.*=all



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  13. Re: response.createActionURL()

    I am having the same problem. Interestingly it seems that as I render more links in the portlet they get longer until the links at the end of the list are not usable in IE yet the first 3 items in the list are.

  14. Re: response.createActionURL()

    Hi IBM_Developers,

    I have taken a look at your trace.log. You can find dumps of your navigational state there, e.g. this one:

    {code}






    83709270461









    Home


    action


    2


    NavigateTo






    NRb0tVUW9LVVJvbUNRb0tVUW9LVVEhL0VCbEFnQUFBZ0lDQWdN REFnQ0NnSUVBQUFJQUFJR0NBb0FCZ2
    dPQVFrQkNRNEJCUTBGRFE0RkRnZ01DQWdEQ3djTEJ3TUxEd0NQ QUlNUEF3Z01DQWdJaEl5RWpJaUVnb3
    FDaW9pQ2lJZ01DQWdHam9HT2dZYU9pWVdKaFlhSmhvZ01DQWdO ZzR1RGk0MkRoNC1IajQySGpZZ01DQW
    dBU0VSSVJFQklURUpNUWtCTVFFZ01DQWdLUms1R1RrcEdRVWxC U1VwQlNrZ01DQWdGVFVOTlEwVk5TMG
    RMUjBWTFEhLzRDMWI5V19OcjBnQ1VneEVtUkNVZ0pNbUVvUnJm cjBpakVTWkVKU0FreVlTaEd0LXZTR0
    1SSmtRbE9LVEpoS0NhMzY5SWt4RW1SQ1VnSk1tRW9wcmZyMGpU RVNaRUpReWt5WVNsbXQtdlNITVJKa1
    FsUEtUSmhLQmEzNjlJaXhFbVJDVTRwTW1Fb0ZyZnIwaExFU1pF SlRLa3lZU2dVQSEvN19DR0FINDdMMD
    BPNEtDMDI3UFZTVDM5MjA4MC8xREdjUzIzLzgzNzA5MjcwNDYx L0NFSVRFTV9JRC9jbWQvVW5zdWJzY3
    JpYmVUby9QREdjUzI0L0xER2NTMjUvMS9QYWdlTmF2aWdhdGVU by9PREdjUzI2L1BhZ2VKdW1wVG8vS0
    RHY1MyNy83MTQvU2VhcmNoL0lER2NTMjgvMC9OYXZpZ2F0ZVRv L01ER2NTMjkvQkRHY1MzMC8y/#7_CG
    AH47L00O4KC027PVST392080
    /wps/myportal/sap/!ut/p/c5/hY9JDoJAEEXPwgm6mJtlQzMpoCAybQgLNBAZEglETi_GjZ
    igVcuX96s-ytCybTFW12Koura4oQRlUq6ZxBJkB-Ag7DXg5GN0CnmFA5NbePrB8Y7ywKmiGzgS5gHgjx
    2jBIT8VOPefQyJM2tjWMv-5NXl5FF7HihhWVdhI8PXiXcp43vKLE62SsXUwK-bku0DBbDFN4eNIfDtr3
    9Wxd986eRZXVOiFGXyZjcMqG_OY68H2CYM8wRlssUk/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbU
    NRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNR b0tVUW9LVVJvbUNRb0tVUW9LVVJvbU
    NRb0tVUW9LVVEhL0VHRkFnQUFBZ0lDQWdNREFnQ0NnSUVBQUFJ QUFJR0NBb0FCZ2dPQVFrQkNRNEJCUT
    BGRFE0RkRnZ01DQWdEQ3djTEJ3TUxEd0NQQUlNUEF3Z01DQWdJ aEl5RWpJaUVnb3FDaW9pQ2lJZ01DQW
    dHam9HT2dZYU9pWVdKaFlhSmhvZ01DQWdOZzR1RGk0MkRoNC1I ajQySGpZZ01DQWdBU0VSSVJFQklURU
    pNUWtCTVFFZ01DQWdLUms1R1RrcEdRVWxCU1VwQlEhLzRDMWI5 V19OcjBnQ1VneEVtUkNVZ0pNbUVvUn
    JmcjBpakVTWkVKU0FreVlTaEd0LXZTR01SSmtRbE9LVEpoS0Nh MzY5SWt4RW1SQ1VnSk1tRW9wcmZyMG
    pURVNaRUpReWt5WVNsbXQtdlNITVJKa1FsUEtUSmhLQmEzNjlJ aXhFbVJDVTRwTW1Fb0ZBLzdfQ0dBSD
    Q3TDAwTzRLQzAyN1BWU1QzOTIwODAvMURHY1MyMy84MzcwOTI3 MDQ2MS9DRUlURU1fSUQvY21kL1Vuc3
    Vic2NyaWJlVG8vUERHY1MyNC9MREdjUzI1LzEvUGFnZU5hdmln YXRlVG8vT0RHY1MyNi9QYWdlSnVtcF
    RvL0tER2NTMjcvNzE0L1NlYXJjaC9JREdjUzI4LzAvTmF2aWdh dGVUby9NREdjUzI5/#7_CGAH47L00O
    4KC027PVST392080


    /wps/myportal/sap/!ut/p/c5/hY9JDoJAEEXPwgm6mJtlQzMpoCAybQgLNBAZEglETi_GjZ
    igVcuX96s-ytCybTFW12Koura4oQRlUq6ZxBJkB-Ag7DXg5GN0CnmFA5NbePrB8Y7ywKmiGzgS5gHgjx
    2jBIT8VOPefQyJM2tjWMv-5NXl5FF7HihhWVdhI8PXiXcp43vKLE62SsXUwK-bku0DBbDFN4eNIfDtr3
    9Wxd986eRZXVOiFGXyZjcMqG_OY68H2CYM8wRlssUk/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbU
    NRb0tVUW9LVVJvbUNRb0tVUW9LVVEhL1lIMElBQUlJSUlNTUlD S0NFQUFJQUNHSUtBR0lPQkpCSk9CRk
    5GTk9GT0lNSUlETEhMSERMUEF2QWpQRElNSUlJa3Nrc29raXFp cW9pZyEhLzRDMWI5V19OcjBnQ1VneE
    VtUkNVZ0pNbUVvUnJmcjBpakVTWkVKU0FreVlTaEd0LXZTR01S SmtRbE9LVEpoS0NRQSEhLzdfQ0dBSD
    Q3TDAwTzRLQzAyN1BWU1QzOTIwODAvMURHY1MyMy84MzcwOTI3 MDQ2MS9DRUlURU1fSUQvY21kL1Vuc3
    Vic2NyaWJlVG8vUERHY1MyNC9MREdjUzI1LzEvUGFnZU5hdmln YXRlVG8!/#7_CGAH47L00O4KC027PV
    ST392080
    /wps/myportal/sap/!ut/p/c5/hY9JDoJAEEXPwgm6mJtlQzMpoCAybQgLNBAZEglETi_GjZ
    igVcuX96s-ytCybTFW12Koura4oQRlUq6ZxBJkB-Ag7DXg5GN0CnmFA5NbePrB8Y7ywKmiGzgS5gHgjx
    2jBIT8VOPefQyJM2tjWMv-5NXl5FF7HihhWVdhI8PXiXcp43vKLE62SsXUwK-bku0DBbDFN4eNIfDtr3
    9Wxd986eRZXVOiFGXyZjcMqG_OY68H2CYM8wRlssUk/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbU
    NRb0tVUW9LVVJvbUNRb0tVUW9LVVEhL1lIMElBQUlJSUlNTUlD S0NFQUFJQUNHSUtBR0lPQkpCSk9CRk
    5GTk9GT0lNSUlETEhMSERMUEF2QWpQRElNSUlJa3Nrc29raXFp cW9pZyEhLzRDMWI5V19OcjBnQ1VneE
    VtUkNVZ0pNbUVvUnJmcjBpakVTWkVKU0FreVlTaEd0LXZTR01S SmtRbE9LVEpoS0NRQSEhLzdfQ0dBSD
    Q3TDAwTzRLQzAyN1BWU1QzOTIwODAvMURHY1MyMy84MzcwOTI3 MDQ2MS9DRUlURU1fSUQvY21kL1Vuc3
    Vic2NyaWJlVG8vUERHY1MyNC9MREdjUzI1LzEvUGFnZU5hdmln YXRlVG8!/#7_CGAH47L00O4KC027PV
    ST392080








    {code}

    It shows that you try to pass several other portal URLs as parameters with your ActionURL. The question is whether you really need to pass so much data via the URL...
    Of course, this doesn't explain why this worked in WP6.0 and not in WP6.1, but it explains why your Action URL has become so long...

  15. Re: response.createActionURL()

    It's funny I did not realize that I work with IBM_Developers and have taken over his issue. Anyways I found that with each subsequent call to PortletURL.toString() will return a longer URL even if no change has been made in the meantime.


    Here is some test code I put in a jsp page.

    public String getTestURI() {
    return "Iteration 1:" + FormActionURI.toString() + "\nIteration 2: " + FormActionURI.toString();
    }


    Results:
    Iteration 1: /wps/myportal/sap/!ut/p/c5/hZBLDoJAEETP4gFMF79hXPITUFBHUJGNYaEGIkoiQfH0Ytyoid q9fHldnaKUuj1mTb7P6vx0zA6UUMo2lmt4qh4AU3VsQdZnyyhW BjJcuePrF85HtgLZ1MJ5wLgC4I-9ogTqJip4FbZ1EtysJi50cQlj_3ouBGpbtNJ5IC2HwjFMrWV99 DonfbvK7SF_ZDJfwAZ87cnxZQx8-u8_m9pvDvzMdxX2h6s08U7lltaU6l-74aCqXDSVM3d2ltG7A1KxFAU!/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0 tVUW9LVVEhL1lIMElBQUlJSUlNTUlDS0NFQUFJQUNHSUtBR0lP QkpCSk9CRk5GTk9GT0lNSUlETEhMSERMUEF2QWpQRElNSUlJa3 Nrc29raXFpcW9pZyEhLzRDMWI5V19OcjBnQ1VneEVtUkNVZ0pN bUVvUnJmcjBpakVTWkVKU0FreVlTaEd0LXZTR01SSmtRbElDVE poS0VRQSEhLzdfQ0dBSDQ3TDAwTzRLQzAyN1BWU1QzOTIwODAv cXo4T18zMTkvODQyNDI5MTY2MjcvQ0VJVEVNX0lEL2NtZC9zdC 9UejhPXzMyMC9aejhPXzMyMQ!!/#7_CGAH47L00O4KC027PVST392080
    Iteration 2: /wps/myportal/sap/!ut/p/c5/hZBLDoJAEETP4gFMF79hXPITUFBHUJGNYaEGIkoiQfH0Ytyoid q9fHldnaKUuj1mTb7P6vx0zA6UUMo2lmt4qh4AU3VsQdZnyyhW BjJcuePrF85HtgLZ1MJ5wLgC4I-9ogTqJip4FbZ1EtysJi50cQlj_3ouBGpbtNJ5IC2HwjFMrWV99 DonfbvK7SF_ZDJfwAZ87cnxZQx8-u8_m9pvDvzMdxX2h6s08U7lltaU6l-74aCqXDSVM3d2ltG7A1KxFAU!/dl3/d3/L0lDU0lKSmdwcGlRb0tVUW9LVVJvbUNRb0tVUW9LVVJvbUNRb0 tVUW9LVVJvbUNtbUpDZ3BSQ2dwUkEhIS80Q3FDQUFBUUlFQ0Jn d1FDRkFnZ0FBSUFBZ3dnVUFEQ0J3RVNCRWpnSVVhRkdqZ280UU 1FQ0FZc09MRGd4WThCUEFReDRNUU1FQ0JFU1pFbVNJa0tWQ2xT SVVpUU1FQnBRYUVDRURvTW1ESm5RWXMyTE5uUllBISEvNEMxYj lXX05yMGdDVWd4RW1SQ1VnSk1tRW9ScmZyMGlqRVNaRUpTQWt5 WVNoR3QtdlNHTVJKa1FsSUNUSmhLRWEzNjlJNGxCTVJKa1FsSU NUSmhLRVEhIS83X0NHQUg0N0wwME80S0MwMjdQVlNUMzkyMDgw L3F6OE9fMzE5Lzg0MjQyOTE2NjI3L0NFSVRFTV9JRC9jbWQvc3 QvVHo4T18zMjAvWno4T18zMjEvQno4T18zMjIvODQyNDI5MTY2 NTk!/#7_CGAH47L00O4KC027PVST392080


    BTW: We are not using anonymous pages - it requires logon to the portlet container to access the portlet. Also we are not using JSF.

  16. Re: response.createActionURL()

    as I said I think this is a possible defect in 6.1 and it would be best to open a PMR



    IBM Certified System Administrator -- WebSphere Portal V6.0, V5.1, V5.0

    IBM Certified Solution Developer -- WebSphere Portal V5.1, v6.0



    The postings on this site are my own and do not necessarily represent the positions, strategies, or opinions of IBM

  17. Re: response.createActionURL()

    Okay, I agree that the toString() method of the PortletURL should be idempotent, which it isn't. That should be fixed.
    But was this the whole problem you had?
    If not, some small sample code for reconstructing that strange behavior would be beneficial....

  18. Re: response.createActionURL()

    Yes, this is a direct cause of my problem. The issue is that URLs in WSP 6.1 get longer each time they are generated by PortletURL.toString() and they soon surpass the IE (6 & 7) URL length limit of 2,048 characters (http://support.microsoft.com/kb/208427).

    Other browsers don't seem affected by this WPS 6.1 bug as they support at least 80,000 characters in URLs.

    Even reducing the length of the parameters didn't help as the URL would still balloon too large.

    Thanks.

  19. Re: response.createActionURL()

    I submitted a PMR and they have confirmed the issue and have escalated it.

    Here is the sample code I gave them to recreate the issue.

    PortletURL url = response.createActionURL();
    java.io.PrintWriter out = response.getWriter();

    // Each url will be longer than the last one. Only happens in Websphere Portal 6.1
    out.println("url 1 = " + url.toString() +
    "\nurl 2 = " + url.toString() +
    "\nurl 3 = " + url.toString() +
    "\nurl 4 = " + url.toString() +
    "\nurl 5 = " + url.toString() +
    "\nurl 6 = " + url.toString()
    );

  20. Re: response.createActionURL()

    For the time being, you should call toString() only once on a given action url, and memorize the value in a new string, should you need the same url string once again.

    Of course, this only applies if the length of the url becomes a problem.

    Moreover, it is worth noting, that also the urls returned by the repeated invocation of toString() are valid, they just grow in size (the state info containing unnecessary add and delete operations).

+ Reply to Thread