[Geoserver-devel] [jira] (GEOS-5995) Deadlock firing an ApplicationEvent

Carlo Cancellieri created BugGEOS-5995
Deadlock firing an ApplicationEvent

Issue Type:

BugBug

Assignee:

Andrea Aime

Attachments:

getSingleton_spring_issue.log

Created:

26/Aug/13 6:52 AM

Description:

I’m working on a new geoserver plugin which fires some application event during the geoserver startup but seems that this operation locks the main thread (resulting in a not complete startup).

I think this may be related to a thread deadlock, probably caused by the following (spring related) issues:
https://jira.springsource.org/browse/SPR-7718
https://jira.springsource.org/browse/SPR-8471

The debug stacktrace is attached (application is paused to navigate through threads).

Do you agree with me?

Since this may affect many other parallel context lookup operations, is it possible to upgrade Spring to 3.1.4 soon?

Project:

GeoServer

Priority:

MajorMajor

Reporter:

Carlo Cancellieri

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: [http://www.atlassian.com/software/jira](http://www.atlassian.com/software/jira)

Hi list,
as requested on the related Jira, let’s discuss about its backport to the stable branch.
Do you agree? We should wait to release the 2.4.0 before?
Cheers,
Carlo

···

2013/8/26 Carlo Cancellieri (JIRA) <jira@anonymised.com>

Carlo Cancellieri created GEOS-5995
Deadlock firing an ApplicationEvent

Issue Type:

Bug

Assignee:

Andrea Aime

Attachments:

getSingleton_spring_issue.log

Created:

26/Aug/13 6:52 AM

Description:

I’m working on a new geoserver plugin which fires some application event during the geoserver startup but seems that this operation locks the main thread (resulting in a not complete startup).

I think this may be related to a thread deadlock, probably caused by the following (spring related) issues:
https://jira.springsource.org/browse/SPR-7718
https://jira.springsource.org/browse/SPR-8471

The debug stacktrace is attached (application is paused to navigate through threads).

Do you agree with me?

Since this may affect many other parallel context lookup operations, is it possible to upgrade Spring to 3.1.4 soon?

Project:

GeoServer

Priority:

Major

Reporter:

Carlo Cancellieri

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: [http://www.atlassian.com/software/jira](http://www.atlassian.com/software/jira)

Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


My thought is that a spring upgrade this late in the game is asking for trouble. If it is something that really affects users then we have no choice of course but if this is a corner case that effects only developers I would say wait for 2.4.0 and backport it later.

$0.02

···

On Thu, Aug 29, 2013 at 4:36 AM, carlo cancellieri <carlo.cancellieri@anonymised.com> wrote:

Hi list,
as requested on the related Jira, let’s discuss about its backport to the stable branch.
Do you agree? We should wait to release the 2.4.0 before?
Cheers,
Carlo


Learn the latest–Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

2013/8/26 Carlo Cancellieri (JIRA) <jira@anonymised.com>

Carlo Cancellieri created GEOS-5995
Deadlock firing an ApplicationEvent

Issue Type:

Bug

Assignee:

Andrea Aime

Attachments:

getSingleton_spring_issue.log

Created:

26/Aug/13 6:52 AM

Description:

I’m working on a new geoserver plugin which fires some application event during the geoserver startup but seems that this operation locks the main thread (resulting in a not complete startup).

I think this may be related to a thread deadlock, probably caused by the following (spring related) issues:
https://jira.springsource.org/browse/SPR-7718
https://jira.springsource.org/browse/SPR-8471

The debug stacktrace is attached (application is paused to navigate through threads).

Do you agree with me?

Since this may affect many other parallel context lookup operations, is it possible to upgrade Spring to 3.1.4 soon?

Project:

GeoServer

Priority:

Major

Reporter:

Carlo Cancellieri

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: [http://www.atlassian.com/software/jira](http://www.atlassian.com/software/jira)

Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


Justin,
that’s ok for me, let’s wait for 2.4.1.
Thanks,
Carlo

···

2013/8/29 Justin Deoliveira <jdeolive@anonymised.com01…>

My thought is that a spring upgrade this late in the game is asking for trouble. If it is something that really affects users then we have no choice of course but if this is a corner case that effects only developers I would say wait for 2.4.0 and backport it later.

$0.02

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


On Thu, Aug 29, 2013 at 4:36 AM, carlo cancellieri <carlo.cancellieri@anonymised.com> wrote:

Hi list,
as requested on the related Jira, let’s discuss about its backport to the stable branch.
Do you agree? We should wait to release the 2.4.0 before?
Cheers,
Carlo


Learn the latest–Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

2013/8/26 Carlo Cancellieri (JIRA) <jira@anonymised.com>

Carlo Cancellieri created GEOS-5995
Deadlock firing an ApplicationEvent

Issue Type:

Bug

Assignee:

Andrea Aime

Attachments:

getSingleton_spring_issue.log

Created:

26/Aug/13 6:52 AM

Description:

I’m working on a new geoserver plugin which fires some application event during the geoserver startup but seems that this operation locks the main thread (resulting in a not complete startup).

I think this may be related to a thread deadlock, probably caused by the following (spring related) issues:
https://jira.springsource.org/browse/SPR-7718
https://jira.springsource.org/browse/SPR-8471

The debug stacktrace is attached (application is paused to navigate through threads).

Do you agree with me?

Since this may affect many other parallel context lookup operations, is it possible to upgrade Spring to 3.1.4 soon?

Project:

GeoServer

Priority:

Major

Reporter:

Carlo Cancellieri

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: [http://www.atlassian.com/software/jira](http://www.atlassian.com/software/jira)

Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


Hi,
here is the backport:

https://github.com/geoserver/geoserver/pull/336

Cheers,
Carlo

···

2013/8/30 carlo cancellieri <carlo.cancellieri@anonymised.com>

Justin,
that’s ok for me, let’s wait for 2.4.1.
Thanks,
Carlo

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


2013/8/29 Justin Deoliveira <jdeolive@anonymised.com>

My thought is that a spring upgrade this late in the game is asking for trouble. If it is something that really affects users then we have no choice of course but if this is a corner case that effects only developers I would say wait for 2.4.0 and backport it later.

$0.02

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


On Thu, Aug 29, 2013 at 4:36 AM, carlo cancellieri <carlo.cancellieri@anonymised.com> wrote:

Hi list,
as requested on the related Jira, let’s discuss about its backport to the stable branch.
Do you agree? We should wait to release the 2.4.0 before?
Cheers,
Carlo


Learn the latest–Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

2013/8/26 Carlo Cancellieri (JIRA) <jira@anonymised.com>

Carlo Cancellieri created GEOS-5995
Deadlock firing an ApplicationEvent

Issue Type:

Bug

Assignee:

Andrea Aime

Attachments:

getSingleton_spring_issue.log

Created:

26/Aug/13 6:52 AM

Description:

I’m working on a new geoserver plugin which fires some application event during the geoserver startup but seems that this operation locks the main thread (resulting in a not complete startup).

I think this may be related to a thread deadlock, probably caused by the following (spring related) issues:
https://jira.springsource.org/browse/SPR-7718
https://jira.springsource.org/browse/SPR-8471

The debug stacktrace is attached (application is paused to navigate through threads).

Do you agree with me?

Since this may affect many other parallel context lookup operations, is it possible to upgrade Spring to 3.1.4 soon?

Project:

GeoServer

Priority:

Major

Reporter:

Carlo Cancellieri

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: [http://www.atlassian.com/software/jira](http://www.atlassian.com/software/jira)

Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it