[Dspace-devel] [DuraSpace JIRA] (DS-1830) spellchecking doesn't seem to work on demo
Title: Message Title Bram Luyten (@mire) commented on an issue Re: spellchecking doesn't seem to work on demo I confirm that I also was not able to trigger any results on demo.dspace.org. Rebuilding the discovery index does not seem to work. Does it work on your local install? Needs a volunteer to investigate and fix, at least on demo. Add Comment DSpace / DS-1830 spellchecking doesn't seem to work on demo This screenshot shows the new (in 4.0) Discovery spellchecker feature show a Did you mean: text: https://jira.duraspace.org/browse/DS-1683 I couldn't get such text on demo JSPUI and XMLUI, no matter what typos I tried. However, searching for e.g. enginering brings up engineering entries in search results. Perhaps I'm misunderstanding how this ... This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today.
[Dspace-devel] [DuraSpace JIRA] (DS-1830) spellchecking doesn't seem to work on demo
Title: Message Title Bram Luyten (@mire) updated an issue DSpace / DS-1830 spellchecking doesn't seem to work on demo Change By: Bram Luyten (@mire) Status: Received VolunteerNeeded Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
Re: [Dspace-devel] Is org.dspace.dependencies.jmockit:dspace-jmockit customized, or can we get rid of it?
Hi Mark, As far as I'm aware, if we actually modified a dependency, it should be in our DSpace GitHub.com acct (e.g. dspace-solr, or dspace-cocoon-servlet-service-impl are examples where we released a modified version of a dependency): https://github.com/DSpace Since I don't see a repo for jmockit, I believe it was just released because it didn't exist in Maven central at the time. Just out of curiosity, I checked our old SVN archives... Looks like there's still a copy of the old dspace-jmockit codebase there. It's just a simple POM which looks to just download a specific version of jmockit from: http://jmockit.googlecode.com/svn/trunk/main/src and release it to Maven Central. https://svn.duraspace.org/dspace/modules/dspace-jmockit/trunk/pom.xml So, it looks to be safe to assume we can scrap ours and use theirs. - Tim On 1/13/2014 2:08 PM, Mark H. Wood wrote: On Fri, Dec 20, 2013 at 07:26:04PM -0500, Mark H. Wood wrote: It looks as though the jmockit team posted their 0.999.4 to Maven Central about a month after DSpace posted its own. If there's no difference, we can (and IMHO should) scrap ours and use theirs (mockit:jmockit:0.999.4). We might even want to upgrade to com.googlecode.jmockit:jmockit:1.5 or so. We don't seem to have this on Github, unless I'm not looking in the right place. Did we modify anything? *ping* -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1861) Use the official JMockit artifacts instead of our own
Title: Message Title Mark H. Wood created an issue DSpace / DS-1861 Use the official JMockit artifacts instead of our own Issue Type: Code Task Assignee: Mark H. Wood Components: Unit Testing Framework Created: 14/Jan/14 6:57 PM Priority: Minor Reporter: Mark H. Wood DSpace uses a copy of JMockit that was packed off to Maven Central by DSpace developers so that Maven could resolve dependencies on it for DSpace. Shortly after that, the JMockit team posted their own artifacts to Central and apparently continue to do so. We should use the official artifacts. For one thing, there are newer versions that we might want. Add Comment
[Dspace-devel] [DuraSpace JIRA] (DS-1861) Use the official JMockit artifacts instead of our own
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1861 Use the official JMockit artifacts instead of our own Change By: Mark H. Wood Status: Received Accepted Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1861) Use the official JMockit artifacts instead of our own
Title: Message Title Mark H. Wood commented on an issue Re: Use the official JMockit artifacts instead of our own https://github.com/DSpace/DSpace/pull/438 Add Comment DSpace / DS-1861 Use the official JMockit artifacts instead of our own DSpace uses a copy of JMockit that was packed off to Maven Central by DSpace developers so that Maven could resolve dependencies on it for DSpace. Shortly after that, the JMockit team posted their own artifacts to Central and apparently continue to do so. We should use the official artifacts. For one thing, there are newer versions that we might want. This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1861) Use the official JMockit artifacts instead of our own
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1861 Use the official JMockit artifacts instead of our own DSpace builds cleanly with this change. Change By: Mark H. Wood Status: Accepted CodeReviewNeeded Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1861) Use the official JMockit artifacts instead of our own
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1861 Use the official JMockit artifacts instead of our own Change By: Mark H. Wood Labels: has-pull-request Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1746) Remove strange, redundant pool validation from DBMS layer
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1746 Remove strange, redundant pool validation from DBMS layer Change By: Mark H. Wood Component/s: DSpaceAPI Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1746) Remove strange, redundant pool validation from DBMS layer
Title: Message Title Mark H. Wood commented on an issue Re: Remove strange, redundant pool validation from DBMS layer https://github.com/DSpace/DSpace/pull/439 Add Comment DSpace / DS-1746 Remove strange, redundant pool validation from DBMS layer I see this in initialize(): if (isOracle) { if (StringUtils.isEmpty(ConfigurationManager.getProperty(db.postgres.schema))) { sqlOnBorrow = SET SEARCH_PATH TO + ConfigurationManager.getProperty(db.postgres.schema).trim(); } } Two things seem odd: o It's doubtful that this would ever do ... This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1862) Too many ROMEs
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1862 Too many ROMEs Change By: Mark H. Wood Status: Received Accepted Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1862) Too many ROMEs
Title: Message Title Mark H. Wood updated an issue DSpace / DS-1862 Too many ROMEs Change By: Mark H. Wood dspace-apidependsonnet.java.dev.rome:rome:1.0.0andorg.rometools:rome-modules:1.0whichdependson rometools rome :rome:1.0.Sowewindupwithrome-1.0.jarANDrome-1.0.0.jarinthebuiltkit.ItlooksasthoughtheRomeprojectmovedfromjava.nettoGithubaround1.0time,thatthe rome/ rometoolsversionsarethusthelatest,andthatweshouldthereforebedependingon rometools rome :rome:1.0ratherthannet.java.dev.rome:rome:1.0.0.Thatwouldharmonizewiththetransitivedependencyandnotleaveuswonderingwhattheclassloaderwilldowhenitfindstworome-*.jararchives. Add Comment This message was sent by Atlassian JIRA (v6.1.1#6155-sha1:7188aee) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
[Dspace-devel] [DuraSpace JIRA] (DS-1746) Remove strange, redundant pool validation from DBMS layer
Title: Message Title Andrea Bollini commented on an issue Re: Remove strange, redundant pool validation from DBMS layer The code is clearly wrong but I still see a possible use case for it. I'm only guessing but... what happen if you rely on a db user with grants on more schema, maybe also database from different DSpace instances? In this scenario as we are doing all queries without specifying a schema the default schema is used and when a table is not available in such schema it is searched across all the schema that the db user can access. So, in oracle you can configure via jndi a generic pool where the user is not specified, in such case we need this configuration to specify the actual schema. In postres you could have a similar issue also without jndi just using an user like the postgres su and if you have more dspace db instances say dspace1 and dspace2 you need to specify a default schema. We should make a test and probably fix the code replacing the isOracle statement with a isPostgres https://github.com/mwoodiupui/DSpace/blame/ce9ca80080c1a869b3464fc2ca942a5a878e35b4/dspace-api/src/main/java/org/dspace/storage/rdbms/DatabaseManager.java#L59 Add Comment DSpace / DS-1746 Remove strange, redundant pool validation from DBMS layer I see this in initialize(): if (isOracle) { if (StringUtils.isEmpty(ConfigurationManager.getProperty(db.postgres.schema))) { sqlOnBorrow = SET SEARCH_PATH TO + ConfigurationManager.getProperty(db.postgres.schema).trim(); } } Two things seem odd: o It's doubtful that this would ever do ... This message was sent
[Dspace-devel] DSpace Dev Mtg Tomorrow @ 20:00 UTC and JIRA Backlog Hour @ 19:00 UTC
All, As usual, we have a DSpace Developers Meeting tomorrow (Weds, Jan 15) in the #duraspace IRC channel at 20:00 UTC. To determine your local time, check the world clock: http://www.timeanddate.com/worldclock/fixedtime.html?hour=20min=0sec=0p1=0 The agenda is posted on our Developer meetings page at: https://wiki.duraspace.org/display/DSPACE/Developer+Meetings The notes from last week's meeting are also available off of the Meeting Archives area of that page. As always, all our meetings are public. We welcome any developers or non-developers to attend or just read along with the chat discussions. If you are unable to attend, you can always add your own notes/thoughts on any agenda item to the above wiki page. == JIRA Backlog Hour == Immediately prior to our Developers Meeting, at 19:00 UTC, we will be holding a JIRA Backlog Hour in #dspace IRC (note it will be in #dspace and NOT #duraspace). During this meeting, developers who are available will begin to work together to tackle our backlog of Received tickets/bug reports in JIRA. We'll be looking to do a quick analysis of tickets to help move them along through our workflow. Anyone is welcome to join us (and you are more than welcome to just join mid-meeting as well). It's a great way to learn about how we work together to support DSpace, and also a great way to contribute to DSpace software. Plus, you'll be helping all of us to determine which tickets (old and new) could use extra love attention. Our current JIRA Received backlog is at: https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+DS+AND+status+%3D+Received+ORDER+BY+key+ASC%2C+priority+DESC We hope to see you in IRC! Thanks, Tim Donohue Technical Lead for DSpace Project DuraSpace.org -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel