Red Hat Bugzilla – Bug 615491
Deploying a war file fails on upload (FF 3.3.6 on windowS)
Last modified: 2010-09-28 08:31:15 EDT
Description of problem:
select an AS server, click inventory, create new war file, upload... after it completes it tells you that it will cause a refresh. If you say no, it ignores the upload. If you say yes you get a seam debug page saying it can't restore the view. Can't copy stack trace right now. Will try and reproduce on a box I can cut/paste from.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
If this is reproducible its a blocker
This works for me with FF2 and FF 3.6.6 on WinXP. No debug page, war is correctly deployed.
with a windows server? Getting stack trace.
So Andy, please specify the Win* version you are using, as you did not do so before.
Andrew, the following info would be useful (apart from the stacktrace):
-- RHQ server OS version, JVM version
-- Agent OS version, JVM version
-- JBossAS version, JVM version
-- Browser OS version
-- Browser version (3.3.6 is not a version of FF)
(I'm being a bit paranoid with the JVM versions there, but you never know ;) )
Just a sidenote - I tried to replicate this on FF 3.0.6, 3.5.6 and 3.6.6 on Win2k but couldn't.
Andrew, thanks for the logs.
I see only 1 error in the logs that would correspond to this bug (namely the 2 entries starting on line 5662 in your logs) and that error is javax.faces.application.ViewExpiredException.
Off top of my head, this could be caused by 2 things:
1) the session expired, i.e. the upload took more than 30 minutes
2) you had more than 2 tabs open on the JON server in the same session (e.g. you opened a link inside JON GUI in a new tab)
The latter symptom is caused by the fact that due to the size of JSF views that need to be stored in the session, we limit the number of such stored views to 2. This means that you cannot refresh a page generated from an HTTP POST after you loaded another 2 pages in that same session.
This generally happens if you try to go back in browser history but can also happen on the package upload page if you viewed another JON page between the time you opened the upload dialog and confirmed the page refresh.
Can you please confirm either of the causes? Or do you have some other reproduction steps that can consistently reproduce this?
Uhm, replace JON with RHQ in the above comment... We're speaking RHQ, not JBoss ON here, even though everything said here applies to both.. :)
Dropping the priority until we are able to reproduce this issue.
Lukas, what logs?
Andrew sent them to me privately and asked not to make them public.
No it happens each time we upload. A window pops up for the upload. When the
window disappers it attempts to refresh the RHQ screen. The browser pops up
with a warning (letting me cancel or not). Then I get a seam exception page on
the original browser window.
Andrew, could you please look at $RHQ_HOME/jbossas/server/default/deploy/rhq.ear/rhq-portal.war/WEB-INF/web.xml and tell me the values of com.sun.faces.numberOfViewsInSession and com.sun.faces.numberOfLogicalViews context parameters?
Does this happen with an absolutely clear Firefox install (i.e. are you sure you don't have some kind of antivirus software of funky plugin that would make additional requests in the background)?
This is a stock default RHQ 3.0 install. I'll ask but the values are whatever they are in the stock RHQ 3.0 install.
Asking. I don't think so though.
from the customer:
"RHQ server OS/version: MS Windows Server 2003 SP1; JVM: JBoss AS JVM 1.5.0_04
Agent OS/version: MS Windows Server 2003 SP2; JVM: Sun JVM, 1.6.0_20
JBoss AS server: 5.0.1; Sun JVM: 1.6.0_20
Browser OS version: MS Windows XP Pro SP3
Browser version: FF 3.6.6
A/V: We're running Symantec Endpoint Protection
What developer in his right mind is going to have an absolutely clean Firefox install with no funky plugins? ;) Here's my list of them:
Application: Firefox 3.6.6 (20100625231939)
Operating System: WINNT (x86-msvc)
- Adblock Plus 1.2.1
- All-in-One Gestures 0.21.1
- Answers 2.3.54
- Delicious Bookmarks 2.1.072
- DragNDrop Toolbars 0.0.0.9
- Extension List Dumper 1.14.8
- FEBE 22.214.171.124
- Firebug 1.5.4
- Forecastfox 0.9.10.2
- Gmail Manager 0.6
- Google Toolbar for Firefox 7.1.20100701W
- Java Console 6.0.20
- Java Console 6.0.17
- Java Quick Starter 1.0
- Microsoft .NET Framework Assistant 1.2.1"
So it probably is symantic or adblock. I've asked them to test without (probably tomorrow). We'll confirm and then you can close it,but maybe keep the bug around as a warning to others :-)
I bet it would work better if not for that popup window...
Closing per gwt efforts -- upload window will be contained within browser