[jboss-jira] [JBoss JIRA] Created: (JBRULES-1250) Allow option to completely remove an asset from the repository

Shahad Ahmed (JIRA) jira-events at lists.jboss.org
Fri Oct 5 07:12:03 EDT 2007


Allow option to completely remove an asset from the repository
--------------------------------------------------------------

                 Key: JBRULES-1250
                 URL: http://jira.jboss.com/jira/browse/JBRULES-1250
             Project: JBoss Drools
          Issue Type: Feature Request
      Security Level: Public (Everyone can see)
          Components: drools-brms
    Affects Versions: 4.0.1
            Reporter: Shahad Ahmed
         Assigned To: Mark Proctor


If you use the archive feature to remove a rule or package from the BRMS it is not really seen as gone, as if you attempt to create a new rule or package with the same name as the archived rules or package then you get an error saying that the rule or package already exists (looking at the  source code, the repository does not care if an item is archived or not, so it will always throw an error if an asset with an existing name is created).

I'm assuming this is the designed behaviour and not a bug (I've asked about this a couple of times on the user list and got no replies to the contrary).

However, it would be very useful to be able to remove a rule or package so that you can then recreate it (e.g by importing new versions from a drl file). At present, you have to laboriously rename the rules and packages you want to remove, so that when they are archived their names do not clash with the new versions of the rules and packages you want to import or recreate. Perhaps all that is involved in implementing this new remove feature is to just automatically rename the package and its rules before archiving it?


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-jira mailing list