Bug 153684 - libgcj should Provide jaxp_parser_impl
libgcj should Provide jaxp_parser_impl
Product: Fedora
Classification: Fedora
Component: java-1.4.2-gcj-compat (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Thomas Fitzsimmons
Depends On:
  Show dependency treegraph
Reported: 2005-04-04 19:27 EDT by Robin Green
Modified: 2007-11-30 17:11 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-15 15:19:42 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Robin Green 2005-04-04 19:27:12 EDT
Description of problem:
The libgcj rpm should be listed as Providing jaxp_parser_impl, because it
contains gnujaxp. Otherwise yum will presumably unnecessarily look for an
alternative jaxp implementation.

Version-Release number of selected component (if applicable):

How reproducible:
Every time

Steps to Reproduce:
1. rpm -q --provides libgcj
Actual results:
libgcj = 4.0.0-0.38

Expected results:
The above plus

Additional info:
Comment 2 Thomas Fitzsimmons 2005-04-05 11:57:04 EDT
This is tricky because some packages require specific 
Comment 3 Thomas Fitzsimmons 2005-04-05 12:00:07 EDT
jaxp parser implementations.  This generic virtual provides comes from JPackage
and I'm not sure it's a good idea.  I think we should change packages that
require xalan and xerces to explicitly require them.  And we should maybe create
a "sdk_jaxp_parser" virtual provide for packages that want to explicitly require
the built-in parser implementation.
Comment 4 Robin Green 2005-04-05 12:02:48 EDT
I think jaxp_parser_impl is useful for dependencies for packages which don't
care which implementation of jaxp they use.
Comment 5 Thomas Fitzsimmons 2005-04-05 12:41:18 EDT
True.  Another possibility is that I could add this Provides to java-gcj-compat.
 Gary, what are the implications of doing this for packages that need xerces/xalan?
Comment 6 Gary Benson 2005-04-06 10:19:56 EDT
I'm not sure.  Applications that use xerces make sure that xerces is the XML
parser by having xerces-j2.jar in the classpath; there's a bunch of files in
that jar's META-INF/services directory that point to various classes that are
loaded by reflection.  How are libgcj's classes discovered?  libgcj.jar doesn't
contain the META-INF/services stuff, so I'm guessing that libgcj's stuff is
loaded as a default when nothing else is found.  If that's the case then it
shouldn't be a problem.

Also I think java-gcj-compat is a better place for the alternatives stuff than
Comment 7 Thomas Fitzsimmons 2005-04-15 15:19:42 EDT
OK, I've added:

Provides: jaxp_parser_impl

to java-gcj-compat.  This will land in Rawhide tomorrow, closing.

Note You need to log in before you can comment on or make changes to this bug.