This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Scenario:
Rhapsody allows storing the model files (sbsx and clsx) across multiple components with one component being the default component (containing the .rpyx file)
For variant management purpose, we delete few packages and classes from the model on a monthly basis
When the unit file for these packages and classes are stored in default packages, the unit files are deleted when the elements are deleted.
Problem:
When the unit file for these packages and classes are NOT stored in default packages, the unit files are NOT deleted when the elements are deleted.
This leads to inconsistency.
Now, when we query this model using the REST API provided by RMM, we get the deleted elements also included in the response because the unit file for these elements still remained in the component(Even though the element is deleted from the model)
Use case:
This is a productive use case where we create variants from the Master model for our monthly release every month. We need to delete few elements from the model which are not relevant or that particular release. This deletion is not reflecting in the response of the REST API provided by RMM due to the issue mentioned above.
Expectation:
We would like the REST API provided by RMM to verify if the unit files (sbsx, clsx) are still part of the model.
If they are part of the model, they should be included in the response
If they are not, they should not be listed in the response.
Hi,
We would like to clarify your requirement regarding the list of model files used by the Rhapsody model.
Are you referring to the list of model element files specifically used by the Rhapsody model, or the complete list of all files within the system directory (as accessed via the Java API provided by Rhapsody or the REST API provided by RMM)?
To better understand your current setup, could you please confirm:
Are you using any custom Java plugin?
Are you leveraging the RMM REST API to retrieve this information?
Or are you using any standalone functionality provided by the product?
Additionally, could you help us understand the intended use case of this implementation?
Is this requirement primarily for a diagnostic or cleanup operation, where a one-time script or sample utility that lists model-related files (e.g., to a console or text file) would suffice, even without full optimization for large models?
OR
Are you looking for a full-feature implementation where RMM operations (e.g., check-in, deliver in EWM) explicitly handle only Rhapsody model element files? This would require deeper integration and likely involvement from the RMM development team.
Your clarification will help us propose the most appropriate solution path.
Regards,
Suneel...