Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 348147 - org.eclipse.jpt.doc.isv_2.0.0.v201105190000.jar.pack.gz in RC2 and RC3 drops broken
Summary: org.eclipse.jpt.doc.isv_2.0.0.v201105190000.jar.pack.gz in RC2 and RC3 drops ...
Status: VERIFIED DUPLICATE of bug 348028
Alias: None
Product: Dali JPA Tools
Classification: WebTools
Component: Doc (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: dali.doc-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-02 17:40 EDT by Denis Golovin CLA
Modified: 2011-06-03 13:10 EDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Denis Golovin CLA 2011-06-02 17:40:17 EDT 
Build Identifier: 3.3.0.RC2,3.3.0.RC3

Try to download and unpack content of 
http://download.eclipse.org/webtools/downloads/drops/R3.3.0/S-3.3.0RC2-20110520234832/repository/plugins/org.eclipse.jpt.doc.isv_2.0.0.v201105190000.jar.pack.gz.

Not sure it is relevant, just to be sure this broken artifact is not going to be published to indigo repository

Reproducible: Always
Comment 1 David Williams CLA 2011-06-02 17:50:59 EDT 
interesting. Thanks Denis! 

This is likely related to bug 348028. (I would have assumed given an OEM exception, the file would not have been created at all ... but, guess it partially is).
Comment 2 David Williams CLA 2011-06-02 18:03:25 EDT 
This is like a "releng" solution, but will move this bug to Dali for awareness. 

Dali team: Anything special about this jar that would use an extraordinary amount of memory? Causing 348028, and, I assume a corrupt pack.gz file. 

I guess there's two (or three) approaches to "fixing" this in releng. 
a) increase -Xmx if it really just needs more memory. b) add an eclipse.inf file to have this bundle not packed. c) can be fixed "after the fact", but removing the corrupt file, and re-running p2.process.artifacts.
Comment 3 Denis Golovin CLA 2011-06-02 19:28:07 EDT 
(In reply to comment #1)
> interesting. Thanks Denis! 
> 
> This is likely related to bug 348028. (I would have assumed given an OEM
> exception, the file would not have been created at all ... but, guess it
> partially is).

Then this issue is probably duplicate.

I noticed it when tried to build product using tycho 0.10.0-0.12.0 and it just printed exceptions and successfully finished the build. But with tycho 0.13.0 it gets worse and product build just fails.
Comment 4 David Williams CLA 2011-06-03 04:01:17 EDT 
We'll dup as I have more words there, but I think I've successfully fixed the issue and re-gen'd the repo. Would be nice to confirm that, Denis? 

For Dali team, you might want to spend a little time on why this jar is so large, but honestly, it might be because the "conditioning" step makes it larger than it would normally have to be. I've heard that can happen, so not sure you are doing anything wrong ... other then writing a lot for your extenders :)

*** This bug has been marked as a duplicate of bug 348028 ***
Comment 5 Neil Hauge CLA 2011-06-03 10:06:21 EDT 
(In reply to comment #4)

I'll post my comments to the other bug regarding jar size, etc...