Community
Participate
Working Groups
Tracking bug to update EL bundle dependencies. There are some WTP dependencies that are packaged into WTP in a similar fashion to the Orbit bundles. Several EclispeLink bundles are an example of this packaging, and as a result, a respin is required to pick up the latest RC4 bundles so that what is eventually shipped with WTP 3.3 will match what is installable from the Indigo repository.
The JPT map is updated, and the build is re-started
marking as PMC approved to document that we discussed this as PMC meeting.
Do we need to do this again? So we match new org.eclipse.persistence.jpa.jpql bundle, as a result of bug 348670? And, guess we should _not_ be signing the javax.persistence bundle we get from EclispeLink? Please confirm ... propose a plan.
(In reply to comment #3) > Do we need to do this again? So we match new org.eclipse.persistence.jpa.jpql > bundle, as a result of bug 348670? It would seem so, if we are to retain an exact plugin match with what EclipseLink ships with Indigo, which I think we have agreed is desirable. If we would rather avoid the rebuild, from a functional standpoint I don't believe there would be any ill effects. > > And, guess we should _not_ be signing the javax.persistence bundle we get from > EclispeLink? I'm not sure. The javax.persistence bundle that we package would only be for use within the IDE, so it seems reasonable that we could sign it as we are packaging it. I'm not sure if there is a particular code of conduct when it comes to signing (in this case signing another project's jar), but if not then seems it might be reasonable to do in this case. There is of course the issue of our packaging being different than what might be obtained in the Indigo repository, so there would be that issue. And that is probably the more important issue, since that is where this would most matter (when a user is installing via Update versus epp package, where they would not know if content was signed or not. For this issue, it would seem that leaving things as they are has the benefit of less churn, no late delivery, etc. Making the change would give us parity with the Indigo repository, but no other benefits. I suppose if we are going to respin to pick up the new jpa.jpql bundle, we might as well make the changes to not sign javax.persistence bundle. > > Please confirm ... propose a plan.
I think most accurate to mark this as "won't fix" and deal with the longer term issues in other bugzilla entries.
