ClearVolume / clearvolume

ClearVolume is a real-time live 3D visualization library designed for high-end volumetric microscopes such as SPIM and DLSM microscopes. With ClearVolume you can see live on your screen the stacks acquired by your microscope instead of waiting for offline post-processing to give you an intuitive and comprehensive view on your data.
http://clearvolume.github.io
GNU Lesser General Public License v3.0
44 stars 11 forks source link

Java StackOverflowError caused by massive number of exceptions #57

Open nicost opened 7 years ago

nicost commented 7 years ago

All manifesting themselves with:

at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)

Following:

javax.mail.MessagingException: Can't send command to SMTP host; nested exception is: java.net.SocketException: Connection closed by remote host at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2157) at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2144) at com.sun.mail.smtp.SMTPTransport.close(SMTPTransport.java:1210) at javax.mail.Transport.send0(Transport.java:256) at javax.mail.Transport.send(Transport.java:124) at badtrack.email.GmailClient.sendMessage(GmailClient.java:83) at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)

and:

javax.mail.AuthenticationFailedException: 454 4.7.0 Too many login attempts, please try again later. e13sm15101671pgf.48 - gsmtp

at com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:826)
at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:761)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:685)
at javax.mail.Service.connect(Service.java:317)
at javax.mail.Service.connect(Service.java:176)
at javax.mail.Service.connect(Service.java:125)
at javax.mail.Transport.send0(Transport.java:253)
at javax.mail.Transport.send(Transport.java:124)
at badtrack.email.GmailClient.sendMessage(GmailClient.java:83)
at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)

I don't think that reporting user data should ever be this intrusive;) Is there at least a way to switch it off again (and I do think this behavior should be fixed).

royerloic commented 7 years ago

Hi Guys,

I am at the BIOTEC RGL meeting, and will fix this issue and come back to you this week end…

On 29 Mar 2017, at 22:28, Nico Stuurman <notifications@github.com mailto:notifications@github.com> wrote:

All manifesting themselves with:

at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)

Following:

javax.mail.MessagingException: Can't send command to SMTP host; nested exception is: java.net.SocketException: Connection closed by remote host at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2157) at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2144) at com.sun.mail.smtp.SMTPTransport.close(SMTPTransport.java:1210) at javax.mail.Transport.send0(Transport.java:256) at javax.mail.Transport.send(Transport.java:124) at badtrack.email.GmailClient.sendMessage(GmailClient.java:83) at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)

and:

javax.mail.AuthenticationFailedException: 454 4.7.0 Too many login attempts, please try again later. e13sm15101671pgf.48 - gsmtp

at com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:826) at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:761) at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:685) at javax.mail.Service.connect(Service.java:317) at javax.mail.Service.connect(Service.java:176) at javax.mail.Service.connect(Service.java:125) at javax.mail.Transport.send0(Transport.java:253) at javax.mail.Transport.send(Transport.java:124) at badtrack.email.GmailClient.sendMessage(GmailClient.java:83) at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201) at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201) I don't think that reporting user data should ever be this intrusive;) Is there at least a way to switch it off again (and I do think this behavior should be fixed).

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/ClearVolume/ClearVolume/issues/57, or mute the thread https://github.com/notifications/unsubscribe-auth/AByMkpTvSmz1ItZPJtSgj_8_tVgU8Uy8ks5rqr8DgaJpZM4Mtg5S.

Dr. Loïc Alain Royer

Post-Doc - Myers Lab Max Planck Institute of Molecular Cell Biology and Genetics Pfotenhauerstr. 108 01307 Dresden

Too short? Here's why: http://emailcharter.org/ http://emailcharter.org/