Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 83003 - Support for launching 64-bit JVM from Data Collection Engine on z/OS
Summary: Support for launching 64-bit JVM from Data Collection Engine on z/OS
Status: CLOSED WONTFIX
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: TPTP (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Bing Xu CLA
QA Contact:
URL:
Whiteboard: closed471
Keywords:
Depends on: 120981
Blocks:
  Show dependency tree
 
Reported: 2005-01-17 14:07 EST by Todd Merriweather CLA
Modified: 2016-05-05 11:20 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Todd Merriweather CLA 2005-01-17 14:07:29 EST
Currently, the Data Collection Engine (DCE) available on z/OS is compiled using 
a 32-bit compiler and, as a result, only has access to a 31-bit address space.  
Any programs that are loaded into this address space are bound by 31 bits of 
addressability as well.  This precludes the use of a 64-bit address space which 
is only accessible to 64-bit programs.  As a result, the 64-bit JVM available 
on the z/OS platform cannot be used with the DCE.  The 64-bit JVM would provide 
invoked applications access to a much larger heap.

Consuming products that use the DCE to deploy and run applications are unable 
to utilize the necessary heap to allow the applications to perform large tasks 
that require lots of heap be available to the JVM.  

The current max address space for apps spawned by the DCE is 2 gigabytes (half 
of what's available for on other platforms).  This address space is shared by a 
portion of the OS kernel and other low-level apps, so the effective addressable 
memeory is smaller than 2 gigabytes.
Comment 1 Todd Merriweather CLA 2005-01-24 10:41:36 EST
The intent of this enhancement request is to provide the ability to launch the 
64-bit JVM on z/OS such that applications have access to a larger heap than 
provided by the 31-bit JVM.  
Comment 2 Ruth Lee CLA 2005-07-12 11:12:23 EDT
Deferring from 4.1 as per the official 4.1 enhancement plan.
http://eclipse.org/tptp/home/project_info/featureplans/features.php?source=All&project=All&release=4.1&file=TPTPFeatures_4.1.xml
Comment 3 Ruth Lee CLA 2005-07-12 11:14:10 EDT
Deferring from 4.1 as per the official 4.1 enhancement plan.
http://eclipse.org/tptp/home/project_info/featureplans/features.php?source=All&project=All&release=4.1&file=TPTPFeatures_4.1.xml
Comment 4 Ruth Lee CLA 2005-07-12 11:14:57 EDT
Deferring from 4.1 as per the official 4.1 enhancement plan.
http://eclipse.org/tptp/home/project_info/featureplans/features.php?source=All&project=All&release=4.1&file=TPTPFeatures_4.1.xml
Comment 5 Sri Doddapaneni CLA 2006-01-10 02:28:07 EST
Deferred as agent controller port to 64-bit is deferred from 4.2 plan.
Comment 6 Samson Wai CLA 2006-10-30 10:42:17 EST
Not containable in 4.3 and retarget to future. Please let me know if you have any concern.
Comment 7 Samson Wai CLA 2007-11-27 09:31:36 EST
Hi Bing. I have transferred my bugs to you for triage. Thanks.
Comment 8 Paul Slauenwhite CLA 2009-06-30 06:44:43 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As such, TPTP is not delivering enhancements. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement is resolved as WONTFIX. For this enhancement to be considered, please re-open with an attached patch including the Description Document (see http://www.eclipse.org/tptp/home/documents/process/development/description_documents.html), code (see http://www.eclipse.org/tptp/home/documents/resources/TPTPDevGuide.htm), and test cases (see http://www.eclipse.org/tptp/home/documents/process/TPTP_Testing_Strategy.html).
Comment 9 Paul Slauenwhite CLA 2009-06-30 06:59:12 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As such, TPTP is not delivering enhancements. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement is resolved as WONTFIX. For this enhancement to be considered, please re-open with an attached patch including the Description Document (see http://www.eclipse.org/tptp/home/documents/process/development/description_documents.html), code (see http://www.eclipse.org/tptp/home/documents/resources/TPTPDevGuide.htm), and test cases (see http://www.eclipse.org/tptp/home/documents/process/TPTP_Testing_Strategy.html).
Comment 10 Kathy Chan CLA 2010-11-18 18:55:20 EST
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.