This question is not answered. Helpful answers available: 2. Correct answers available: 1.


Permlink Replies: 30 - Pages: 3 [ 1 2 3 | Next ] - Last Post: 06-Apr-2020 14:48 Last Post By: jGromit Threads: [ Previous | Next ]
ORBroncoFan

Posts: 12
Registered: 18-Jul-2010
Web Location Target URL Update SSLHandshakeException
Posted: 26-Jan-2020 20:28
 
  Click to reply to this thread Reply
Greetings, When I attempt to add a Web Location and enter the URL, I receive an exception when applying the subsequent Update. The URL is to an jAlbum album I just published in an earlier step. That site comes up fine in any browser.
I also notice URLs that I've previously added successfully now generate the same exception when reapplying the Update function..
This used to work a few months ago for me. Any Ideas? Thx.

Edited by: ORBroncoFan on 26-Jan-2020 20:38
jGromit

Posts: 7,784
Registered: 31-Jan-2006
Re: Web Location Target URL Update SSLHandshakeException
Posted: 26-Jan-2020 20:47   in response to: ORBroncoFan in response to: ORBroncoFan
 
  Click to reply to this thread Reply
Make sure the URL reflects the actual protocol on the site - http or https.
ORBroncoFan

Posts: 12
Registered: 18-Jul-2010
Re: Web Location Target URL Update SSLHandshakeException
Posted: 26-Jan-2020 21:23   in response to: jGromit in response to: jGromit
 
  Click to reply to this thread Reply
Thank you. It does. This Update function worked, as I have 20+ links that I've added the same way. But now, those links return the error as well when I edit them and click the Update button. So it worked previously.

That being said, my site is hosted on GoDaddy, and I recently (since I got this to work) upgraded to SSL / HTTPS. I read in a post that hosting sites (likely GoDaddy) don't necessarily configure for the certificate in a manner conducive to this issue, and the error occurs. Given the recommendation for invoking the JVM within that post, is there an alternative for me to invoke jAlbum accordingly?

**update: I executed jAlbum from the command line as follows:
java -Djsse.enableSNIExtension=false -jar JAlbum.jar

jAlbum no longer threw the exception, and retrieved the image URL, but not the image. The "OK" button also remained greyed-out/inactive. So closer, but it still doesn't work.

**update. My site is based upon GoDaddy's shared hosting, where SNI is at play. Per a related post: "..hosting is using SNI (Server Name Indication) which is used on shared web hosting where multiple HTTPS websites live on a single web server" and "SNI isn’t well supported by the Java language... certain servers send an "Unrecognized Name" warning in the SSL handshake which is ignored by most clients... except for Java""

I'm experiencing the scenario described above, whereby it appears a result of the way jAlbum is written. Any chance for looking into a workaround in a future release? Thanks.
jGromit

Posts: 7,784
Registered: 31-Jan-2006
Re: Web Location Target URL Update SSLHandshakeException
Posted: 27-Jan-2020 23:38   in response to: ORBroncoFan in response to: ORBroncoFan
 
  Click to reply to this thread Reply
This is definitely "David territory," but just one observation. I'm on a bargain host (MDDHosting), and it has no such problems. Try adding https://jgromit.com/ as a web location, for example. In short, it appears to depend upon how the webhost is providing SSL.
ORBroncoFan

Posts: 12
Registered: 18-Jul-2010
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 01:12   in response to: jGromit in response to: jGromit
 
  Click to reply to this thread Reply
The jgromit.com site works, so your host exudes SSL configuration goodness! No so apparently with GoDaddy. Thanks for the added test condition.
jGromit

Posts: 7,784
Registered: 31-Jan-2006
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 01:19   in response to: ORBroncoFan in response to: ORBroncoFan
 
  Click to reply to this thread Reply
Let's just say that GoDaddy has a less-than-stellar reputation as a web host. Slow, overloaded servers, terrible tech support, lots of up-selling.

I didn't have to do a thing to get SSL on my sites - MDDHosting simply turned it on by default, for everyone. The only thing I did was a little .htaccess mod to redirect every visitor to https.

Nonetheless, David probably needs to address this glitch - others will run into it, too, no doubt.
ORBroncoFan

