Menu
▾
▴
dpr-development
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(15) |
Jun
(61) |
Jul
(38) |
Aug
(10) |
Sep
(37) |
Oct
(8) |
Nov
(8) |
Dec
(22) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(15) |
Feb
(45) |
Mar
(225) |
Apr
(55) |
May
(38) |
Jun
(40) |
Jul
(11) |
Aug
(12) |
Sep
(34) |
Oct
(59) |
Nov
(11) |
Dec
(10) |
| 2010 |
Jan
(33) |
Feb
(42) |
Mar
(42) |
Apr
(33) |
May
(36) |
Jun
(5) |
Jul
(11) |
Aug
(5) |
Sep
(10) |
Oct
(7) |
Nov
(32) |
Dec
(20) |
| 2011 |
Jan
(17) |
Feb
(8) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(23) |
Jul
(3) |
Aug
(36) |
Sep
(8) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2012 |
Jan
(3) |
Feb
(17) |
Mar
(43) |
Apr
(69) |
May
(32) |
Jun
(8) |
Jul
(30) |
Aug
(28) |
Sep
(8) |
Oct
(22) |
Nov
(7) |
Dec
(15) |
| 2013 |
Jan
(2) |
Feb
(8) |
Mar
(3) |
Apr
(13) |
May
(18) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2013-05-17 07:08:29
|
Bugs item #3613492, was opened at 2013-05-16 23:59 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613492&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) >Assigned to: margotc (margotc) Summary: Advanced Normalisation calls database excessively Initial Comment: There are a number of areas that make excessive database calls. One of these areas is during Advanced Normalisation. This can be seen by turning on the show_sql hibernate option. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-05-17 00:08 Message: I have begun changes to fix this issue. I have changed a section in HibernateDataObjectDAO.deleteXenaProcessingRecord that was resulting in excessive select calls. These changes are on the performance branch. The next section of code in this function looks like it could also be improved. This section updates and saves PFDataObjectProcessingRecords one at a time. Changing it to use a bulk update should improve performance. Assigned to Margot to decide whether to include these changes in the next release or not. This change could also be cut down to just what I have done so far for release if desired. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613492&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-17 06:59:36
|
Bugs item #3613492, was opened at 2013-05-16 23:59 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613492&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Advanced Normalisation calls database excessively Initial Comment: There are a number of areas that make excessive database calls. One of these areas is during Advanced Normalisation. This can be seen by turning on the show_sql hibernate option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613492&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-16 23:31:36
|
Bugs item #3611533, was opened at 2013-04-22 00:22 Message generated for change (Comment added) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DPR Group: None >Status: Closed Resolution: Fixed Priority: 3 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: Kirti Chennareddy (kirtic) Summary: Cannot update repository settings in DR Initial Comment: Testing on DPR 5.1.2 multipleRepoLocs branch If the Server Read Timeout is set to less than 1min, DPR will not allow user to open the 'Update repository Settings' in DR. Server Read timeout has to be updated on the preferences file manually to be able to access the setting from the GUI. ---------------------------------------------------------------------- >Comment By: Kirti Chennareddy (kirtic) Date: 2013-05-16 16:31 Message: Tested on DPR MultipleRepoLoc branch. This scenario occurred when you upgraded from an earlier version of DPR. We can now open the settings and update the time-out even if the time-out has been set to less than 1min. Tested ok. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2013-04-23 01:17 Message: Fixed in java6testing branch and assigned to Kirti to test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-16 23:27:47
|
Bugs item #3610355, was opened at 2013-04-08 22:23 Message generated for change (Comment added) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3610355&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None >Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Kirti Chennareddy (kirtic) Summary: Show PF Records doesn't work for Binary only normalised Initial Comment: When viewing a number of records that have been Binary Normalised only and have not been Normalised (pdf files and straight binary data files) through the "Data Object Information Panel" then pressing the "Show PF Records" button results in the following error in the console: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at au.gov.naa.digipres.dpr.ui.viewdata.DataObjectPFRecordRenderer.writeNormalisationData(DataObjectPFRecordRenderer.java:165) at au.gov.naa.digipres.dpr.ui.viewdata.DataObjectPFRecordFrame.writeRecordData(DataObjectPFRecordFrame.java:127) at au.gov.naa.digipres.dpr.ui.viewdata.DataObjectPFRecordFrame.<init>(DataObjectPFRecordFrame.java:61) at au.gov.naa.digipres.dpr.ui.viewdata.QuestDataObjectDetailsActions$ShowPFRecordsActionProvider.doAction(QuestDataObjectDetailsActions.java:99) at au.gov.naa.digipres.dpr.util.Command.actionPerformed(Command.java:94) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) at java.awt.Component.processMouseEvent(Component.java:6389) at javax.swing.JComponent.processMouseEvent(JComponent.java:3268) at java.awt.Component.processEvent(Component.java:6154) at java.awt.Container.processEvent(Container.java:2045) at java.awt.Component.dispatchEventImpl(Component.java:4750) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Component.dispatchEvent(Component.java:4576) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227) at java.awt.Container.dispatchEventImpl(Container.java:2089) at java.awt.Window.dispatchEventImpl(Window.java:2518) at java.awt.Component.dispatchEvent(Component.java:4576) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:672) at java.awt.EventQueue.access$400(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:631) at java.awt.EventQueue$2.run(EventQueue.java:629) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$3.run(EventQueue.java:645) at java.awt.EventQueue$3.run(EventQueue.java:643) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:642) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) Note that the "Data Object Information Panel" is viewable from the Digital Repository Facility after choosing "Perform DR Tasks" then "Retrieve and View Data" and then performing a search and double clicking on one of the listed data objects. ---------------------------------------------------------------------- >Comment By: Kirti Chennareddy (kirtic) Date: 2013-05-16 16:27 Message: Tested on Java6testing branch. All tested ok. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2013-04-09 00:59 Message: Fixed and assigned to Kirti for testing. The issue seemed to be that when normalisation occurs successfully but results in just a binary normalisation then no corresponding AIP is created (correctly). However the method to display these details expects an AIP in the case as a normalisation record is present and hence it errors out. It is important to note that in the case of a normalisation that succeeds but results in a Binary Normalisation then this is marked as 'Passed' in the pf_transfer_job_processing_record table under the normalisation_complete field but in the pf_data_object_processing_record table the normalising_success field is left as null (but in the case of a normalisation that results in AIP creation this field is marked true). This is somewhat confusing and probably should be changed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3610355&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-16 07:17:09
|
Bugs item #3613425, was opened at 2013-05-16 00:17 Message generated for change (Tracker Item Submitted) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613425&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: Nobody/Anonymous (nobody) Summary: Error not shown on AdvNorm Window if binary is selected Initial Comment: On the advanced normalization window, if you select a record and set the type as Binary, then click on normalise selected. It has the error box checked but error reason is blank. This only happens if you select the type as Binary. May be error reason should be something like File is already binary normalized during the Binary Normalization step. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613425&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-16 01:06:56
|
Bugs item #3612956, was opened at 2013-05-08 22:07 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: Fixed Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Kirti Chennareddy (kirtic) Summary: Job Normalisation step very slow for archive file Initial Comment: The Transfer Job Normalisation step and Reprocessing Job Normalisation step are both very slow when processing a file that results in a lot of Archival Information Packages (i.e. Xena files) being creating. When running with show_sql set to true (hibernate option) it is apparent that there are multiple unnecessary updates of the aip_creation_record table that seem to increase in number the more AIPs that have been processed for a single input data object. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-05-15 18:06 Message: Fixed advanced normalisation issue on performance branch and updated bug tag to the commit of this fix. This change returns the cascading options to the ReprocessingJobAIPCreationRecord and TransferJobAIPCreationRecord classes but alters the PFDataObjectXenaProcessingRecord class so that the getAipCreationRecords() function only cascades for Delete and Replicate (rather than for All). This will mean that Updates as done in normalisation steps will cascade from the AIP Creation Records to the PF Data Object Xena Processing Record but will not cascade further. This is much slower than the original fix but still much faster than the code prior to any fixes. Each update of an AIP Creation Record will now take a roughly similar period of time. Prior to any changes for fixing this bug these updates would take progressively longer because the cascade from the PF Data Object Xena Processing Record would go back to all prevously processed AIP Creation Records for the input Data Object which would result in each successive AIP created for a single Data Object taking more and more time. Note that there is still a lot of scope for performance improvement in this area. For testing it may be desireable to turn on sql output from hibernate. This can be by adding the following line to hibernate.cfg.xml after the <session-factory> tag: <property name="show_sql">true</property> ---------------------------------------------------------------------- Comment By: Kirti Chennareddy (kirtic) Date: 2013-05-13 16:51 Message: Testing on performance branch- DPR 5.1.2 At the advanced normalization step, if you select an entry that has been normalized and click on normalize selected, DPR fails silently with below error in the console, Exception occurred during event dispatching: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: au.gov.naa.digipres.dpr.model.transferjob.PFDataObjectXenaProcessingRecord at org.hibernate.engine.ForeignKeys.getEntityIdentifierIfNotUnsaved(ForeignKeys.java:243) at org.hibernate.type.EntityType.getIdentifier(EntityType.java:456) at org.hibernate.type.ManyToOneType.isDirty(ManyToOneType.java:265) at org.hibernate.type.ManyToOneType.isDirty(ManyToOneType.java:275) at org.hibernate.type.TypeHelper.findDirty(TypeHelper.java:295) at org.hibernate.persister.entity.AbstractEntityPersister.findDirty(AbstractEntityPersister.java:3403) at org.hibernate.event.def.DefaultFlushEntityEventListener.dirtyCheck(DefaultFlushEntityEventListener.java:520) at org.hibernate.event.def.DefaultFlushEntityEventListener.isUpdateNecessary(DefaultFlushEntityEventListener.java:230) at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:154) at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:219) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:99) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1216) at au.gov.naa.digipres.dpr.dao.hibernate.HibernateArchivalInformationPackageDAO.saveAIPCreationRecord(HibernateArchivalInformationPackageDAO.java:93) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.createAIPCreationRecord(TransferJobNormalisationStep.java:558) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.saveSuccessfulNormalisationResults(TransferJobNormalisationStep.java:462) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.saveNormalisationResults(TransferJobNormalisationStep.java:407) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.normaliseDataObject(TransferJobNormalisationStep.java:347) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog.normaliseSelection(AdvancedNormalisationDialog.java:682) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog.access$100(AdvancedNormalisationDialog.java:95) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog$3.actionPerformed(AdvancedNormalisationDialog.java:239) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252) at java.awt.Component.processMouseEvent(Component.java:6268) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6033) at java.awt.Container.processEvent(Container.java:2045) at java.awt.Component.dispatchEventImpl(Component.java:4629) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Component.dispatchEvent(Component.java:4455) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227) at java.awt.Container.dispatchEventImpl(Container.java:2089) at java.awt.Window.dispatchEventImpl(Window.java:2517) at java.awt.Component.dispatchEvent(Component.java:4455) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$2.run(EventQueue.java:622) at java.awt.EventQueue$2.run(EventQueue.java:620) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:194) at java.awt.Dialog$1.run(Dialog.java:1072) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$2.run(EventQueue.java:622) at java.awt.EventQueue$2.run(EventQueue.java:620) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2013-05-08 22:31 Message: Fixed on performance branch and assigned to Kirti to test. This fix involved removing all cascading options that were set for the ReprocessingJobAIPCreationRecord and TransferJobAIPCreationRecord classes on the getXenaProcessingRecord() function. Note that this function is used in a number of contexts so steps other than the Job Normalisation steps should also be tested to ensure no change in functionality at other steps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-15 23:54:01
|
Feature Requests item #3613399, was opened at 2013-05-15 16:54 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613399&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Access Group: None Status: Open Resolution: None Priority: 2 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Copy for access to handle zip files with duplicate entries Initial Comment: It is possible for zip files and other such files to contain multiple files with the same name and output location. When trying to Copy for Access such a file the following sort of error occurs: au.gov.naa.digipres.xena.kernel.XenaException: org.xml.sax.SAXException: Problem exporting archive entry imap.jar org.xml.sax.SAXException: Problem exporting archive entry META-INF/MANIFEST.MF java.util.zip.ZipException: duplicate entry: META-INF/MANIFEST.MF at au.gov.naa.digipres.xena.core.Xena.export(Xena.java:946) at au.gov.naa.digipres.dpr.task.CopyForAccessTask.exportAipContents(CopyForAccessTask.java:489) at au.gov.naa.digipres.dpr.task.CopyForAccessTask.performCopy(CopyForAccessTask.java:368) at au.gov.naa.digipres.dpr.ui.task.CopyForAccessActions$PerformCopyActionProvider.doAction(CopyForAccessActions.java:509) at au.gov.naa.digipres.dpr.util.Command.actionPerformed(Command.java:94) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) at java.awt.Component.processMouseEvent(Component.java:6389) at javax.swing.JComponent.processMouseEvent(JComponent.java:3268) at java.awt.Component.processEvent(Component.java:6154) at java.awt.Container.processEvent(Container.java:2045) at java.awt.Component.dispatchEventImpl(Component.java:4750) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Component.dispatchEvent(Component.java:4576) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227) at java.awt.Container.dispatchEventImpl(Container.java:2089) at java.awt.Window.dispatchEventImpl(Window.java:2518) at java.awt.Component.dispatchEvent(Component.java:4576) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:672) at java.awt.EventQueue.access$400(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:631) at java.awt.EventQueue$2.run(EventQueue.java:629) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$3.run(EventQueue.java:645) at java.awt.EventQueue$3.run(EventQueue.java:643) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:642) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) Caused by: org.xml.sax.SAXException: Problem exporting archive entry imap.jar org.xml.sax.SAXException: Problem exporting archive entry META-INF/MANIFEST.MF java.util.zip.ZipException: duplicate entry: META-INF/MANIFEST.MF at au.gov.naa.digipres.xena.plugin.archive.ArchiveDeNormaliser.startElement(ArchiveDeNormaliser.java:166) at org.xml.sax.helpers.XMLFilterImpl.startElement(XMLFilterImpl.java:551) at au.gov.naa.digipres.xena.plugin.naa.NaaSignedAipUnwrapFilter.startElement(NaaSignedAipUnwrapFilter.java:42) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1666) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1420) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1391) at au.gov.naa.digipres.xena.core.Xena.export(Xena.java:940) ... 41 more Caused by: org.xml.sax.SAXException: Problem exporting archive entry META-INF/MANIFEST.MF java.util.zip.ZipException: duplicate entry: META-INF/MANIFEST.MF at au.gov.naa.digipres.xena.plugin.archive.ArchiveDeNormaliser.startElement(ArchiveDeNormaliser.java:166) at org.xml.sax.helpers.XMLFilterImpl.startElement(XMLFilterImpl.java:551) at au.gov.naa.digipres.xena.plugin.naa.NaaSignedAipUnwrapFilter.startElement(NaaSignedAipUnwrapFilter.java:42) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1666) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1420) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.export(NormaliserManager.java:1391) at au.gov.naa.digipres.xena.plugin.archive.ArchiveDeNormaliser.startElement(ArchiveDeNormaliser.java:119) ... 57 more Caused by: java.util.zip.ZipException: duplicate entry: META-INF/MANIFEST.MF at java.util.zip.ZipOutputStream.putNextEntry(ZipOutputStream.java:192) at au.gov.naa.digipres.xena.plugin.archive.ArchiveDeNormaliser.startElement(ArchiveDeNormaliser.java:151) ... 73 more With tools such as unzip this situation is handled by prompting the user if they wish to overwrite or rename each subsequent file to be extracted which would clash with an existing file. It would be desirable for DPR to do the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613399&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-13 23:51:01
|
Bugs item #3612956, was opened at 2013-05-08 22:07 Message generated for change (Comment added) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: Fixed Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Kirti Chennareddy (kirtic) Summary: Job Normalisation step very slow for archive file Initial Comment: The Transfer Job Normalisation step and Reprocessing Job Normalisation step are both very slow when processing a file that results in a lot of Archival Information Packages (i.e. Xena files) being creating. When running with show_sql set to true (hibernate option) it is apparent that there are multiple unnecessary updates of the aip_creation_record table that seem to increase in number the more AIPs that have been processed for a single input data object. ---------------------------------------------------------------------- >Comment By: Kirti Chennareddy (kirtic) Date: 2013-05-13 16:51 Message: Testing on performance branch- DPR 5.1.2 At the advanced normalization step, if you select an entry that has been normalized and click on normalize selected, DPR fails silently with below error in the console, Exception occurred during event dispatching: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: au.gov.naa.digipres.dpr.model.transferjob.PFDataObjectXenaProcessingRecord at org.hibernate.engine.ForeignKeys.getEntityIdentifierIfNotUnsaved(ForeignKeys.java:243) at org.hibernate.type.EntityType.getIdentifier(EntityType.java:456) at org.hibernate.type.ManyToOneType.isDirty(ManyToOneType.java:265) at org.hibernate.type.ManyToOneType.isDirty(ManyToOneType.java:275) at org.hibernate.type.TypeHelper.findDirty(TypeHelper.java:295) at org.hibernate.persister.entity.AbstractEntityPersister.findDirty(AbstractEntityPersister.java:3403) at org.hibernate.event.def.DefaultFlushEntityEventListener.dirtyCheck(DefaultFlushEntityEventListener.java:520) at org.hibernate.event.def.DefaultFlushEntityEventListener.isUpdateNecessary(DefaultFlushEntityEventListener.java:230) at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:154) at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:219) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:99) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1216) at au.gov.naa.digipres.dpr.dao.hibernate.HibernateArchivalInformationPackageDAO.saveAIPCreationRecord(HibernateArchivalInformationPackageDAO.java:93) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.createAIPCreationRecord(TransferJobNormalisationStep.java:558) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.saveSuccessfulNormalisationResults(TransferJobNormalisationStep.java:462) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.saveNormalisationResults(TransferJobNormalisationStep.java:407) at au.gov.naa.digipres.dpr.task.step.TransferJobNormalisationStep.normaliseDataObject(TransferJobNormalisationStep.java:347) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog.normaliseSelection(AdvancedNormalisationDialog.java:682) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog.access$100(AdvancedNormalisationDialog.java:95) at au.gov.naa.digipres.dpr.ui.task.step.AdvancedNormalisationDialog$3.actionPerformed(AdvancedNormalisationDialog.java:239) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252) at java.awt.Component.processMouseEvent(Component.java:6268) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6033) at java.awt.Container.processEvent(Container.java:2045) at java.awt.Component.dispatchEventImpl(Component.java:4629) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Component.dispatchEvent(Component.java:4455) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227) at java.awt.Container.dispatchEventImpl(Container.java:2089) at java.awt.Window.dispatchEventImpl(Window.java:2517) at java.awt.Component.dispatchEvent(Component.java:4455) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$2.run(EventQueue.java:622) at java.awt.EventQueue$2.run(EventQueue.java:620) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:194) at java.awt.Dialog$1.run(Dialog.java:1072) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$2.run(EventQueue.java:622) at java.awt.EventQueue$2.run(EventQueue.java:620) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2013-05-08 22:31 Message: Fixed on performance branch and assigned to Kirti to test. This fix involved removing all cascading options that were set for the ReprocessingJobAIPCreationRecord and TransferJobAIPCreationRecord classes on the getXenaProcessingRecord() function. Note that this function is used in a number of contexts so steps other than the Job Normalisation steps should also be tested to ensure no change in functionality at other steps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-13 07:21:24
|
Feature Requests item #3613171, was opened at 2013-05-13 00:21 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613171&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Start Advanced Normalisation with normalisation failures Initial Comment: When Errors occur and Advanced Normalisation is provided as an option then when going to the Advanced Normalisation window it would be desirable if the table began populated with all the entries for normalisation failure (with errors shown) and with the Criteria set to this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613171&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-13 07:18:24
|
Bugs item #3613170, was opened at 2013-05-13 00:18 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613170&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Errors not remembered in Advance Normalisation Initial Comment: When in Advanced Normalisation any time the "Update Table" button is used any entry that had an Error and Error Reason shown will have Error changed to be unticked and the Error Reason removed. The Error and Error Reason values should be maintained until such time as the entry with the error is normalised again at which point the new error and error reason (or lack of error and error reason) should replace what is there. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613170&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-13 07:08:02
|
Bugs item #3613168, was opened at 2013-05-13 00:08 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613168&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Advanced normalisation Select All button only selects page Initial Comment: When performing Advanced Normalisation and viewing enough entries so that they are split over pages then pressing the Select All button only selects all the items on the current page. This is not intuitive. Also, this is an issue when wanting to Normalise all the entries that occur over multiple pages (which currently requires pressing select all then normalise all selected then going to the next page and repeating). The select all should select all items in all pages. It may also be desirable to maintain selection states between pages. This might be best done with a selection column as then entries could also be sorted by selection. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3613168&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-13 01:57:37
|
Feature Requests item #3613026, was opened at 2013-05-10 00:36 Message generated for change (Settings changed) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: Terry O'Neill (terryoneill) >Assigned to: Kirti Chennareddy (kirtic) Summary: Support for multiple repository locations Initial Comment: In order to allow for ease of setting up storage locations it is desirable for DPR to cater for multiple file system paths (i.e. repository locations) where it can put files rather than just the single path. Note that this feature request is being created for changes that are already present in order to provide tracking for this change. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2013-05-10 01:00 Message: This feature has been added on the java6testing branch. Assigned to Kirti to add any further comments. The addition of this feature involves database changes. These are the addition of a repository_location table and of columns to reference this table in the archival_information_package table (to show where each AIP is stored) and in the transfer_job table (to show where the manifest file is stored). The administrator will need to edit the repository_location table to handle changes in storage locations (e.g. to set a location to not be active or to change the priority of locations used). This change will move the database schema to version 2.4. Note that this change has been made in conjunction with changes for rfe-3613027 and thus actual code changes for these two rfes are intermingled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-10 08:11:37
|
Feature Requests item #3613027, was opened at 2013-05-10 00:58 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613027&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) >Assigned to: Kirti Chennareddy (kirtic) Summary: Remove client need for file system read access to repository Initial Comment: The server should handle providing files to the client so as to remove any need for users to have read access to the repository. Note that this feature request is being created for changes that are already present in order to provide tracking for this change. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-05-10 01:11 Message: This feature has been added on the java6testing branch. Assigned to Kirti for any further comments. This feature adds a Get AIP Command to the server which returns an AIP (i.e. Xena file). The Copy for Access and Create Reprocessing Job tasks now use this command from the server rather than relying on a readable file system location. Note that there are conditions where AIPs are used temporarily (e.g. for previous during Copy for Access or for Copy for Access when not not retaining the Xena files). In these cases the system temporary directory is used. This change includes improvements to handling files saved to the system temporary directory in such cases. Note that this change was done in conjunction with the change for rfe-3613026 (support for multiple repository locations) and thus the actual code changes for these two rfes are intermingled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613027&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-10 08:00:23
|
Feature Requests item #3613026, was opened at 2013-05-10 00:36 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None Status: Open >Resolution: Fixed Priority: 7 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) >Summary: Support for multiple repository locations Initial Comment: In order to allow for ease of setting up storage locations it is desirable for DPR to cater for multiple file system paths (i.e. repository locations) where it can put files rather than just the single path. Note that this feature request is being created for changes that are already present in order to provide tracking for this change. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-05-10 01:00 Message: This feature has been added on the java6testing branch. Assigned to Kirti to add any further comments. The addition of this feature involves database changes. These are the addition of a repository_location table and of columns to reference this table in the archival_information_package table (to show where each AIP is stored) and in the transfer_job table (to show where the manifest file is stored). The administrator will need to edit the repository_location table to handle changes in storage locations (e.g. to set a location to not be active or to change the priority of locations used). This change will move the database schema to version 2.4. Note that this change has been made in conjunction with changes for rfe-3613027 and thus actual code changes for these two rfes are intermingled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-10 07:58:06
|
Feature Requests item #3613027, was opened at 2013-05-10 00:58 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613027&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) Summary: Remove client need for file system read access to repository Initial Comment: The server should handle providing files to the client so as to remove any need for users to have read access to the repository. Note that this feature request is being created for changes that are already present in order to provide tracking for this change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613027&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-10 07:36:36
|
Feature Requests item #3613026, was opened at 2013-05-10 00:36 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Digital Repository Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) Summary: Add support for multiple repository locations Initial Comment: In order to allow for ease of setting up storage locations it is desirable for DPR to cater for multiple file system paths (i.e. repository locations) where it can put files rather than just the single path. Note that this feature request is being created for changes that are already present in order to provide tracking for this change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3613026&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-09 05:31:13
|
Bugs item #3612956, was opened at 2013-05-08 22:07 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open >Resolution: Fixed Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) >Assigned to: Kirti Chennareddy (kirtic) Summary: Job Normalisation step very slow for archive file Initial Comment: The Transfer Job Normalisation step and Reprocessing Job Normalisation step are both very slow when processing a file that results in a lot of Archival Information Packages (i.e. Xena files) being creating. When running with show_sql set to true (hibernate option) it is apparent that there are multiple unnecessary updates of the aip_creation_record table that seem to increase in number the more AIPs that have been processed for a single input data object. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-05-08 22:31 Message: Fixed on performance branch and assigned to Kirti to test. This fix involved removing all cascading options that were set for the ReprocessingJobAIPCreationRecord and TransferJobAIPCreationRecord classes on the getXenaProcessingRecord() function. Note that this function is used in a number of contexts so steps other than the Job Normalisation steps should also be tested to ensure no change in functionality at other steps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-05-09 05:07:58
|
Bugs item #3612956, was opened at 2013-05-08 22:07 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Preservation Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) Summary: Job Normalisation step very slow for archive file Initial Comment: The Transfer Job Normalisation step and Reprocessing Job Normalisation step are both very slow when processing a file that results in a lot of Archival Information Packages (i.e. Xena files) being creating. When running with show_sql set to true (hibernate option) it is apparent that there are multiple unnecessary updates of the aip_creation_record table that seem to increase in number the more AIPs that have been processed for a single input data object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3612956&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-26 01:14:56
|
Feature Requests item #3559726, was opened at 2012-08-19 20:45 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3559726&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Module Group: None Status: Open Resolution: None >Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: support using users/passwords from the system Initial Comment: Add support for using the usernames and passwords of logins for the system that DPR is running on rather than just having DPR have its own users and passwords. This would simplify use in some cases. This may involve specifying which system users are valid for DPR and defaulting to use that username when the user starts up DPR. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-04-25 18:14 Message: Raised priority after talking to Neil about this. This change would most likely need to add support for using LDAP or Kerberos. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3559726&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-23 08:17:09
|
Bugs item #3611533, was opened at 2013-04-22 00:22 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DPR Group: None Status: Open >Resolution: Fixed Priority: 3 Private: No Submitted By: Kirti Chennareddy (kirtic) >Assigned to: Kirti Chennareddy (kirtic) Summary: Cannot update repository settings in DR Initial Comment: Testing on DPR 5.1.2 multipleRepoLocs branch If the Server Read Timeout is set to less than 1min, DPR will not allow user to open the 'Update repository Settings' in DR. Server Read timeout has to be updated on the preferences file manually to be able to access the setting from the GUI. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2013-04-23 01:17 Message: Fixed in java6testing branch and assigned to Kirti to test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-22 07:22:09
|
Bugs item #3611533, was opened at 2013-04-22 00:22 Message generated for change (Tracker Item Submitted) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DPR Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot update repository settings in DR Initial Comment: Testing on DPR 5.1.2 multipleRepoLocs branch If the Server Read Timeout is set to less than 1min, DPR will not allow user to open the 'Update repository Settings' in DR. Server Read timeout has to be updated on the preferences file manually to be able to access the setting from the GUI. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611533&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-21 23:48:33
|
Bugs item #3611517, was opened at 2013-04-21 16:48 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611517&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Logging Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: error regarding logging not displayed in GUI Initial Comment: When an error occurs relating to stopping DPR because it is unable to write to its log file then this error is displayed in the console but not in the GUI. It should be displayed in the GUI. Note that this is not the only error that has this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611517&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-18 03:59:15
|
Bugs item #3611252, was opened at 2013-04-17 20:59 Message generated for change (Tracker Item Submitted) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611252&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Functionality Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: Nobody/Anonymous (nobody) Summary: Restart Reprocessing Job functionality in DR is incomplete Initial Comment: Right click on a reprocessing job and select Administer Job - Administer reprocessing job window opens; Clicking on restart Reprocessing Job button does not respond ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3611252&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-15 00:42:53
|
Bugs item #3610863, was opened at 2013-04-14 17:42 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3610863&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: None Status: Open Resolution: None Priority: 2 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: error in console - nullpointerexception tablesorter Initial Comment: After logging in the following error often appears in the console. This error does not seem to have any effect on the functionality of the program. Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at au.gov.naa.digipres.dpr.util.TableSorter.modelIndex(TableSorter.java:315) at au.gov.naa.digipres.dpr.util.TableSorter.getValueAt(TableSorter.java:361) at javax.swing.JTable.getValueAt(JTable.java:2719) at javax.swing.JTable.prepareRenderer(JTable.java:5719) at javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2108) at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2010) at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1806) at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at javax.swing.JComponent.paintComponent(JComponent.java:766) at javax.swing.JComponent.paint(JComponent.java:1030) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5139) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:302) at javax.swing.RepaintManager.paint(RepaintManager.java:1188) at javax.swing.JComponent._paintImmediately(JComponent.java:5087) at javax.swing.JComponent.paintImmediately(JComponent.java:4897) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:783) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:735) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:677) at javax.swing.RepaintManager.access$700(RepaintManager.java:58) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1593) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:670) at java.awt.EventQueue.access$400(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:631) at java.awt.EventQueue$2.run(EventQueue.java:629) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:640) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676456&aid=3610863&group_id=116934 |
|
From: SourceForge.net <no...@so...> - 2013-04-11 06:40:17
|
Feature Requests item #3610524, was opened at 2013-04-10 23:40 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3610524&group_id=116934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Quarantine Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: accept manifests with differing path seperators to the os Initial Comment: Currently when a manifest that was made on windows is loaded onto linux if there is any directory structure in the file paths provided then an error will result saying "Invalid Character". This is because the paths will use the \ character as a path seperator in this case whereas linux will expect a path seperator of /. The use of these file paths should be altered to allow for accepting either \ or / as the path seperator and converting this over for the operating system DPR is running on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676459&aid=3610524&group_id=116934 |
