This week's book giveaway is in the Jython/Python forum.
We're giving away four copies of Murach's Python Programming and have Michael Urban and Joel Murach on-line!
See this thread for details.
Win a copy of Murach's Python Programming this week in the Jython/Python forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

ui.pack.js does not download  RSS feed

 
Antonio Martel
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,

we have build an app with JSF and Richfaces that doesn't render the main page from time to time. It needs to be reloaded a couple of times. But, what it worries me most is than in a couple of computers it never loads.

The source code of page is downloaded but not the Richfaces library (<script src="/ulpgcApp/a4j/g/3_3_3.Final/org/richfaces/ui.pack.js.htm" type="text/javascript">) that keeps saying "Transferring..." for ages.

Firewall doesn't show anything at logs and Antivirus has been shut it down.

Any idea? Has something to do with the name of the file (ui.pack.js.htm) ending in .htm?
 
Tim Holloway
Bartender
Posts: 18531
61
Android Eclipse IDE Linux
  • Likes 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
ui.pack.js.html isn't really a file as such, it's a composite of multiple bits of JavaScript generated based on which web client/version makes the query. It's fairly stable from page to page, however, which means that it can be cached on the client, and therefore may not actually need to be downloaded all the time. Unless you're using in on SSL-protected pages, in which case the Tomcat server has to be persuaded to cache-enable it.

If you're having problems with delayed or incomplete downloads, the problem could be the client or it could be the server. If either one is either underpowered or being ground down by some other process, that could cause issues, since ui.pack.js.html is a fairly large download. On the server side, not only does all this data have to be output, it has to be assembled, since, as I said, it's custom-built on a per-client basis.
 
Antonio Martel
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks Tim for your response, but it seems to me there is no process undermining resources to client or Tomcat as it happens to 2 computer specifically and hardly ever to the rest of PCs we have used.
 
Tim Holloway
Bartender
Posts: 18531
61
Android Eclipse IDE Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I think I'd have those 2 computers looked at. They may have undiscovered hardware problems.

By the way, while we're not big into rules here on the Ranch, we do have one about display names. We're rather insistent on it because it helps keep things processional (despite the mouldy moose logo ) and because we've found that people tend to be more polite and we pride ourselves on being a place where people can ask questions and not get flamed.

For more information: http://www.javaranch.com/name.jsp
 
Antonio Martel
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Tim Holloway wrote:I think I'd have those 2 computers looked at. They may have undiscovered hardware problems.

By the way, while we're not big into rules here on the Ranch, we do have one about display names. We're rather insistent on it because it helps keep things processional (despite the mouldy moose logo ) and because we've found that people tend to be more polite and we pride ourselves on being a place where people can ask questions and not get flamed.

For more information: http://www.javaranch.com/name.jsp


Thank you Tim, I've just change my display name for my full name (pending revision)

About the ui.pack.js downloading problem, it happens in two different computers specially but the problem reproduces itself from time to time in others. We write down the url app and nothing happens but if we press ENTER a couple of times more, it suddenly appears. No more problems after the first download.

A web page talked about wrong content-length in those files and suggested gzip compression but it didnt' work. I'll change tomorrow the java version to 1.6 as another site propose but no hopes about that (finger crossed)

We have tried to load the page in firefox (ubuntu and windows), ie8, chrome (all in the same computer, everything else works perfectly in that machine) but ui.pack.js.htm and framework.pack.js.htm keeps in 'pending' status as Chrome web developer tools says.

Any idea?
 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!