Engineering Requirements Management

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

Hi Ian,

Just in case it helps you solve that problem. If you remove the "Delete" permissions from a user in the module, that user will not be able to purge or undelete. Maybe taking that into account you will not have problems with the workflow you have created.

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

Hi Juan, thanks for the suggestion, but I can't remove delete permissions because we still want users to delete regular objects.

It's definitely a tricky situation!

Hi Ian,

Just in case it helps you solve that problem. If you remove the "Delete" permissions from a user in the module, that user will not be able to purge or undelete. Maybe taking that into account you will not have problems with the workflow you have created.

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

Hi Ian,

As far as I know is impossible to do what you want. If the object is purged, you cannot recover it, unless you recover a backup, what can be a headache

Otherwise, you can use a new ID attribute, somethig like "Id Object" that you can configure with DXL and set value you want when is created.

For me, the best option is from @Juan Fernández You could set up the permisions to avoid deletions and use the typical atribute Object Status to show if the attribute is deleted or not

------------------------------
Jorge Garcia

Original Message:
Sent: Thu May 09, 2024 08:21 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Juan, thanks for the suggestion, but I can't remove delete permissions because we still want users to delete regular objects.

It's definitely a tricky situation!

------------------------------
Ian Sajkowicz

Original Message:
Sent: Thu May 09, 2024 02:44 AM
From: Juan Fernández
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Ian,

Just in case it helps you solve that problem. If you remove the "Delete" permissions from a user in the module, that user will not be able to purge or undelete. Maybe taking that into account you will not have problems with the workflow you have created.

------------------------------
Juan Fernández
Process Consultant
Itera Process
+34 673 609 498

Original Message:
Sent: Wed May 08, 2024 07:55 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

------------------------------
Ian Sajkowicz

Original Message:
Sent: Tue May 07, 2024 03:52 AM
From: Nikolai Stein
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

------------------------------
Nikolai Stein
General Manager
REQUISIS GmbH
Berlin
+49-30-536506-711

Original Message:
Sent: Mon May 06, 2024 07:47 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

------------------------------
Ian Sajkowicz

Original Message:
Sent: Fri May 03, 2024 11:31 AM
From: Nikolai Stein
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

------------------------------
Nikolai Stein
General Manager
REQUISIS GmbH
Berlin
+49-30-536506-711

Original Message:
Sent: Fri May 03, 2024 03:08 AM
From: ROMAIN BARTH
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

------------------------------
ROMAIN BARTH

Original Message:
Sent: Thu May 02, 2024 12:30 PM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

------------------------------
Ian Sajkowicz
------------------------------

Hi Ian,

If you mix a soft deletion and a restricted read access on the object , I think you can achieve what you want to do.

------------------------------
Corinne Bacle
IBM

Original Message:
Sent: Fri May 10, 2024 02:03 AM
From: Jorge Garcia
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Ian,

As far as I know is impossible to do what you want. If the object is purged, you cannot recover it, unless you recover a backup, what can be a headache

Otherwise, you can use a new ID attribute, somethig like "Id Object" that you can configure with DXL and set value you want when is created.

For me, the best option is from @Juan Fernández You could set up the permisions to avoid deletions and use the typical atribute Object Status to show if the attribute is deleted or not

------------------------------
Jorge Garcia

Original Message:
Sent: Thu May 09, 2024 08:21 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Juan, thanks for the suggestion, but I can't remove delete permissions because we still want users to delete regular objects.

It's definitely a tricky situation!

------------------------------
Ian Sajkowicz

Original Message:
Sent: Thu May 09, 2024 02:44 AM
From: Juan Fernández
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Ian,

Just in case it helps you solve that problem. If you remove the "Delete" permissions from a user in the module, that user will not be able to purge or undelete. Maybe taking that into account you will not have problems with the workflow you have created.

------------------------------
Juan Fernández
Process Consultant
Itera Process
+34 673 609 498

Original Message:
Sent: Wed May 08, 2024 07:55 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

------------------------------
Ian Sajkowicz

Original Message:
Sent: Tue May 07, 2024 03:52 AM
From: Nikolai Stein
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

------------------------------
Nikolai Stein
General Manager
REQUISIS GmbH
Berlin
+49-30-536506-711

Original Message:
Sent: Mon May 06, 2024 07:47 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

------------------------------
Ian Sajkowicz

Original Message:
Sent: Fri May 03, 2024 11:31 AM
From: Nikolai Stein
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

------------------------------
Nikolai Stein
General Manager
REQUISIS GmbH
Berlin
+49-30-536506-711

Original Message:
Sent: Fri May 03, 2024 03:08 AM
From: ROMAIN BARTH
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

------------------------------
ROMAIN BARTH

Original Message:
Sent: Thu May 02, 2024 12:30 PM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

------------------------------
Ian Sajkowicz
------------------------------

Hi Ian,

As far as I know is impossible to do what you want. If the object is purged, you cannot recover it, unless you recover a backup, what can be a headache

Otherwise, you can use a new ID attribute, somethig like "Id Object" that you can configure with DXL and set value you want when is created.

For me, the best option is from @Juan Fernández You could set up the permisions to avoid deletions and use the typical atribute Object Status to show if the attribute is deleted or not

------------------------------
Jorge Garcia

Original Message:
Sent: Thu May 09, 2024 08:21 AM
From: Ian Sajkowicz
Subject: Is There Any Way to Reclaim Purged/Discarded Object IDs?

Hi Juan, thanks for the suggestion, but I can't remove delete permissions because we still want users to delete regular objects.

It's definitely a tricky situation!

Hi Ian,

Just in case it helps you solve that problem. If you remove the "Delete" permissions from a user in the module, that user will not be able to purge or undelete. Maybe taking that into account you will not have problems with the workflow you have created.

Thanks for this additional suggestion Nikolai.

Unfortunately, we can't rely on soft-deleting objects since a user would be able to undo that action ie undelete the object thereby interrupting the workflow that was setup with reserving object IDs.

RCRs appear to "reserve" object IDs in the way I would want my workflow to operate. Each RCR stores object IDs for objects created within it. When you open a module in read only mode you won't see the objects, but when you open the same RCR, the module populates with those objects with the same object IDs that were originally associated with the RCR even if the module's next assigned object ID would be higher than what was recorded.

I'll review the RCR code further to see what can be done.

I am pretty sure that is not possible.

Me and my team have been programming DXL since nearly 20 years and never stumpled over such a function.

What you could do is to create and soft delete the objects so you would be able to reuse them by undeleting and moving them to the desired place.

Maybe that covers your use case. 

If you beleave that RCR uses a hidden function, you could decrypt the functions and have a look into it.

Hey Nikolai, thanks for suggesting this solution.

I was programmatically deleting and purging object IDs ("reserving") them using DXL and wanted to later make them available again for use via DXL.

Not sure if you know if this would be possible! Still, though, thanks for the suggestion!

The only way - but i asume that is not your use case - would be to recover the folder of the module from backup on the DOORS Server, which would reset the module content and the IDs to a prior state.

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!

No there is no way to re-use absolute number of purged/discarded objects.

Doing that would  lead to duplicate absolute number and that is something we really want to avoid...

Is there any way to recover object IDs for objects that were previously purged or added to the module and discarded without saving? New objects in RCRs indicate that this functionality exist as when you re-enter the same RCR, the same object IDs are re-inserted back into the module. Thanks in advance!