Recent changes to support-requests

jupload tomcat

Anonymous — Mon, 08 Aug 2016 18:37:19 -0000

Hi everyone!
I was previously using jupload with tomcat 5.5 and it worked great! Now I was tasked with upgrading tomcat to version 7(7.0.70 to be exact) and found out that jupload no longer works. I havent changed the code one bit .Only thing changed is the tomcat distr,(I even used the same connector definition on server xml)

It looks to me that after jupload start preparing the upload for some reason it redirects to web application root(which in turn gets redirected to protected area of the website which requires a login )In both case user is already loggged in when he goes to jsp page. .So for some strange reason just searches for success string inside the login page which doesnt contain it of course so the error pops up. I am wondering why its redirecting to the web app root in the first place . I thought it might be something to do with timeout issue, changed the default parameter of asyncTimeout to "6000 (this parameter didnt exist in the 5.5 version according to the docs) but still no luck . Are there any major changes in tomcat 7 that might have caused this behavior? I'm attaching debug log m my jsp and servlet pages as well as relevant tomcat connector snippet to this message. Thank you

#39 Failures at recursive uploads

Etienne — Wed, 06 Jul 2016 16:45:19 -0000

Hum, I'll check that.

But it's quite a specific issue.

I understand it works before. There was important changes in the last version..

Failures at recursive uploads

Anonymous — Fri, 10 Jun 2016 06:52:10 -0000

I am working with JUpload 6.0.3 and have problems with the upload of files in folders.

When I am uploading one folder with files in it, it uploads the files without the folder, I have selected. If I select 2 or more folders with allowed files in all of them, then it send also the folderspaths to the server. But I also got the experience, that it uploads the files, which I selected in a folder, with the foldername.

For example: I select some sample pictures on my windows machine and drop them into the JUpload Applet. It uploads them direclty into the selected folder.
Same task seconds later, it uploads the files into the selected folder, creates therefore a folder named "Pictures" and in it the folder "Picture Samples", where it stores the selected pictures.
I select a folder with some pictures in it, drop them in the dropzone. The pictures are uploaded without the folder, directly into the destination path.
I select two folders, one with pictures, the other empty and drop them into the dropzone. The pictures are also uploaded without the folder, directly into the destination path.
I select two folders, both of them contains allowed file formats, dropped them, both folder get uploaded into the destination path containing their pictures.

This failures firstly occured, when installing the newest version of the JUpload Applet, it worked with the old one.

Greetings,
Erik

#33 SSL on Java 1.8

Etienne — Tue, 07 Jun 2016 21:42:11 -0000

Thank you so much for posting this info. I have been fighting an issue where my employer's IT people pushed JAVA JRE 8 u92 to my development machine and I could no longer access the application that we develop and store on a test server! This has been happening to me every 6 to 12 months for several years, and I keep uninstalling their latest JRE and reinstalling a version 7u55, which fixes the issue. This time I wanted to keep investigating and trying things to see if I could figure out WHY it always breaks with a newer JRE. I had tried everything I could find, posted by multiple people dating back 3 years on threads, and NOTHING ever worked until I saw your post above! My setup had TLS 1.0, 1.1, and 1.2 all checked and simply unchecking 1.1 and 1.2 got me back up and running! But there is still a big mystery. I double checked and my colleague’s laptop has TLS 1.0, 1.1 and 1.2 checked and hers can run our applications just fine with the new JRE 8u92 update! She has the same laptop model, same OS, same version of IE11, same version of JAVA, all the same settings in the JAVA panel as I had (prior to modifying my TLS), same settings in IE, same trusted sites, etc. We can find no reason for one of them to behave differently than the other.
Anyone who has been having similar issues should definitely try unchecking TLS1.1 and 1.2 in their JAVA Advanced Settings panel.
Thanks a bunch to the above anonymous person. I had spent 5 entire work days fighting with this this time around (and I have fought with it every time they update me, trying to find a solution other than rolling back to a really old 7u55 JRE!

#33 SSL on Java 1.8

Etienne — Tue, 07 Jun 2016 21:41:17 -0000

#38 Chrome ends support for Java

Geoff — Thu, 27 Aug 2015 10:59:52 -0000

The only clue here is to move to Firefox, Internet Explorer or something else..

True but Chrome is currently 49% of all browsers and still growing (as Firefox continues to decline). Since most people don't know how to turn off Google Update a lot of people are going to be affected by Google's action :-(

Geoff

#38 Chrome ends support for Java

Etienne — Thu, 27 Aug 2015 08:13:50 -0000

I have no solution here...

Perhaps Oracle will develop a java plugin based on PPAPI instead of NPAPI. But it's more a hope than a fact. I found nothing about this on the web, out of this page, which confirms your message:
https://java.com/en/download/faq/chrome.xml

Etienne

Chrome ends support for Java

Geoff — Wed, 05 Aug 2015 11:30:33 -0000

Hi Etienne,
What's the impact of Google disabling Chrome's Java plug-in as from next month? I'm guessing this means jupload will no longer work after Chrome 45? Is there any alternative way of running it from Chrome?

https://support.google.com/chrome/answer/6213033
http://www.quora.com/How-will-Java-be-supported-in-Chrome-after-Chrome-drops-the-NPAPI-support

Geoff

#37 Patrick Swaz

Etienne — Tue, 05 May 2015 11:51:25 -0000

status: open --> pending
assigned_to: Etienne
Priority: 5 --> 1

#37 Patrick Swaz

Etienne — Tue, 05 May 2015 11:04:28 -0000

Right
:(

Now corrected.

I'm building the relevant release, 6.0.2. It will be available in some minutes for download.

Etienne