Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
Maybe these quick fixes could be implemented in 1.4.2 as well: - When deleting large collections I still get Internal errors, allthough this was supposedly fixed before? Collections with smaller item counts are deleted fine. - Delete functionality for erasing all items in a collection, without destroying the collection itself. -Mika - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
Just trying to get more scope for those who don't have time to review it or are unfamiliar with ICU4J. (Note Eclipse uses ICU4J in its default platform to allow better UTF-8 support, I have no problem with using it). thanks, Mark On Apr 4, 2007, at 11:25 AM, Graham Triggs wrote: > Hi, > > Unfortunately, the necessary Normalizer classes (java.text.Normalizer) > only formally entered the Java platform API as part of Java 6. See: > > http://java.sun.com/developer/technicalArticles/javase/i18n_enhance/ > > > The unofficial, undocumented sun.text.Normalizer appears to exist > in all > Sun Java2 platforms (I won't predict whether it exists in non-Sun > implementations), and should be usable for our purposes in at least > Java > 1.3. See: > > http://lists.limewire.org/pipermail/codepatch/2003-March/74.html > > > But relying on sun.text.* classes is really bad form. Despite it > appearing to be a rather nominal distinction (according to the above > post), it would be more reliable to depend on ICU4J until such a time > that Java 6 became a requirement. > > I'm not sure why you've mentioned the XMLUI at this point - > although it > produces a visible change, all* the changes exist entirely inside the > Java code, and what is written to the database browse tables. So > whether > you have the XMLUI or JSP, shouldn't make any difference - but if you > are thinking of some other aspect that I haven't considered, please > say > so. > > * In fact, the patch only makes one-line changes to Browse.java in > three > places (where it inserts data into the tables). Everything else is > additional code, except for ONE change to a JSP file, to in the admin > tools to apply the same normalisation to the author name being entered > for lookup, as it uses the sort_author column in the ItemsByAuthor > table. > > Note that the above does mean that it needs to be integrated with > Richard's patch when that is ready, but on the basis of what is > currently available I've already designed this to have as little > impact > as possible. > > G > > On Wed, 2007-04-04 at 10:57 -0400, Mark Diggory wrote: >> Is ICU4J a requirement still if we switch to Java 5? In which case >> I'd push this off to DSpace1.5 (which will require Java 5 or >> greater). And if so, it should probably be the case that we explore >> its implementation in the XMLUI if any at all changes are needed. >> >> -Mark >> >> On Apr 4, 2007, at 4:53 AM, Graham Triggs wrote: > > > -- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
Hi, Unfortunately, the necessary Normalizer classes (java.text.Normalizer) only formally entered the Java platform API as part of Java 6. See: http://java.sun.com/developer/technicalArticles/javase/i18n_enhance/ The unofficial, undocumented sun.text.Normalizer appears to exist in all Sun Java2 platforms (I won't predict whether it exists in non-Sun implementations), and should be usable for our purposes in at least Java 1.3. See: http://lists.limewire.org/pipermail/codepatch/2003-March/74.html But relying on sun.text.* classes is really bad form. Despite it appearing to be a rather nominal distinction (according to the above post), it would be more reliable to depend on ICU4J until such a time that Java 6 became a requirement. I'm not sure why you've mentioned the XMLUI at this point - although it produces a visible change, all* the changes exist entirely inside the Java code, and what is written to the database browse tables. So whether you have the XMLUI or JSP, shouldn't make any difference - but if you are thinking of some other aspect that I haven't considered, please say so. * In fact, the patch only makes one-line changes to Browse.java in three places (where it inserts data into the tables). Everything else is additional code, except for ONE change to a JSP file, to in the admin tools to apply the same normalisation to the author name being entered for lookup, as it uses the sort_author column in the ItemsByAuthor table. Note that the above does mean that it needs to be integrated with Richard's patch when that is ready, but on the basis of what is currently available I've already designed this to have as little impact as possible. G On Wed, 2007-04-04 at 10:57 -0400, Mark Diggory wrote: > Is ICU4J a requirement still if we switch to Java 5? In which case > I'd push this off to DSpace1.5 (which will require Java 5 or > greater). And if so, it should probably be the case that we explore > its implementation in the XMLUI if any at all changes are needed. > > -Mark > > On Apr 4, 2007, at 4:53 AM, Graham Triggs wrote: - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
Is ICU4J a requirement still if we switch to Java 5? In which case I'd push this off to DSpace1.5 (which will require Java 5 or greater). And if so, it should probably be the case that we explore its implementation in the XMLUI if any at all changes are needed. -Mark On Apr 4, 2007, at 4:53 AM, Graham Triggs wrote: > I wasn't going to push this patch earlier as it rather evolved into a > feature enhancement - but thinking about it again, for anyone that has > non-English content/authors in their repository, it's actually a > useful > bug fix: > > [ 1672065 ] Configurable sort order generation for browse > http://sourceforge.net/tracker/index.php? > func=detail&aid=1672065&group_id=19984&atid=319984 > > If you look at the example Shawna has (it's either on this page, or > the > next): > https://dspace.ucalgary.ca/browse-author?top=Austad%2C+Michele+L > > The author Žekulin appears in the middle of the list of authors > beginning with 'A'. It may not be possible to define a single correct > ordering, but in this case the existing behaviour just doesn't work > for > anyone. > > Amongst it's other capabilities, the above patch deals with this > scenario, and lets people customise the ordering further if they > choose. > > Whilst it allows for configuration, it does not require any > configuration changes (closely emulating the existing DSpace > behaviour - > except for the addition of the character decomposition for the above > case). It also doesn't change any existing APIs, or the database > schema. > > The single biggest argument against it's inclusion would be that it > adds > an additional dependency: ICU4J. Unfortunate, but required for > compatibility with earlier JDK releases, without resorting to > undocumented Sun classes. > > The choice, as they say, is yours... ;-) > > G > > -- > Graham Triggs > Technical Architect > Open Repository > > Tel: +44 (0)20 7631 9942 > Skype: grahamtriggs > > On Mon, 2007-04-02 at 10:19 +0100, James Rutherford wrote: >> Hi All, >> >> I'm pleased to announce that work has started on putting together >> DSpace >> 1.4.2. We're aiming to get a beta release out around the 23rd, >> with the >> final release available shortly after (hopefully by the end of the >> month). This will be pretty much exclusively a bugfix release; there >> will be no API, configuration, or database schema changes, so >> upgrading >> from 1.4 or 1.4.1 should be relatively painless. If anyone is >> sitting on >> patches that they think would be suitable for inclusion, please >> upload >> them to SourceForge by the end of the week. >> >> See http://wiki.dspace.org/index.php/RoadMap#Version_1.4.2 for more >> information. >> >> cheers, >> >> Jim >> > > > -- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > ___ > Dspace-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/dspace-devel ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
I wasn't going to push this patch earlier as it rather evolved into a feature enhancement - but thinking about it again, for anyone that has non-English content/authors in their repository, it's actually a useful bug fix: [ 1672065 ] Configurable sort order generation for browse http://sourceforge.net/tracker/index.php?func=detail&aid=1672065&group_id=19984&atid=319984 If you look at the example Shawna has (it's either on this page, or the next): https://dspace.ucalgary.ca/browse-author?top=Austad%2C+Michele+L The author Žekulin appears in the middle of the list of authors beginning with 'A'. It may not be possible to define a single correct ordering, but in this case the existing behaviour just doesn't work for anyone. Amongst it's other capabilities, the above patch deals with this scenario, and lets people customise the ordering further if they choose. Whilst it allows for configuration, it does not require any configuration changes (closely emulating the existing DSpace behaviour - except for the addition of the character decomposition for the above case). It also doesn't change any existing APIs, or the database schema. The single biggest argument against it's inclusion would be that it adds an additional dependency: ICU4J. Unfortunate, but required for compatibility with earlier JDK releases, without resorting to undocumented Sun classes. The choice, as they say, is yours... ;-) G -- Graham Triggs Technical Architect Open Repository Tel: +44 (0)20 7631 9942 Skype: grahamtriggs On Mon, 2007-04-02 at 10:19 +0100, James Rutherford wrote: > Hi All, > > I'm pleased to announce that work has started on putting together DSpace > 1.4.2. We're aiming to get a beta release out around the 23rd, with the > final release available shortly after (hopefully by the end of the > month). This will be pretty much exclusively a bugfix release; there > will be no API, configuration, or database schema changes, so upgrading > from 1.4 or 1.4.1 should be relatively painless. If anyone is sitting on > patches that they think would be suitable for inclusion, please upload > them to SourceForge by the end of the week. > > See http://wiki.dspace.org/index.php/RoadMap#Version_1.4.2 for more > information. > > cheers, > > Jim > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] DSpace 1.4.2
Hi Jim, Heres a list of Patches I worked on/with and think are important to get in the loop: [ 1687783 ] Improve API for "IgnoreAuthorization" blocks http://sourceforge.net/tracker/index.php? func=detail&aid=1687783&group_id=19984&atid=319984 [ 1655583 ] Avoid index lock with filter-media http://sourceforge.net/tracker/index.php? func=detail&aid=1655583&group_id=19984&atid=319984 [ 1667989 ] Various deprecated / warning fixes http://sourceforge.net/tracker/index.php? func=detail&aid=1667989&group_id=19984&atid=319984 Of course the oracle ones that Graham and Stuart submitted. -Mark On Apr 2, 2007, at 5:19 AM, James Rutherford wrote: > Hi All, > > I'm pleased to announce that work has started on putting together > DSpace > 1.4.2. We're aiming to get a beta release out around the 23rd, with > the > final release available shortly after (hopefully by the end of the > month). This will be pretty much exclusively a bugfix release; there > will be no API, configuration, or database schema changes, so > upgrading > from 1.4 or 1.4.1 should be relatively painless. If anyone is > sitting on > patches that they think would be suitable for inclusion, please upload > them to SourceForge by the end of the week. > > See http://wiki.dspace.org/index.php/RoadMap#Version_1.4.2 for more > information. > > cheers, > > Jim > > -- > James Rutherford | Hewlett-Packard Limited registered > Office: > Research Engineer | Cain Road, > HP Labs | Bracknell, > Bristol, UK | Berks > +44 117 312 7066 | RG12 1HN. > [EMAIL PROTECTED] | Registered No: 690597 England > > The contents of this message and any attachments to it are > confidential and > may be legally privileged. If you have received this message in > error, you > should delete it from your system immediately and advise the > sender. To any > recipient of this message within HP, unless otherwise stated you > should > consider this message and attachments as "HP CONFIDENTIAL". > > -- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > ___ > Dspace-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/dspace-devel ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