Posts: 12
Registered: 18-Jul-2010
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 05:16   in response to: jGromit in response to: jGromit
 
  Click to reply to this thread Reply
Thank you, I appreciate your help. I just confirmed with GoDaddy that they implement via SNI. The Java libraries apparently don't support it as well as it could, inasmuch as the "unrecognized name" exception / warning is thrown upon interrogating the response. From an server-side certificate implementation perspective, all looks well. Just the jAlbum exception is all. Thx again.
davidekholm

Posts: 3,702
Registered: 18-Oct-2002
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 13:39   in response to: ORBroncoFan in response to: ORBroncoFan
 
  Click to reply to this thread Reply
It's hard for me to judge whether GoDaddy has some misconfiguration or the Java libraries are missing something. What's most likely in your opinion? Library flaws in the world's leading server side computer language or a misconfiguration by a hosting company with bad reputation?
karlmistelberger

Posts: 532
Registered: 5-Dec-2013
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 18:41   in response to: ORBroncoFan in response to: ORBroncoFan
 
  Click to reply to this thread Reply
When creating a Web Location using jAlbum 19.2 the update buttons didn't work:

http://jalbum.net/forum/message.jspa?messageID=338355#338355

With jAlbum 19.3 updating the targets does work: A spinner flashes for a fraction of a second and the update input fields are updated. However title and comment aren't.

Spurious exceptions occur:

jAlbum 19.3 system console running Groovy (Groovy JAlbum Script Engine)
This section captures debug prints sent to System.out and System.err
The top section evaluates expressions.
Press Ctrl+E to evaluate an expression. (Evaluates selected text if selection is active)
You have access to the basic jAlbum implicit objects such as engine and window

