[fedora-java] Eclipse plugins questions
Aleksandar Kurtakov
akurtako at redhat.com
Thu May 31 19:29:35 UTC 2012
----- Original Message -----
> From: "Gerard Ryan" <galileo at fedoraproject.org>
> To: java-devel at lists.fedoraproject.org
> Sent: Thursday, May 31, 2012 10:03:39 PM
> Subject: [fedora-java] Eclipse plugins questions
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hi,
>
> So, I haven't got much experience with building eclipse plugins, but
> that is changing quickly.
>
> For JBoss Tools, I need some additional parts of wtp, which I have
> been
> trying to do over the last few days. One problem I'm running into, is
> that some stuff that I need from there seems to depend on old
> versions
> of stuff that we have in fedora, and I don't know what to do in this
> situation.
>
> Example: I'm trying to build the feature
> org.eclipse.wst.ws_core.feature, in wtp-webservices. One of the
> plugins
> that this feature builds is org.eclipse.wst.wsdl.validation. This
> plugin
> depends on org.apache.xerces 2.8.0. In fedora, we've got 2.11.0.
> Somewhere between these two versions, some things changed, and the
> plugin is not fully compatible with the new version. See the
> following
> error:
>
>
> [javac] 6. ERROR in
> /home/grdryn/Downloads/jeetools-HEAD/ws3/plugins/org.eclipse.wst.wsdl.validation/src/org/eclipse/wst/wsdl/validation/internal/ValidationController.java
> (at line 311)
> [javac] public void reportError(String domain, String key,
> Object[]
> arguments, short severity) throws XNIException
> [javac] ^^^^
> [javac] The return type is incompatible with
> XMLErrorReporter.reportError(String, String, Object[], short)
>
> If I comment org.eclipse.wst.wsdl.validation out of the feature, try
> to
> rebuild, there will be new errors, because other plugins depend on
> different versions of other stuff.
>
> What's the next step here? Here's a few possibilities rolling around
> my
> head, I'm not sure if any of them are right:
>
> - - package the older versions of deps for fedora. I'm pretty sure
> this
> isn't the answer.
> - - patch all of the files to fix the errors, and apply those patches
> in
> the fedora package. This doesn't feel right either, as there would be
> quite a large number of patches.
> - - submit patches upstream, wait until they are accepted, then
> package
> for fedora. This sounds the most right I think, but I've no idea if
> the
> patches will be accepted (upstream might be sticking to older deps
> for
> good reasons, so as not to break other stuff). I'm also under time
> constraints, as I'm packaging JBoss Tools as part of Google Summer of
> Code.
>
> Are any of these the right way to go about this, or are there other
> possibilities?
The correct answer is 2+3. Patch it to use the version in Fedora, put the package in Fedora and send the patch for inclusion upstream.
Alex
>
>
> - --
> Gerard Ryan :: galileo at fedoraproject.org ::
More information about the java-devel
mailing list