Why is Eclipse Juno 4.2 running "JPA Java Change Event Handler" processes?

Asked 24/7, 2012 at 12:58 Answered 17/11, 2016 at 9:5

I have just upgraded to Eclipse Juno 4.2. I have a completely clean new workspace, but have imported projects that have previously been used in Eclipse 3.7 and therefore have some Eclipse metadata in them.

When moving to 4.2 I converted a project to use "Project Facets". The only Facet enabled is "Java".

However, I regularly get "JPA Java Change Event Handler (Waiting)" appearing in my progress view. I do have JPA annotated classes within the project, but I do not have the JPA facet enabled.

So...why am I getting these tasks being run by Eclipse?

Screenshot of eclipse progress window

Update: Have submitted bug to Eclipse and it is being looked at by the looks of it: https://bugs.eclipse.org/bugs/show_bug.cgi?id=386171

Ectropion answered 24/7, 2012 at 12:58 Comment(3)

Good question! I am having the same issue. Still investigating... – Horny 24/7, 2012 at 13:7

possible duplicate of Eclipse Kepler JPA Project Change Event Handler (waiting) – Whitherward 31/3, 2014 at 12:18

Take a look at this question, it also shows how to disable the JPT causing the trouble: #19650347 – Whitherward 31/3, 2014 at 12:19

Unfortunately, the JPA java completion proposals extension point is incorrectly forcing o.e.jpt.jpa.core plug-in activation. Once our plug-in is activated we start listening for java events and facet events, whether JPA faceted or not. In Juno these background threads were converted to the Eclipse Jobs framework. In Helios you would not have seen them in the Progress View, but the same problem existed.

Thanks for entering a bug against Dali https://bugs.eclipse.org/bugs/show_bug.cgi?id=386171 for this problem.

Update: The bug has been fixed for Juno SR1, thanks to JDT Text for their quick turn around on this Dali bug!

Update 2: This problem is still occurring for other use cases. In Juno SR2 there are 3 bugs being worked on that will help resolve this issue. Some of these have further fixes that will need to go in Kepler. See bugs:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=397778

https://bugs.eclipse.org/bugs/show_bug.cgi?id=397606

https://bugs.eclipse.org/bugs/show_bug.cgi?id=386393

Sidran answered 30/7, 2012 at 16:9 Comment(16)

I see the bug has started to move through the process, thanks for that. – Ectropion 1/8, 2012 at 8:33

and when will that fix become available, and is there any way to stop it from happening before SR1 arrives? – Roley 24/9, 2012 at 17:46

SR1 is arriving this Friday September 28th. Only way I can think of to stop it would be to not install the Dali Java Persistence Tools plugins – Sidran 24/9, 2012 at 18:6