Sample expressions:
4*(3+2); // Basic calculations
engine.getSkin(); // Use of implicit object
for (AlbumObject ao : selectedObjects) System.out.println(ao); // Iterate over selected objects
window.messageBox("You can interact with any Java object");
Skin loading: 0.726s
Skin loading: 0.337s
WARNING: Missing Javascript "laza.autoPano.min.js"
WARNING: Missing Javascript resource "laza.autoPano.js.js"
Skin loading: 0.514s
Skin loading: 0.241s
WARNING: Missing Javascript "laza.autoPano.min.js"
WARNING: Missing Javascript resource "laza.autoPano.js.js"
Make changes
Making deep-data.json: 0.008s
Make album: 1.461s
Skin loading: 0.211s
Skin loading: 0.25s
WARNING: Missing Javascript "laza.autoPano.min.js"
WARNING: Missing Javascript resource "laza.autoPano.js.js"
Make changes
Making deep-data.json: 0.005s
Make album: 0.9s
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at se.datadosen.jalbum.AlbumObjectImpl.setTitle(AlbumObjectImpl.java:1005)
at se.datadosen.jalbum.JWebLocationEditPanel$5.actionPerformed(JWebLocationEditPanel.java:301)
at java.desktop/javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at java.desktop/javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.desktop/java.awt.Component.processMouseEvent(Unknown Source)
at java.desktop/javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.desktop/java.awt.Component.processEvent(Unknown Source)
at java.desktop/java.awt.Container.processEvent(Unknown Source)
at java.desktop/java.awt.Component.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Component.dispatchEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Window.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Component.dispatchEvent(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
at java.base/java.security.AccessController.doPrivileged(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.desktop/java.awt.EventQueue$5.run(Unknown Source)
at java.desktop/java.awt.EventQueue$5.run(Unknown Source)
at java.base/java.security.AccessController.doPrivileged(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.desktop/java.awt.WaitDispatchSupport$2.run(Unknown Source)
at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
at java.base/java.security.AccessController.doPrivileged(Unknown Source)
at java.desktop/java.awt.WaitDispatchSupport.enter(Unknown Source)
at java.desktop/java.awt.Dialog.show(Unknown Source)
at java.desktop/java.awt.Component.show(Unknown Source)
at java.desktop/java.awt.Component.setVisible(Unknown Source)
at java.desktop/java.awt.Window.setVisible(Unknown Source)
at java.desktop/java.awt.Dialog.setVisible(Unknown Source)
at se.datadosen.component.JSmartDialog.setVisible(JSmartDialog.java:239)
at se.datadosen.jalbum.JWebLocationEditPanel.openDialog(JWebLocationEditPanel.java:322)
at se.datadosen.explorer.JAlbumExplorer$11.actionPerformed(JAlbumExplorer.java:558)
at java.desktop/javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at java.desktop/javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at java.desktop/javax.swing.AbstractButton.doClick(Unknown Source)
at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source)
at java.desktop/java.awt.Component.processMouseEvent(Unknown Source)
at java.desktop/javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.desktop/java.awt.Component.processEvent(Unknown Source)
at java.desktop/java.awt.Container.processEvent(Unknown Source)
at java.desktop/java.awt.Component.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Component.dispatchEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Window.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.Component.dispatchEvent(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
at java.base/java.security.AccessController.doPrivileged(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.desktop/java.awt.EventQueue$5.run(Unknown Source)
at java.desktop/java.awt.EventQueue$5.run(Unknown Source)
at java.base/java.security.AccessController.doPrivileged(Unknown Source)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)
WARNING: Missing Javascript "laza.autoPano.min.js"
WARNING: Missing Javascript resource "laza.autoPano.js.js"
Make changes
Making deep-data.json: 0.005s
Make album: 0.87s
davidekholm

Posts: 3,702
Registered: 18-Oct-2002
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 20:17   in response to: karlmistelberger in response to: karlmistelberger
 
  Click to reply to this thread Reply
Please supply a web location URL for testing including expected title and description!
karlmistelberger

Posts: 532
Registered: 5-Dec-2013
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 20:35   in response to: davidekholm in response to: davidekholm
 
  Click to reply to this thread Reply
davidekholm wrote:
Please supply a web location URL for testing including expected title and description!

I started with target http://mistelberger.net/Tiger/2008-04-13/index.html and updated to http://mistelberger.net/Tiger/2017-07-10/index.html

Album is http://www.nefkom.net/charlemagne/Sample%20Portfolio/ anchor "Salzkammerweg". Anchor has the original title and description of http://mistelberger.net/Tiger/2008-04-13/index.html , expected values are http://mistelberger.net/Tiger/2017-07-10/index.html
jGromit

Posts: 7,784
Registered: 31-Jan-2006
Re: Web Location Target URL Update SSLHandshakeException
Posted: 28-Jan-2020 21:11   in response to: davidekholm in response to: davidekholm
 
  Click to reply to this thread Reply
davidekholm wrote:
Please supply a web location URL for testing including expected title and description!

It's picking up the title (Where's Anders?), but not the description (April 16, 2016):

https://jgromit.jalbum.net/AndersVisit/

There's a meta tag for description (which in this case actually includes both the jAlbum title and description), and the album has both RSS and JSON - the skin needs neither, but for testing....

I get the same kind of result from other albums, like https://jgromit.com/
davidekholm

Posts: 3,702
Registered: 18-Oct-2002
Re: Web Location Target URL Update SSLHandshakeException
Posted: 29-Jan-2020 12:35   in response to: jGromit in response to: jGromit
 
  Click to reply to this thread Reply
I've spotted and fixed this bug now. Grab a core update via Tools->External tools->jAlbum core update. Note, you currently need to add a new web location for the title and description to be picked up.
jGromit

Posts: 7,784
Registered: 31-Jan-2006
Re: Web Location Target URL Update SSLHandshakeException
Posted: 29-Jan-2020 13:59   in response to: davidekholm in response to: davidekholm
 
  Click to reply to this thread Reply
Yes, that's better.

Not sure about the GoDaddy SNI issue - I have no way to test that.
ORBroncoFan

Posts: 12
Registered: 18-Jul-2010
Re: Web Location Target URL Update SSLHandshakeException
Posted: 29-Jan-2020 19:22   in response to: jGromit in response to: jGromit
 
  Click to reply to this thread Reply
Is it possible for the app to ignore the "unrecognized_name" warning exception? In that case, the connection would actually still be made and all would be well
Legend
Forum admins
Helpful Answer
Correct Answer

Point your RSS reader here for a feed of the latest messages in all forums