cancel
Showing results for 
Search instead for 
Did you mean: 

WebDynpro Opens a new window - 404 error

Former Member
0 Kudos

Hello,

I have Portal using desktop filter by URL. It seems to work fine except when our SRM EBP WebDynpro opens a new window under one URL we get a 404 File Not Found error. Using the other URL it works fine.

With HTTPWatch we see where the problem appears. In this case it makes the iView call successfully when the URL is:

+ 0.005 POST 0.129 24432 24432 200 html http://devl.stc.com/irj/portal?navigationtarget=navurl.

And the 404 Error (File not found) happens with this URL:

+ 0.005 POST 0.048 2059 2059 404 html http://xxxxxx:88888/portal/supplysync?NavigationTarget=navurl.

Can we track why opening a new window to a new iView from this URL http://devl.stc.com/irj/portal/supplysync is failing?

While doing the same process (new windows to the same new iView) from this URL http://devl.stc.com/irj/portal is working.

Why would opening a new window in portal start using the server address xxxxxx:88888 in one scenario but use the devl.stc.com url in the other?

Any ideas?

Thanks,

Matt

Accepted Solutions (1)

Accepted Solutions (1)

former_member192152
Active Participant
0 Kudos

Hi,

Check that the user has read permission to the PCD.

Please log in with an administrator of the SAP EP to try to replicate the error.

regards,

Angelo

Answers (4)

Answers (4)

Former Member
0 Kudos

I appreciate the helpful responses!

The answer turned out to be a corrupt web.xml file. Our bad file had lots of blank lines. It is not clear to me why this would cause the error I was seeing but using the SAP provided web.xml file correct the issue.

Thanks,

Matt

Former Member
0 Kudos

The problem is when I use the URL http://devl.stc.com/irj/portal/supplysync the new window attempts to open http://xxxxxx:88888/portal/supplysync?NavigationTarget=navurl and I get a 404 File Not Found Error.

When I use the URL http://devl.stc.com/irj/portal the new window opens using http://devl.stc.com/irj/portal?navigationtarget=navurl. and works.

Also, when the iView is changed to open in the same window it works. It only breaks when I use a new window.

Any suggestions?

Thanks,

Matt

hofmann
Active Contributor
0 Kudos

Hi,

http://devl.stc.com/irj/portal opens a navlink that resides on the same server and navigation context (normal portal navigation)

/irj/portal/supplysync goes to another server xxxxxx:88888 and another portal alias:

/portal/supplysync

instead of /irj/portal/supplysync

If the portal under xxxxxx:88888 isn't configured to run under /portal/supplysync you are accessing a non existing file / location.

br,

Tobias

Former Member
0 Kudos

Hi Matthew,

Logon to portal with system admin and navigate to System Administration>Navigation>Navigation Cache and clear all Cache's and check it once.

Regards

Basha

Former Member
0 Kudos

Hi Matt ,

The error code in your message says it all . You are trying to access a resource which is not existing on the server .

Kindly check your server settings carefully .

What you may try is opening the app directly from SRM sever where it resides and then see what happens . Also , you need not worry about the URL changing , i guess thats a redirect from portal to srm server .

Regards

Mayank

hofmann
Active Contributor
0 Kudos

Hi,

I'm not sure if I understood you problem. When you use:

http://devl.stc.com/irj/portal?navigationtarget=navurl. it works and when you use:

http://xxxxxx:88888/portal/supplysync?NavigationTarget=navurl. it fails?

Can we track why opening a new window to a new iView from this URL http://devl.stc.com/irj/portal/supplysync is failing? While doing the same process (new windows to the same new iView) from this URL http://devl.stc.com/irj/portal is working.

Is it every time the same server? The only difference is the portal alias?

br,

Tobias

Former Member
0 Kudos

Thank you for the suggestion. We added the Super Admin role to the test user and the problem still exists.

The same role works with the same user id using URL1, but fails with URL2. Also, the link works in both URLs when opened iin the same window. It is the popup window on URL2 that is causing the error.

Any other ideas?

Thanks,

Matt