This bug is not fixed, and it does show up in the latest version of both Eclipse 3.x and 4.x (I'm using the latest STS builds). I've never used JPA, I have no provider, I have nothing JPA related enabled whatsoever, no project facets enabled, nothing. Yet I am plagued by this in Eclipse – Marashio 8/1, 2013 at 16:12

Alex, I am currently working on trying to fix this further in SR2. 2 issues I am trying to resolve are that java refactorings and xml code assist are triggering the jpa plug-ins to load. Do you do either or both of those? I'm trying to figure out if there are other things that make our plug-ins load – Sidran 9/1, 2013 at 17:3

@KarenButzke For what it's worth: I'm still seeing this issue on STS 3.2.0 built on Eclipse 4.2.2 - even though much less frequent. This issue - for me - happens most frequently when Eclipse builds a project after a large code update (from CVS, for instance). This queues up several hundreds JPA change event handling operations which take about 30 seconds to complete. – Theatre 6/5, 2013 at 13:9

Definitely this bug is not fixed, on SR2 (Juno), it would be nice if the overall problematic status was properly reflected on the Eclipse BugZilla issue tracker (some of these issues are marked as fixed) and is somewhat misleading :(. Thanks for your time :) – Ethylene 6/6, 2013 at 7:30

I have added a comment on bugs.eclipse.org/bugs/show_bug.cgi?id=386171, I think that the issue not yet resolved. At the time being my only way on working with Juno or Kepler(RC) is to disable the JPA Facet on the related project. I will try to provide more information to the team. – Ethylene 10/6, 2013 at 6:27

Concur. Not fixed. I see various Dali version numbers in my updated Eclipse: Dali Common 1.2.2 Dali Eclipselink Common 1.2.1 Dali Eclipselink JPA Support 3.2.2 etc – Stephi 9/7, 2013 at 18:20

Still not fixed in: Version: Kepler Service Release 1 Build id: 20130919-0819 – Jeffcott 1/11, 2013 at 19:8

I am seeing this too a lot with the Kepler release 20130614-0229 (WTP). Is there a way to disable DALI? I don't need it. – Whitherward 19/11, 2013 at 14:56

Still not fixed in latest Luna – Bricky 6/10, 2014 at 16:4

Still not fixed in Mars – Misleading 5/10, 2015 at 19:55

Still not fixed, everytime you save a file, the event handler is registered again, and again, and again. After a few hundred of file saves, the event is triggered hundred of times, slowing down Eclipse badly. – Beatification 19/11, 2015 at 11:23

Not fixed in Eclipse Neon 4.6.1 using Spring STS 3.8.2 – Estremadura 15/11, 2016 at 9:18

Getting lots of JPA Java change event handler (waiting) in eclipse photon 4.8.0 build id 20180619-1200 – Maturation 18/7, 2018 at 13:35

I've experienced this behavior whenever I disabled the JPA Validator in Window => Preferences => Validation. Enabling it for both Build and Manual made the crazy loop disappear.

Tube answered 18/12, 2013 at 12:51 Comment(4)

I know it's been a while, but just to be sure, as for me (STS 3.6.1, which is based on Luna, using a Git repo outside of the Eclipse workspace) changing anything there has no effect: disabling caused this and enabling resolved it for you? – Scratch 15/9, 2014 at 15:0

I had this issue on a project using OpenJPA, maven-generated JPA classes, and "experimental annotation processing" set in Eclipse's maven settings. When JPA Validation was enabled, the project took ages to build, and when disabled it went in a crazy loop, validating JPA over and over - which meant the build never finishes. – Tube 16/9, 2014 at 8:3

You mean uncheck the 2 options. – Koby 8/11, 2016 at 3:11

No, I meant exactly what I wrote. YMMV. – Tube 8/11, 2016 at 6:13

I found (in Eclipse Neon where this still occurs) that removing all the groups in the JPA Validator worked well. Click on the box to the right of JPA Validator and remove all the included groups:

Callaghan answered 25/8, 2016 at 2:49 Comment(1)

Neither for me. – Behest 18/12, 2017 at 9:8

The drastic solution in my case was to uninstall "Dali JPA". That seemed to solve the issue for me.

Of course it is not the best solution. Try first to enable the validation as explained in NPE's anwser. Bug 386171 has people that report the same problem at May of 2015 so I must not be the only one.

I would be very happy to delete my answer if something better is found.

Quick answered 2/6, 2015 at 12:3 Comment(0)

set eclipse_dir=D:\eclipse\release

mkdir %eclipse_dir%\disabled
mkdir %eclipse_dir%\disabled\features 
mkdir %eclipse_dir%\disabled\plugins

move %eclipse_dir%\plugins\org.eclipse.jpt.* disabled\plugins

for /f %%i in ('dir features\org.eclipse.jpt.*" /ad /b') do (
    move features\%%i" "%eclipse_dir%\disabled\features\%%i"
)

Outofdate answered 17/11, 2015 at 18:56 Comment(1)

remove JPT plugins and be happy – Outofdate 17/11, 2015 at 18:59

I had the same issue I had the same issue in eclipse 4.5.2 (mars 2). I've tried almost every answer from stackoverflow, tuned my eclipse settings (I thought maybe its a performance issue).

Problem stops after disabling JPA in Project Facets in every Project properties.

After this change Eclipse keeps yelling about JPA Event Handler but it doesn't take ages to finish save or clean, so it looks like its disabled (before changing this it took something about 10 minutes to finish, now its matter of seconds)

Hope that help someone to fix this problem.

Hardboard answered 17/11, 2016 at 9:5 Comment(0)

Recommended topics

Hot tags