Bug 917626

Summary: tomcat: Please add Maven depmaps for org.eclipse.jetty.orbit artifacts
Product: [Fedora] Fedora Reporter: Mikolaj Izdebski <mizdebsk>
Component: tomcatAssignee: Ivan Afonichev <ivan.afonichev>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: akurtako, ivan.afonichev, java-sig-commits, kdaniel, msrb
Target Milestone: ---Keywords: Patch
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 918514 (view as bug list) Environment:
Last Closed: 2013-03-04 14:27:12 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 917618    
Attachments:
Description Flags
Proposed patch none

Description Mikolaj Izdebski 2013-03-04 12:20:44 UTC 
Description of problem:
Eclipse relocated various artifacts under their own groupId -
org.eclipse.jetty.orbit. Please additional depmaps to appropriate
artifacts in tomcat package.

The following artifacts need to have depmaps added with groupId
org.eclipse.jetty.orbit:
  * javax.servlet
  * javax.el
  * com.sun.el
  * javax.servlet.jsp

For more information on how to add extra mappings see Java packaging
guidelines[1], especially the part describing %add_maven_depmap macro[3].

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

Additional info:
[1] http://fedoraproject.org/wiki/Packaging:Java
[2] http://fedoraproject.org/wiki/Packaging:Guidelines
[3] http://fedoraproject.org/wiki/Packaging:Java#add_maven_depmap_macro
Comment 1 Mikolaj Izdebski 2013-03-04 12:34:28 UTC 
Created attachment 704942 [details]
Proposed patch
Comment 2 Krzysztof Daniel 2013-03-04 14:27:12 UTC 
I've released everything except com.sun.el mapping.  I believe com.sun.el is 3rd party implementation fo javax.el standard, and it's independent from the tomcat one. 
In many cases it is possible to replace one with another, but this still is not enough for me to tell that tomcat provides com.sun.el while it does not.