Re: [Dspace-tech] Error when uploading bitstreams
eeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) >at > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252) >at > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) >at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) >at > org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:107) >at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) >at > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) >at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) >at > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) >at > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252) >at > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) >at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) >at > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) >at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) >at > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) >at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) >at > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252) >at org.apache.cocoon.Cocoon.process(Cocoon.java:686) >at > org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1153) >at > org.dspace.app.xmlui.cocoon.DSpaceCocoonServlet.service(DSpaceCocoonServlet.java:215) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) >at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) >at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) >at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) >at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) >at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) >at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) >at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) >at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) >at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) >at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) >at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) >at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) >at java.lang.Thread.run(Thread.java:619) > > > Ilan Shomorony > DSpace at the Venice Project Center > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- -- Kevin Van de Velde @mire NV www.atmire.com B-3001 Leuven, Belgium - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] How to modify Contact Us page
Dear Serhiy Polyakov, If you have no experience with xsl it might indeed be best to just edit the Contact.java and just commenting out the lines that you do not wish to see as shown below. ) /* List list = contact.addList("contact"); list.addLabel(T_feedback_label); list.addItem().addXref(contextPath+"/feedback",T_feedback_link); list.addLabel(T_email); String email = ConfigurationManager.getProperty("mail.admin"); list.addItem().addXref("mailto:"+email,email); */ best regards, -- -- Kevin Van de Velde @mire NV B-3001 Leuven, Belgium http://atmire.com/consultancy.php - DSpace maintenance, support and custom development 2008/11/7 Serhiy Polyakov <[EMAIL PROTECTED]> > Hi, > > How to remove two lines: > > On-line form: Feedback > Email: > > from Contact Us page? > > Should I edit Aspect (Contact.java) and rebuild DSpace? > > Could not make it with xsl. > > Thanks > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Change Scope in Advanced Search xmlui
Dear Serhiy Polyakov, Adding the collections to the advanced search box is not that hard. Just go to the AbstractSearch.java class to the method "buildscopelist" and change the code below. for (Community community : Community.findAll(context)) { scope.addOption(community.getHandle(),community.getMetadata("name")); } into for (Community community : Community.findAll(context)) { scope.addOption(community.getHandle(),community.getMetadata("name")); for (int i = 0; i < community.getCollections().length; i++) { Collection collection = community.getCollections()[i]; scope.addOption(collection.getHandle(),collection.getMetadata("name")); } } This will however list these collections in the simple search as well. best regards, -- Kevin Van de Velde @mire NV B-3001 Leuven, Belgium http://atmire.com/consultancy.php - DSpace maintenance, support and custom development 2008/11/7 Serhiy Polyakov <[EMAIL PROTECTED]> > Hi, > > I use DSpace 1.5.1, xmlui interface > > How to change scope in Advanced Search so that it lists not only top > level Communities but also Collections. If not possible, how to remove > that top box that controls scope? > > Thanks, > Serhiy > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] create community error
Hi, The problem you are experiencing might be due to the fact that your flowscript isn't working properly because of the jars you are using. When you switched from the jspui to xmlui did you deploy the xmlui with the necessary jars for the xmlui ? Make sure that you only use the jars from the xmlui. Secondly have you added any jars outside the jars needed for the xmlui ? What you need to check in either case is conflicting javascript jars. It is hard to say exactly which one is causing the problem. Check for jars with js or rhino in the name and try removing them from the project and try to deploy it again. Hope this helps. Kevin Van de Velde @mire NV B-3001 Leuven, Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther 2009/3/8 > Hi all, > > I am new to dspace. After I changed my web application from jspui to xmlui > in dspace.cfg, I have problems whenever I create a community or item. The > error is as follows: > > *HTTP Status 500-* > *type Exception report* > *message* > *description* The server encountered an internal error () that prevented > it from fulfilling this request. > *exception* > javax.servlet.ServletException: Servlet execution threw an exception > *root cause* > java.lang.NoSuchFieldError: instance > > org.apache.cocoon.components.flow.javascript.fom.FOM_WebContinuation.unwrap(FOM_WebContinuation.java:187) > ... > > > Thanks, > Lee > > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Static page during submission
Hi Corey, In order to add an extra step, some implementation work is required. This cannot be achieved simply using configuration. What you need to do first is create 2 java classes for this. The first one will be for the processing of the step. Create this class in the package "org.dspace.submit.step". This class must extend the "AbstractProcessingStep" which requires two methods: * doProcessing(Context context, HttpServletRequest request, HttpServletResponse response, SubmissionInfo subInfo) * getNumberOfPages(HttpServletRequest request, SubmissionInfo subInfo) The only thing you need to do for the doProcessing method is return STATUS_COMPLETE and for the method geNumberOfPages you need to return 1 (or more if you want more static pages). public int doProcessing(Context context, HttpServletRequest request, HttpServletResponse response, SubmissionInfo subInfo) throws ServletException, IOException, SQLException, AuthorizeException { return STATUS_COMPLETE; } public int getNumberOfPages(HttpServletRequest request, SubmissionInfo subInfo) throws ServletException { return 1; } The second class needs to be created in the package "org.dspace.app.xmlui.aspect.submission.submit" assuming you're using the Manakin UI. This class must extend the "AbstractSubmissionStep" which requires one method the addReviewSection(List reviewList). The only thing this method needs to do (for a static page) is return null. public List addReviewSection(List reviewList) throws SAXException, WingException, UIException, SQLException, IOException, AuthorizeException { return null; } Now the method you need to add all your static content is addBody(Body body). The manditory java code in this method is listed below. public void addBody(Body body) throws SAXException, WingException, UIException, SQLException, IOException, AuthorizeException { Collection collection = submission.getCollection(); String actionURL = contextPath + "/handle/"+collection.getHandle() + "/submit"; Division div = body.addInteractiveDivision("test-step", actionURL, Division.METHOD_POST,"primary submission"); /* PUT YOUR STATIC PAGE CONTENT HERE */ // add standard control/paging buttons List form = div.addList("resume-submission",List.TYPE_FORM); addControlButtons(form); div.addDivision("hidden").addHidden("submission-continue").setValue(knot.getId()); } Now that you have all the java code in order, you need to let the submission process know of your added step. Open the item-submission.xml file which can be found in {dspace.dir}/config. You need to add a line between "Step 4 will be to Verify/Review everything" and Step 5 will be to Sign off on the License. An example can be found below: submit.progressbar.test org.dspace.submit.step.testStep org.dspace.app.xmlui.aspect.submission.submit.testStep true The heading is the title of your step (put this is messages.xml). The processing-class is the class referred to in this e-mail as the first class The xmlui-binding is the class referred to in this e-mail as the second class Hope this helps and if you have any further questions about this please don't hesitate to ask. Kind regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther 2009/6/2 Corey Davis > Hi all, > > I'd like to add an "information page" to our XMLUI submission process, > basically just some static content between the Review and the License > section. > > Any insights? > > Thanks, > Corey > > Corey Davis, MLIS > Technical Services Librarian > Royal Roads University > 2005 Sooke Rd. Victoria, B.C. Canada V9B 5Y2 > (250) 391 2575 > corey.4da...@royalroads.ca > > > -- > OpenSolaris 2009.06 is a cutting edge operating system for enterprises > looking to deploy the next generation of Solaris that includes the latest > innovations from Sun and the OpenSource community. Download a copy and > enjoy capabilities such as Networking, Storage and Virtualization. > Go to: http://p.sf.net/sfu/opensolaris-get > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations fr
Re: [Dspace-tech] Internal system error
Hi, The error is implying that your metadata format registry is not up to date. You might want to take a look at the following link: http://www.dspace.org/1_6_0Documentation/ch05.html#N14D45 If you need further help for this please let me know. Kind regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther On 4 March 2010 17:41, Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY] wrote: > Hi, > > > > Looks like maybe the application is requiring that a title be entered, and > that the title is null…? > > > > Hope this helps, > > Sue > > > > > > *Sue Walker-Thornton* > > *ConITS Contract** > NASA Langley Research Center > Integrated Library Systems ~ Developer/DBA* > > *130 Research Drive* > > *Hampton, VA 23666* > > *Office: (757) 224-4074** > Fax:(757) 224-4001 > Mobile: (757) 506-9903* > > *Email:** ** **susan.m.thorn...@nasa.gov* > > > > > > > -- > > *From:* shali Kallumpuram [mailto:vidyaserverad...@gmail.com] > *Sent:* Thursday, March 04, 2010 2:07 AM > *To:* dspace-tech@lists.sourceforge.net > *Subject:* [Dspace-tech] Internal system error > > > > Dear all. > > i have updated the my dspace 1.5.2 to 1.6 , but after that i cant able to > submit new items to Dspace > > Error : > > 1 . in jspui it shows internal system error > > in xmlui after filling first page and click on next it shows , > > 2 . java.sql.SQLException: bad_dublin_core schema=dc, *title null* > > anybody please help me. > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Discovery plug-in reorder for 1.70
Hi Germán, The reason why you can't find the xsl is because there is no special xsl to render the discovery navigation. So what I would suggest is that you create your own template in xsl to do this, just take a look at the DRI from dspace demo site: http://demo.dspace.org/xmlui/DRI/discover and you will find that the sidebar is rendered in a list with id "'aspect.discovery.SimpleSearch.list.discovery'". Below is a small example on how to place the discovery sidebar in a couple of divisions. > > match="dri:li...@id='aspect.discovery.SimpleSearch.list.discovery']"> > > > > > > > I hope I was able to solve your problem. best regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther On 4 January 2011 16:47, Germán Biozzoli wrote: > Hi people > > The users that I'm working for with DSpace 1.70, requested to me to > re-order the discovery plug-in facets to show it more easily to the > final users. They find that are in some way forgotten in the last > position and they wish to see it at first or second division in > navigation bar. I've tried to look in the mirage xsls or > dri2xhtml_alt's but it's seems to be solved in the aspect instance, > somebody could give me a clue to fullfill this request? > > Thanks a lot > Germán > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Discovery plug-in reorder for 1.70
Hi Germán, What I would do is duplicate any xsl you would want to alter from the navigation.xsl, paste these in {your.theme}.xsl and alter them there. By doing it this way it is much easier to keep track of your changes. best regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther On 4 January 2011 22:49, Germán Biozzoli wrote: > Thank you very much Kevin > Perhaps my question is very basic, I've created my own theme copying > mirage theme, you're suggesting that I should modify navigation.xsl or > create a new xsl for the facets? I simply need to reorder the section > upside statistics or login section in navigation bar. > > Regards > Germán > > On Tue, Jan 4, 2011 at 1:36 PM, Kevin Van de velde wrote: > > Hi Germán, > > > > The reason why you can't find the xsl is because there is no special xsl > to > > render the discovery navigation. > > So what I would suggest is that you create your own template in xsl to do > > this, just take a look at the DRI from dspace demo site: > > http://demo.dspace.org/xmlui/DRI/discover and you will find that the > sidebar > > is rendered in a list with id > > "'aspect.discovery.SimpleSearch.list.discovery'". > > Below is a small example on how to place the discovery sidebar in a > couple > > of divisions. > >> > >> >> match="dri:li...@id='aspect.discovery.SimpleSearch.list.discovery']"> > >> > >> > >> > >> > >> > >> > > > > I hope I was able to solve your problem. > > > > > > best regards, > > > > Kevin Van de Velde > > @mire - www.atmire.com > > 533 2nd Street - Encinitas, CA 92024 - USA > > Technologielaan 9 - 3001 Heverlee - Belgium > > > > > > http://www.atmire.com - Institutional Repository Solutions > > http://www.togather.eu - Before getting together, get t...@ther > > > > > > On 4 January 2011 16:47, Germán Biozzoli > wrote: > >> > >> Hi people > >> > >> The users that I'm working for with DSpace 1.70, requested to me to > >> re-order the discovery plug-in facets to show it more easily to the > >> final users. They find that are in some way forgotten in the last > >> position and they wish to see it at first or second division in > >> navigation bar. I've tried to look in the mirage xsls or > >> dri2xhtml_alt's but it's seems to be solved in the aspect instance, > >> somebody could give me a clue to fullfill this request? > >> > >> Thanks a lot > >> Germán > >> > >> > >> > -- > >> Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > >> to consolidate database storage, standardize their database environment, > >> and, > >> should the need arise, upgrade to a full multi-node Oracle RAC database > >> without downtime or disruption > >> http://p.sf.net/sfu/oracle-sfdevnl > >> ___ > >> DSpace-tech mailing list > >> DSpace-tech@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > > > -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Dspace 1.7.0 solr search
Dear Thomas, I tested the setup you described and got the expected results so I will require some more information to determine why it isn't working on your side. 1. Where in the schema.xml file did you put your fields, I put mine just below the copyField lines for dc.creator. 2. What is the exact solr query you are trying to execute ? 3. In your solr index, are there any values present in the var field ? Ps: the "search.index.x" properties in the dspace.cfg aren't used by discovery, the solr discovery index indexes all metadata fields. Kind regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get Tog@ther On 25 January 2011 15:20, Mckeane Thomas wrote: > Hello, > I have two instances of dspace installed on my machine, dspace 1.7.0 > and dspace 1.6.2. The discovery patch has been applied to dspace 1.6.2 to > facilitate range queries. Range queries works as expected from both solr > admin search interface and from dspace xmlui interface. However, range > queries doesn't seem to work with dspace 1.7.0, when I "turned on" the > Discovery module as outlined in the documentation, and added the following > the following to the schema.xml file found at [dspace]/solr/search/conf. > > ="true" omitNorms ="true" /> > > "true" multiValued = "true"/> > > and also added the following index to [dspace]/conf dspace.cfg file. > "search.index.13 = var:dc.format.extent" > > After running the update-discovery-index and the trying range searches > similar to those done with dspace 1.6.2, the results returned are not > within ranges specified. > > In discovery solr is used for indexing and searching which should provide > support for range queries from my standpoint. > I downloaded solr 1.4.1 and tried range searches and it worked as expected. > > Could someone tell me what I need to do or what I have done wrong. > > Any help with this would be greatly appreciated. > > Best Regards, > Mckeane > > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better > price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Re-indexing with discovery
Hi Thomas, Have you tried running the "update-discovery-index" command with the *"-f"*option like shown below: ./dspace update-discovery-index -f > By adding the *"-f"* you are forcing discovery to reindex all your items. Hope this helps, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get Tog@ther On 2 February 2011 15:42, Mckeane Thomas wrote: > Hello, >I had upgraded from dspace 1.6.2 to dspace 1.7.0 and found that if an > item had a metadata field with an associated integer value for example: > sc.coordinate.northing have values of say 500, 600, 1000, 400. The metadata > field "sc.coordinate.northing" was not added to [dspace]/solr/search/conf > schema.xml file before, but have the values mentioned previously. After I > added the field to the schema and ran "update-discovery-index" and perform > range search on the values above no results are returned. Also if I added > the metadata sc.coordinate.northing with a value to an item besides those > mentioned above example a value of 560. and performed a range query on the > newly added item with value 550 is returned. Those that were there before > aren't returned even though they are within range searched. > > > here's the field I added to schema.xml file: > multiValued="true" omitNorms="true" /> > stored="true" multiValued="true"/> > > > > and query example: > > "northing:[* TO *]" > > Your query "northing:[* TO *]" produced 1 result(s). > which is the item that I added the metadata value to after I I added the > field above to the schema.xml file and ran "update-discovery-index" > What I realize is that I would have to delete and re-add the metadata field > to the items. > > Performing a search from solr admin interface on an Item that was there > before I added the field to the schema.xml file example: "500" > The value is returned, but with an attribute below: > > ERROR:SCHEMA-INDEX-MISMATCH,stringValue=500 > > > Searching for the value previously added or using the search term > "northing:[* TO *]" > the results returned have the attribute: > > 560 > > > Is there a way to update the index so the fields are indexed properly? > Any help would be greatly appreciated. > > Best Regards, > Mckeane Thomas. > > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better > price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1
Hi Jennifer, The disallowing of indexing certain fields in discovery has not yet been implemented. But if you want you can do this yourself by altering a single file. The file that needs to be edited is the following: {dspace.dir}/solr/search/conf/schema.xml. In the "fields" tag (it should start somewhere around line 490 of the file) you just need to add the following line: > So for example if you do not want the title field to be indexed add: > After this is done just restart the tomcat and re index discovery and the field should be removed from the index. I really hope this helps. Ps: I do plan to create a patch to fix this issue (so that non indexable fields can be configured) as soon as I find the time to create one. Kind regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get Tog@ther On 14 April 2011 08:45, Jennifer Whalan wrote: > Not sure if this is perhaps a bug or not, but currently in our > dspace.cfg, we have about 8 metadata fields that we want to keep hidden from > searches, item views, oai, etc. However I've noticed that these fields are > indexed by Discovery, and so if doing a filter on Fulltext, the dropdown > shows options that are in these particular fields. > > Is there a way to remove these fields from being indexed by Discovery? > > > Thanks > Jennifer. > > > ** > > *Jennifer Whalan > *Territory Stories Administrator > Innovation & Access, Northern Territory Library > Department of Natural Resources, Environment, The Arts and Sport > Northern Territory Government > > Phone: (08) 8922 0752 > Fax:(08) 8922 0722 > Email: *jennifer.wha...@nt.gov.au* > Web: * www.ntl.nt.gov.au*** <http://www.ntl.nt.gov.au/>*** > *** > The information contained in this message and any attachments may be > confidential information and may be subject to legal privilege, public > interest or legal profession privilege. If you are not the intended > recipient, any use, disclosure or copying of this message or any attachments > is unauthorised. If you have received this document in error, please advise > the sender. No representation or warranty is given that attached files are > free from viruses or other defects. The recipient assumes all responsibility > for any loss or damage resulting directly or indirectly from the use of any > attached files. > > > -- > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] dspace solr facets config
Have you already tried running the update discovery command with the -f option, it will force a complete reindex. - dspace update-discovery-index -f Kind regards, Kevin Van de Velde @mire - www.atmire.com 533 2nd Street - Encinitas, CA 92024 - USA Technologielaan 9 - 3001 Heverlee - Belgium http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get Tog@ther On 3 May 2011 08:21, Ahmed Maher wrote: > you can check the subject filter field name > maybe dc.subject.lcsh or another > so you must change the dc.subject_filter to dc.subject.lcsh_filter > > On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. wrote: > >> Dear Kim, >> >> I followed your instructions in your blog >> http://kim-shepherd.blogspot.com/2010/11/discovering-discovery-dspace-solr-tips.htmlbut >> I want to apply it in dc.type. I want to configure all entries in >> dc.type as a facet but I can't make this facet appear. >> I have added the following in my schema.xml file: >> >> > stored="true" multiValued="true"/> >> >> >> I also edited messages.xml by adding >> >> > key="xmlui.ArtifactBrowser.AdvancedSearch.type_format_filter">Format >> >> and added dc.type in dspace-solr-search.cfg: >> solr.facets.site=dc.contributor.author,dc.subject,dc.date.issued_dt,dc.type >> but only the authors and dates are showing as facets. I have reindexed the >> discovery index and deleted cache of tomcat. Please help. >> >> Cheers, >> Elvi S. Nemiz >> Information Assistant >> Library and Data Bank Services Section >> Training and Information Division >> SEAFDEC Aquaculture Department >> Tigbauan, Iloilo >> Philippines >> >> >> -- >> WhatsUp Gold - Download Free Network Management Software >> The most intuitive, comprehensive, and cost-effective network >> management toolset available today. Delivers lowest initial >> acquisition cost and overall TCO of any competing solution. >> http://p.sf.net/sfu/whatsupgold-sd >> ___ >> DSpace-tech mailing list >> DSpace-tech@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> >> > > > -- > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] dspace solr facets config
Dear Elvi, I think you need to change your configuration from > solr.facets.site=dc.type,dc.contributor.author,*dc.subject.** > ,dc.date.issued_dt > to > solr.facets.site=dc.type,dc.contributor.author,*subject* > ,dc.date.issued_dt Now why do you need to do this you may ask, well for the following reason, the field in which you copy your dc.subject content is called * "subject_filter"*, DSpace will add the "_filter" postfix so subject should be enough in your facets config. After changing the property restart your tomcat and it should work. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 3 May 2011 09:46, Nemiz, Elvi S. wrote: > Dear Kevin, > > Thank you so much Kevin!, now dc.type is now showing as facet. I still have > problems regarding dc.subject though if I want to configure it as a facet. > We have entries in dc.subject.lcsh and dc.subject.other so I tried to use > dc.subject.* in schema.xml to include all entries in dc.subject.*: > stored="true" multiValued="true"/> > > > added dc.subject.* in > solr.facets.site=dc.type,dc.contributor.author,dc.subject.*,dc.date.issued_dt > and in messages.xml, I added:key="xmlui.ArtifactBrowser.AdvancedSearch.type_subject_filter">Topic. > Did an update of discovery index with -f. Am I missing something? Thanks in > advance and more power to you. > > Best Regards, > > Elvi S. Nemiz > Information Assistant > Library and Data Bank Services Section > Training and Information Division > SEAFDEC Aquaculture Department > Tigbauan, Iloilo > Philippines > > > > On Tue, May 3, 2011 at 3:08 PM, Kevin Van de velde wrote: > >> Have you already tried running the update discovery command with the -f >> option, it will force a complete reindex. >> >>- dspace update-discovery-index -f >> >> >> Kind regards, >> >> >> Kevin Van de Velde >> @mire - www.atmire.com >> 533 2nd Street - Encinitas, CA 92024 - USA >> Technologielaan 9 - 3001 Heverlee - Belgium >> >> >> http://www.atmire.com - Institutional Repository Solutions >> http://www.togather.eu - Before getting together, get Tog@ther >> >> >> On 3 May 2011 08:21, Ahmed Maher wrote: >> >>> you can check the subject filter field name >>> maybe dc.subject.lcsh or another >>> so you must change the dc.subject_filter to dc.subject.lcsh_filter >>> >>> On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. >>> wrote: >>> >>>> Dear Kim, >>>> >>>> I followed your instructions in your blog >>>> http://kim-shepherd.blogspot.com/2010/11/discovering-discovery-dspace-solr-tips.htmlbut >>>> I want to apply it in dc.type. I want to configure all entries in >>>> dc.type as a facet but I can't make this facet appear. >>>> I have added the following in my schema.xml file: >>>> >>>> >>> stored="true" multiValued="true"/> >>>> >>>> >>>> I also edited messages.xml by adding >>>> >>>> >>> key="xmlui.ArtifactBrowser.AdvancedSearch.type_format_filter">Format >>>> >>>> and added dc.type in dspace-solr-search.cfg: >>>> solr.facets.site=dc.contributor.author,dc.subject,dc.date.issued_dt,dc.type >>>> but only the authors and dates are showing as facets. I have reindexed the >>>> discovery index and deleted cache of tomcat. Please help. >>>> >>>> Cheers, >>>> Elvi S. Nemiz >>>> Information Assistant >>>> Library and Data Bank Services Section >>>> Training and Information Division >>>> SEAFDEC Aquaculture Department >>>> Tigbauan, Iloilo >>>> Philippines >>>> >>>> >>>> -- >>>> WhatsUp Gold - Download Free Network Management Software >>>> The most intuitive, comprehensive, and cost-effective network >>>> management toolset available today. Delivers lowest initial >>>> acquisition cost and overall TCO of any competing solution. >>>> http://p.sf.net/sfu/whatsupgold-sd >>>> ___ >>>> DSpace-tech mailing list >>>> DSpace-tech@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinf
Re: [Dspace-tech] dspace solr facets config
Dear Elvi, Are all your facets lower cased or are it just the ones in subjects ? Because it is a known bug in DSpace 1.7.0 that all sidebar facets are lower cased (this has been fixed in DSpace 1.7.1). About the duplication of subjects, would you mind emailing me your schema.xml from your solr since this is something strange that shouldn't be happening. Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 4 May 2011 02:52, Nemiz, Elvi S. wrote: > Dear Kevin, > > Hello Kevin, thank you so much, changing the dc.subject.* to just subject > worked, but now, all subjects have duplicate entries that were in lower > case. Am I missing something? Thanks again and more power to you. > > > Best regards, > > Elvi S. Nemiz > Information Assistant > Library and Data Bank Services Section > Training and Information Division > SEAFDEC Aquaculture Department > Tigbauan, Iloilo > Philippines > > On Tue, May 3, 2011 at 6:49 PM, Kevin Van de velde wrote: > >> Dear Elvi, >> >> I think you need to change your configuration from >> >> solr.facets.site=dc.type,dc.contributor.author,*dc.subject.** >>> ,dc.date.issued_dt >>> >> to >> >>> solr.facets.site=dc.type,dc.contributor.author,*subject* >>> ,dc.date.issued_dt >> >> >> Now why do you need to do this you may ask, well for the following reason, >> the field in which you copy your dc.subject content is called * >> "subject_filter"*, DSpace will add the "_filter" postfix so subject >> should be enough in your facets config. >> After changing the property restart your tomcat and it should work. >> >> Kind regards, >> >> Kevin Van de Velde >> @mire >> Esperantolaan 4 - 3001 Heverlee - Belgium >> 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA >> >> atmire.com - Institutional Repository Solutions >> >> >> >> On 3 May 2011 09:46, Nemiz, Elvi S. wrote: >> >>> Dear Kevin, >>> >>> Thank you so much Kevin!, now dc.type is now showing as facet. I still >>> have problems regarding dc.subject though if I want to configure it as a >>> facet. We have entries in dc.subject.lcsh and dc.subject.other so I tried to >>> use dc.subject.* in schema.xml to include all entries in dc.subject.*: >>>>> stored="true" multiValued="true"/> >>> >>> >>> added dc.subject.* in >>> solr.facets.site=dc.type,dc.contributor.author,dc.subject.*,dc.date.issued_dt >>> and in messages.xml, I added: >> key="xmlui.ArtifactBrowser.AdvancedSearch.type_subject_filter">Topic. >>> Did an update of discovery index with -f. Am I missing something? Thanks in >>> advance and more power to you. >>> >>> Best Regards, >>> >>> Elvi S. Nemiz >>> Information Assistant >>> Library and Data Bank Services Section >>> Training and Information Division >>> SEAFDEC Aquaculture Department >>> Tigbauan, Iloilo >>> Philippines >>> >>> >>> >>> On Tue, May 3, 2011 at 3:08 PM, Kevin Van de velde wrote: >>> >>>> Have you already tried running the update discovery command with the -f >>>> option, it will force a complete reindex. >>>> >>>>- dspace update-discovery-index -f >>>> >>>> >>>> Kind regards, >>>> >>>> >>>> Kevin Van de Velde >>>> @mire - www.atmire.com >>>> 533 2nd Street - Encinitas, CA 92024 - USA >>>> Technologielaan 9 - 3001 Heverlee - Belgium >>>> >>>> >>>> http://www.atmire.com - Institutional Repository Solutions >>>> http://www.togather.eu - Before getting together, get Tog@ther >>>> >>>> >>>> On 3 May 2011 08:21, Ahmed Maher wrote: >>>> >>>>> you can check the subject filter field name >>>>> maybe dc.subject.lcsh or another >>>>> so you must change the dc.subject_filter to dc.subject.lcsh_filter >>>>> >>>>> On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. >>>> > wrote: >>>>> >>>>>> Dear Kim, >>>>>> >>>>>> I followed your instructions in your blog >>>>>> http:
Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1
Dear Jennifer, The dropdown suggestions only show words that appear in one of the configured metadata fields in the "solr.search.filters" property in the {dspace.dir}/config/dspace-solr-search.cfg file so I would suggest looking there to ensure that none of the non indexed fields appear in that property. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 3 May 2011 00:48, Jennifer Whalan wrote: > Bram, > > Unfortunately, we had no luck with the following. After adding the fields > to the schema.xml and deleting the index and reindexing, we found that they > still were appearing in the dropdown suggestions. I've included what we > added below, and the options around it as well, to show the general location > we added it. I had quick read through the schema.xml documentation on the > apache site as well, and so I can understand why it is supposed to work. My > only guess would be that if the order that things are added to the > schema.xml is important, that it is in the wrong place. > > > Thanks > Jennifer > > > > multiValued="true" omitNorms="true" /> > multiValued="true" omitNorms="true" /> > > > > multiValued="true"/> > > > > > > > > > > > > > > > *Jennifer Whalan > *Systems Support Officer | Innovation & Access > Northern Territory Library 'Celebrating 30 Years' > > Department of Natural Resources, Environment, The Arts and Sport > Northern Territory Government > > Phone: (08) 8922 0752 > Fax:(08) 8922 0722 > Email: *jennifer.wha...@nt.gov.au* > Web: * www.ntl.nt.gov.au*** <http://www.ntl.nt.gov.au/>*** > *** > The information contained in this message and any attachments may be > confidential information and may be subject to legal privilege, public > interest or legal profession privilege. If you are not the intended > recipient, any use, disclosure or copying of this message or any attachments > is unauthorised. If you have received this document in error, please advise > the sender. No representation or warranty is given that attached files are > free from viruses or other defects. The recipient assumes all responsibility > for any loss or damage resulting directly or indirectly from the use of any > attached files. > > > > -- > *From:* bluy...@gmail.com [mailto:bluy...@gmail.com] *On Behalf Of *Bram > Luyten > *Sent:* Thursday, 21 April 2011 9:28 PM > *To:* Jennifer Whalan > *Cc:* Kevin Van de velde > *Subject:* Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1 > > Dear Jennifer, > > recently, one of our developers responded to your question on the DSpace > mailing list. As @mire originally developed Mirage & Discovery for DSpace > 1.7, I would be very interested to learn if the given advice has helped you > to resolve your issue. > > Furthermore, if you experience any other issue with Discovery and Mirage, > we can always take a look at it for resolving in one of the upcoming > releases of DSpace. Likewise, if you would have any challenging migration, > upgrade or customization tasks, I'd be happy to investigate whether our > professional services could apply in your context. > > with kindest regards, > > Bram Luyten > > @mire > > Technologielaan 9 - 3001 Heverlee - Belgium > 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA > > atmire.com - Institutional Repository Solutions > > > On Thu, Apr 14, 2011 at 3:43 PM, Kevin Van de velde < > wrote: > >> Hi Jennifer, >> >> The disallowing of indexing certain fields in discovery has not yet been >> implemented. But if you want you can do this yourself by altering a single >> file. >> The file that needs to be edited is the following: >> {dspace.dir}/solr/search/conf/schema.xml. In the "fields" tag (it should >> start somewhere around line 490 of the file) you just need to add the >> following line: >> >> >>> >> >> So for example if you do not want the title field to be indexed add: >> >> >>> >> >> After this is done just restart the tomcat and re index discovery and the >> field should be removed from the index. >> >> I really hope this helps. >> >> Ps: I do plan to create a patch to fix this issue (so that non indexable >> fields can be configured) as soon as I find the time to create one. >> >> Kind r
Re: [Dspace-tech] dspace solr facets config
Dear Elvi, After doing some research on how to best create the auto complete functionality you requested with the current discovery implementation I came up with the following. In the {dspace.dir}/config/dspace-solr-search.cfg file replace *dc.subject.* * by *subject*. > solr.search.filters=dc.title, dc.contributor.author, *subject*, > dc.date.issued.year In the schema.xml from the solr ({dspace.dir}/solr/search/conf) add the following lines: > > After the changes, restart the tomcat & reindex the discovery content and the auto complete should work. I hope this helps, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 6 May 2011 05:42, Nemiz, Elvi S. wrote: > Dear Kevin, > > Thank you so much for your help Kevin. It is now working nicely with proper > capitalization. Follow up question regarding discovery facets/filter. In my > dspace-solr-search.cfg, what will I put in solr.search.filters to enable > auto complete function and to include all entries in dc.subject.lcsh, > dc.subject.other, etc.? If I put dc.subject.*, auto complete function is not > working and I got zero hits when subject is selected in the drop down menu > of the advance search. If I use subject_filter, I can search and hit entries > in subjects fields but auto complete function is not working. I find the > auto complete function in the advance search very helpful since it gives the > user an idea of what is indexed under that field and it helps in minimizing > typographical errors for users when searching. Once again, thank you Kevin > for your help and your prompt response to my query. More power to you and to > @mire and DSpace team. > > Best regards, > Elvi > > > On Fri, May 6, 2011 at 2:18 AM, Kevin Van de velde wrote: > >> Dear Elvi, >> >> Thank you for the screenschot it clarifies a few things. >> I did some research into the issue you have and it appears that this is a >> small issue with discovery and using "*" as a qualifier. >> >> So far the best solution that I could come up with to fix the issue for >> you is to do the following in the schema.xml: >> >> I would add a copy command for each qualifier that you want to put into >> the subject sidebar facet (notice the "*_filter"* appendix, this is >> really important that you put that after each qualifier). >> >> >>> >> >> >> >> >> And also make sure that the configuration for indexing looks like this: >> >>> solr.facets.site=dc.type,dc.contributor.author,*dc.subject.**,*subject* >>> ,dc.date.issued_dt >> >> >> When done configuring you will have to re index discovery with the force >> command (*-f*). >> >> I hope this helps, >> >> Kind regards, >> >> Kevin Van de Velde >> @mire >> Esperantolaan 4 - 3001 Heverlee - Belgium >> 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA >> atmire.com - Institutional Repository Solutions >> >> >> >> On 5 May 2011 10:29, Nemiz, Elvi S. wrote: >> >>> Dear Kevin, >>> >>> In my schema.xml, if I use >> dest="subject_filter"/>, all entries are in lower case plus 2 duplicate >>> entries that have the correct capitalization. From the attached image, you >>> can see that "Giant tiger shrimp culture" and "Giant tiger shrimp" were just >>> duplicate entries. There should be only 7 entries, 4 entries from >>> dc.subject.lcsh and 3 from dc.subject.other. If I explicitly use >>> dc.subject.lcsh and/or dc.subject.other in "copyField source", all entries >>> in subjects are in lower case which made me wonder because I applied the >>> same procedure in dc.type and it is working just like in the author and date >>> facets. Thank you so much for your help and hoping for a positive response. >>> >>> Best regards, >>> Elvi >>> >>> >>> >>> >>> On Thu, May 5, 2011 at 3:13 PM, Kevin Van de velde wrote: >>> >>>> Dear Elvi, >>>> >>>> Are all your facets lower cased or are it just the ones in subjects ? >>>> Because it is a known bug in DSpace 1.7.0 that all sidebar facets are lower >>>> cased (this has been fixed in DSpace 1.7.1). >>>> About the duplication of subjects, would you mind emailing me your >>>> schema.xml from your solr since this is something strange that shouldn't be >>>> happening. >>>> >>
Re: [Dspace-tech] [dspace-tech] Copying solr statistics data
Hi César, Copying the data directory should be sufficient, just make sure you stop the tomcat of your test repository while copying. Also I'm not sure how the copying will handle it if your production server solr is logging data in the meantime (for safety reason I would suggest shutting it down just to be sure). Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 12 May 2011 16:26, César Sabater wrote: > Hi all, > I'm using Dspace 1.6.2 with solr statistics, also I have another test > repository with the same version and the same data. So I want to copy > the first repository stats data to the second one. Is ok if I copy > [dspace]/solr/statistics/data folder to solr data folder in the second > repo? > > Also I can convert an inmport the logs form the first one to the > second.. but that seems to be much more tedious. > > Greetings! > César Sabater > > > -- > Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] top level community throws a WingExcpetion in xmlui
This is caused because the discovery index is out of date I would attempt to run the following in your {dspace.dir}/bin dspace update-discovery-index -f > Hope this helps, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 20 May 2011 16:25, James Bardin wrote: > I have a new test installation of 1.7.1, which was upgraded from 1.5.2. > > A new (since the upgrade) top level community started throwing the > following error whenever you try to view it: > > org.dspace.app.xmlui.wing.WingException: The available object manager > is unable to manage the give object. > > It has some sub-communities which work fine, and it shows up correctly > in all listing. I started walking through the code, but haven't gotten > to a root cause, or even a fix yet (though I'm not very familiar with > this codebase). Does anyone have any tip on where to start with this > one? > > > full stack trace: > http://pastebin.com/raw.php?i=QJqMQ7cS > > cocoon: > http://pastebin.com/raw.php?i=Ya2JKiS8 > > Thanks > -jim > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] top level community throws a WingExcpetion in xmlui
The issue is caused by an out of date discovery index (this is why the *-f*was used, this forces a complete re index). As to why the discovery index was out of date in the first place, I would check if you have the discovery consumer enabled in your dspace.cfg, more information on how to do this can be found here: https://wiki.duraspace.org/display/DSPACE/Discovery+Configuration Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 20 May 2011 17:04, James Bardin wrote: > On Fri, May 20, 2011 at 10:41 AM, Kevin Van de velde > wrote: > > This is caused because the discovery index is out of date I would attempt > to > > run the following in your {dspace.dir}/bin > > > >> dspace update-discovery-index -f > > > > Hope this helps, > > > > That was it, specifically the '-f' option (the index is updated > normally via cron). > > Any idea as to what could cause this? > > Thanks! > > > > -- > James Bardin > Systems Engineer > Boston University IS&T > -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1
Dear Jennifer, I seem to have been mistaken in my understanding that the all_ac contains only metadata values that come from the "solr.search.filters", every metadata field seems to end up in there. You could put the all_ac to "ignore" but then the "full text" option in discovery won't have an autocomplete. What I would suggest is altering the SolrServiceImpl.java class. In this class I would suggest moving the following lines: //Add the field to all for autocomplete so our autocomplete works for all > fields > doc.addField("all_ac", value); > Into the following if block: if(SearchUtils.getSearchFilters().contains(field) || > SearchUtils.getSearchFilters().contains(unqualifiedField + "." + Item.ANY)){ > //Add a dynamic fields for autocomplete in search > doc.addField(field + "_ac", value); } So you would get something like: if(SearchUtils.getSearchFilters().contains(field) || > SearchUtils.getSearchFilters().contains(unqualifiedField + "." + Item.ANY)){ > //Add a dynamic fields for autocomplete in search` > doc.addField("all_ac", value); > doc.addField(field + "_ac", value); } After that clean package and use ant update and re index discovery with the -f option. That way only metadata fields that are in the configuration end up in the autocomplete. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 25 May 2011 01:14, Jennifer Whalan wrote: > Kevin, > > > It doesn't appear that this is what happens (at least on my instance here). > Our property in dspace-solr-seach.cfg is: > > solr.search.filters=dc.title, dc.contributor.author, subject, > dc.date.issued.year, coverage > but the actual data in the solr database is: (apologies for the font size). > > > > > > > 0 > 421 > > on > 0 > 10070/58278 > 10 > 2.2 > > > > > 2011-05-24T22:29:53.253Z >name="all_ac">2007-11-27T00:00:40Z2007-11-27T00:00:40Z > > UnknownPH0077/0028http://hdl.handle.net/10070/58278 > Northern Territory. Dept. of the Community > Development Collection. > 077-0028Northern Territory > Library.Unknown. > Withdrawn due to migration issues, Jennifer Whalan, > 20/04/2009. > ||| > > > ||| > 2007 > 2007-11-27T00:00:40Z > 2007 > 2007-11-27T00:00:40Z > > > > > > > > > ph0077/0028 > PH0077/0028 >name="dc.identifier.uri">http://hdl.handle.net/10070/58278 > northern territory. dept. of the > community development collection. > Northern Territory. Dept. of the > Community Development Collection. > northern territory library. > Northern Territory Library. > 077-0028 > 077-0028 > 077-0028 > 077-0028 > 10070/58278 > m2l8 > 8 > 2 > Northern Territory. Dept. of the Community > Development Collection. > 58379 > 2 > > > > > I'm assuming that the all_ac field is the one that is causing the issues, > since it has fields in there that are not part of the above config setting. > I suppose I could just ignore this field using > > > like how I ignored other fields? > > I have a title_ac, and I know that I get author_ac (this record just > doesn't have any), but for some reason my subject and coverage fields don't > get _ac fields, so I assume that if I did ignore the all_ac, I wouldn't not > get a autocomplete for them? > > > Thanks > Jennifer > > *Jennifer Whalan > *Systems Support Officer | Innovation & Access > Northern Territory Library 'Celebrating 30 Years' > Department of Natural Resources, Environment, The Arts and Sport > Northern Territory Government > > Phone: (08) 8922 0752 > Fax:(08) 8922 0722 > Email: *jennifer.wha...@nt.gov.au* > Web: * www.ntl.nt.gov.au*** <http://www.ntl.nt.gov.au/>*** > *** > The information contained in this message and any attachments may be > confidential information and may be subject to legal privilege, public > interest or legal profession privilege. If you are not the intended > recipient, any use, disclosure or copying of this message or any attachments > is unauthorised. If you have received this document in error, please advise > the sender. No representation or warranty is given that attached files are > free from viruses or other defects. The recipient assumes all responsibility > for any loss or damage resulting directly or indirectly from the use of any &
Re: [Dspace-tech] Discovery autocomplete
Hi Muñoz, No It is not disabled so it should be operational. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 2 June 2011 23:41, Francisco J. Muñoz A. wrote: > Simple question > > Is the autocomplete feature of Discovery disabled by default? > > TIA > > -- > Kind Regards, > Francisco Munoz > > > > > -- > Simplify data backup and recovery for your virtual environment with > vRanger. > Installation's a snap, and flexible recovery options mean your data is > safe, > secure and there when you need it. Discover what all the cheering's about. > Get your free trial download today. > http://p.sf.net/sfu/quest-dev2dev2 > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] dspace solr facets config (autocomplete working but zero search results)
Dear Elvi, I took a look at the issues you are having and I think I have a solution. First of all the issue concerning the subject filters not working, in the * schema.xml* you will need to add the following lines: - - - ... (any other field that have been configured to the autocomplete need to be copied to "subject") On the second issue (not all subjects fields are indexed) I noticed that you copied "dc.subject.lcsh", "dc.subject.other" and "dc.subject" to the filters, but you only copy "dc.subject.lcsh" and "dc.subject.other" to the "_ac" field so I would suggest also adding the following line to your schema.xml: - After adding the lines above to the schema.xml *restart the tomcat* and run "*update-discovery-index -f*" from the {dspace.dir}/bin directory. After that your issues should hopefully be solved. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 5 June 2011 05:51, Nemiz, Elvi S. wrote: > Dear Kevin, > > The autocomplete feature is now working in subjects field but I am getting > zero search results. I also noticed that not all entries in subjects field > were indexed though I explicitly define what subjects should be indexed > since you said that there's a problem when using dc.subject.*. Please advice > what will I do to fix the zero search results and autocomplete problem. Our > dspace advanced search link: http://repository.seafdec.org.ph/discover. > Please see also attached schema.xml and dspace-solr-search.cfg. Thanks in > advance and best regards. > > Sincerely, > Elvi > > On Wed, May 11, 2011 at 1:36 AM, Kevin Van de velde wrote: > >> Dear Elvi, >> >> After doing some research on how to best create the auto >> complete functionality you requested with the current discovery >> implementation I came up with the following. >> In the {dspace.dir}/config/dspace-solr-search.cfg file replace * >> dc.subject.** by *subject*. >> >>> solr.search.filters=dc.title, dc.contributor.author, *subject*, >>> dc.date.issued.year >> >> >> In the schema.xml from the solr ({dspace.dir}/solr/search/conf) add the >> following lines: >> >>> >>> >> >> >> After the changes, restart the tomcat & reindex the discovery content and >> the auto complete should work. >> >> >> I hope this helps, >> >> Kevin Van de Velde >> @mire >> Esperantolaan 4 - 3001 Heverlee - Belgium >> 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA >> atmire.com - Institutional Repository Solutions >> >> >> >> On 6 May 2011 05:42, Nemiz, Elvi S. wrote: >> >>> Dear Kevin, >>> >>> Thank you so much for your help Kevin. It is now working nicely with >>> proper capitalization. Follow up question regarding discovery facets/filter. >>> In my dspace-solr-search.cfg, what will I put in solr.search.filters to >>> enable auto complete function and to include all entries in dc.subject.lcsh, >>> dc.subject.other, etc.? If I put dc.subject.*, auto complete function is not >>> working and I got zero hits when subject is selected in the drop down menu >>> of the advance search. If I use subject_filter, I can search and hit entries >>> in subjects fields but auto complete function is not working. I find the >>> auto complete function in the advance search very helpful since it gives the >>> user an idea of what is indexed under that field and it helps in minimizing >>> typographical errors for users when searching. Once again, thank you Kevin >>> for your help and your prompt response to my query. More power to you and to >>> @mire and DSpace team. >>> >>> Best regards, >>> Elvi >>> >>> >>> On Fri, May 6, 2011 at 2:18 AM, Kevin Van de velde wrote: >>> >>>> Dear Elvi, >>>> >>>> Thank you for the screenschot it clarifies a few things. >>>> I did some research into the issue you have and it appears that this is >>>> a small issue with discovery and using "*" as a qualifier. >>>> >>>> So far the best solution that I could come up with to fix the issue for >>>> you is to do the following in the schema.xml: >>>> >>>> I would add a copy command for each qualifier that you want to put into >>>> the subject sidebar facet (notice the "*_filter"* appendix, this is >>&
[Dspace-tech] Discovery Back end rewrite review required
Hi, For the release of DSpace 1.8.0 I have rewritten the back end of discovery to make it more logical for developers (Sidebarfacets are set with a separate transformer instead of transformers inheriting from this one, ...). With the discovery back end rewrite I have also made a new option available, a developer can now plug in his own back end for searching instead of the default solr. So any developer familiar with discovery may always review this JIRA task: https://jira.duraspace.org/browse/DSCR-22. The documentation included in the JIRA task can also be found on the DSpace wiki at the following location: https://wiki.duraspace.org/display/DSPACE/DSpace+Discovery#DSpaceDiscovery-DiscoveryinDSPace1.8.0 Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Problem with index-init and filter-media in DSpace 1.7.1
Hi Susan, Do you have any disk space left on your hard disk where you run the indexing ? Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 22 August 2011 20:39, Thornton, Susan M. (LARC-B702)[LITES] < susan.m.thorn...@nasa.gov> wrote: > We just went live with DSpace 1.7.1 in Production after upgrading from > 1.5.1 to 1.7.1 and we’re having problems with both index-init and > filter-media. Our indexes take about 5 hours to build and right at the end, > both jobs fail with the following errors: > > ** ** > > request: http://oursite/solr/statistics/update?wt=javabin&version=1 > > 2011-08-22 12:37:50,716 ERROR org.dspace.search.DSIndexer @ background > merge hit exception: _u88:C181167 _u89:c1 _u8a:c20 _u8b:c20 _u8c:c20 > _u8d:c18 into _u8e [optimize] [mergeDocStores] > > java.io.IOException: background merge hit exception: _u88:C181167 _u89:c1 > _u8a:c20 _u8b:c20 _u8c:c20 _u8d:c18 into _u8e [optimize] [mergeDocStores]* > *** > > at > org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2908) > > at > org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2843) > > at > org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2813) > > at org.dspace.search.DSIndexer.optimizeIndex(DSIndexer.java:411) > > > at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:588)** > ** > > at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:539)** > ** > > at > org.dspace.app.mediafilter.MediaFilterManager.main(MediaFilterManager.java:381) > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)** > ** > > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > > at java.lang.reflect.Method.invoke(Method.java:597) > > at > org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) > > Caused by: java.io.IOException: No space left on device > > at java.io.RandomAccessFile.writeBytes(Native Method) > > at java.io.RandomAccessFile.write(RandomAccessFile.java:466) > > at > org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexOutput.flushBuffer(SimpleFSDirectory.java:192) > > > at > org.apache.lucene.store.BufferedIndexOutput.flushBuffer(BufferedIndexOutput.java:96) > > > at > org.apache.lucene.store.BufferedIndexOutput.flush(BufferedIndexOutput.java:85) > > > at > org.apache.lucene.store.BufferedIndexOutput.writeBytes(BufferedIndexOutput.java:75) > > > at > org.apache.lucene.store.IndexOutput.writeBytes(IndexOutput.java:43) > > at > org.apache.lucene.index.CompoundFileWriter.copyFile(CompoundFileWriter.java:229) > > > at > org.apache.lucene.index.CompoundFileWriter.close(CompoundFileWriter.java:184) > > > at > org.apache.lucene.index.SegmentMerger.createCompoundFile(SegmentMerger.java:217) > > > at > org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:5222) > > at > org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:4675) > > at > org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:235) > > > at > org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:291) > > > 2011-08-22 12:37:51,072 ERROR org.dspace.kernel.DSpaceKernelManager @ WARN > Failed to unregister the MBean: > org.dspace:name=3ad4f6f8-7449-478d-99f5-10aa11360763,type=DSpaceKernel > > 2011-08-22 12:41:08,335 INFO > org.dspace.app.webui.servlet.SimpleSearchServlet @ > anonymous:session_id=8F2024E9D25A224752DAD674B3A38CA4:ip_addr=146.165.68.35: > search:query="ca024312",results=(0,0,1) > > 2011-08-22 12:41:10,245 INFO org.dspace.usage.LoggerUsageEventListener @ > anonymous:session_id=8F2024E9D25A224752DAD674B3A38CA4:ip_addr=146.165.68.35: > view_item:handle=2121/337042 > > 2011-08-22 12:41:10,274 ERROR > org.dspace.statistics.SolrLoggerUsageEventListener @ Not found > > ** ** > > Not found > > ** ** > > request: http://oursite/solr/statistics/update?wt=javabin&version=1 > > ** ** > > ** ** > > I did some Goog
Re: [Dspace-tech] recent submissions on the front page
If you want to hide the recent results on the home page you will need to add the following template to the theme.xsl match="dri:div[@id='aspect.discovery.SiteRecentSubmissions.div.site-home']"> > This will ensure that the div isn't shown on the home page. Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 19 August 2011 20:21, Mark Diggory wrote: > Adjust your theme xslt to hide the section in the home page with a > template match. > > Mark > > On Thu, Aug 18, 2011 at 11:14 AM, Joseph wrote: > > Sisay and Bruno, > > It looks like they are using the Discovery aspect (note the discovery > > section on the side). This aspect adds a "Recently Added" section to the > > front page by default. Then you can style it as you like. > > I'm actually have the opposite problem. I'm using the discovery aspect > but > > would like to hide the "Recently Added" section. > > -Joseph > > > > On Mon, Jul 4, 2011 at 01:46, Webshet, Sisay (ILRI) > > > wrote: > >> > >> Hi all, > >> > >> > >> > >> Iam working on dspace 1.7.1 with xmlui (mirage) but Iam new to xsl.can > >> anybody assist me > >> > >> on how to bring recent submissions on the front page. > >> > >> I like the way the California state university did their front page. > >> > >> http://csusm-dspace.calstate.edu/xmlui/ > >> > >> > >> > >> Please help me > >> > >> > >> > >> Thanks > >> > >> sisay > >> > >> > >> > -- > >> All of the data generated in your IT infrastructure is seriously > valuable. > >> Why? It contains a definitive record of application performance, > security > >> threats, fraudulent activity, and more. Splunk takes this data and makes > >> sense of it. IT sense. And common sense. > >> http://p.sf.net/sfu/splunk-d2d-c2 > >> ___ > >> DSpace-tech mailing list > >> DSpace-tech@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > >> > > > > > > > -- > > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > > user administration capabilities and model configuration. Take > > the hassle out of deploying and managing Subversion and the > > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > > ___ > > DSpace-tech mailing list > > DSpace-tech@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > > > > > > -- > Mark R. Diggory > @mire - www.atmire.com > 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010 > Esperantolaan 4 - Heverlee 3001 - Belgium > > > -- > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] dspace 1.7.2 Discovery error
The reason why a 403 error occurs when attempting to visit the solr url is because there are security limitations (you are only allowed to connect to the solr server by using *localhost*). If you want to ensure that the discovery search server is up & running you will need to run the following command (this needs to be run on the server where the solr server is running): wget http://localhost:{port}/{solr.deploy.path}/search/select?q=*:*&rows=0 When running this you should get something along the lines of: 0 0 *:* 0 This indicates that the discovery server is at least up & running, if you are getting something else could you perhaps send the result so I can take a look at it ? Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 24 August 2011 18:19, Antonio Calderón wrote: > Hi, how are you? > > Are you sure that's the default port? > > In debian the default port is 8080: > > 'root@dspace:~# lsof-i: 8080 > COMMAND PID USER FD TYPE DEVICE SIZE / OFF NODE NAME > 1401 java tomcat6 0t0 25u IPv6 5001 TCP *: http-alt (LISTEN)' > > You must do the following: > > 1. The file dspace-solr-search.cfg should look like: > > '## Search Indexing # # > solr.search.server = http://localhost:8080/solr/search' > > 2. Change the owner of the directory 'solr', in my installation: > > root@dspace:~# chown tomcat6:tomcat6 -R /var/dspace/webapps/solr/ > > 3. Finally: > > root@dspace:/var/dspace/bin# ./dspace update-discovery-index > > A. > > 2011/8/24 Christian Voelker : > > Hello, > > > > I have the very same problem. How sad, that you did not get an answer. > > > > There is a similar post in the forum, only a few days old, but also not > answered: > > < > https://wiki.duraspace.org/display/dsforum/Error+occurs+when+turning+on+discovery+feature+of+Dspace > > > > > > I bet, that there needs to be something configured in Tomcat regarding > rights, but I found no hint in the docs. Also, I have not yet found the > place where solr wants to put its index file. So I was not able to make sure > that there is no permissions problem. > > > > When trying to access > > > > <http://83.169.21.252:8180/solr/> or > > <http://83.169.21.252:8180/solr/admin> or > > <http://83.169.21.252:8180/solr/search> > > > > I get a 403 error. > > > > Port 8180 is the default port for Tomcat in Debian which is use on my > testserver. > > And yes, I have changed 8080 to 8180 in my dspace.cfg: > > dspace.baseUrl = http://83.169.21.252:8180 > > And in dspace-solr-search.cfg: > > solr.search.server = http://83.169.21.252:8180/solr/search > > > > I dont know enough about Solr to test locally through CLI. This is the > next thing I will try to learn. Still grateful for any hint to get up with > this quickly. Where to search in the logs? I have lenghty errors in > dspace.log but I dont understand them I bet I have to solve the issue with > the discover index first. > > > > Again, thanks for any hints. > > > > Bye, Christian > > > > > > Am 08.06.2011 um 13:13 schrieb Ahmed Maher: > > > >> when i run ./dspace update-discovery-index > >> command > >> i have the following error > >> Exception: Error executing query > >> org.dspace.discovery.SearchServiceException: Error executing query > >> at > org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:380) > >> at org.dspace.discovery.IndexClient.main(IndexClient.java:120) > >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >> at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > >> at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > >> at java.lang.reflect.Method.invoke(Method.java:597) > >> at > org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) > >> Caused by: org.apache.solr.client.solrj.SolrServerException: Error > executing query > >> at > org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95) > >> at > org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118) > >> at > org.dspace.discovery.SolrServiceImpl.getSolr(SolrServiceImpl.java:105) > >> at > org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:353) >
Re: [Dspace-tech] Error when launching script from bin directory
Hi Jim, This was a known issue for DSpace 1.7.1 and has been fixed in DSpace 1.7.2 & of course in the upcomming 1.8.0. The jira ticket for the issue can be found here: https://jira.duraspace.org/browse/DS-875. The error doesn't have any influence on the execution of the command line interface. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 7 September 2011 18:03, Jim Coble wrote: > Issuing a command like "/usr/local/dspace-1.7.1/bin/dspace packager --help" > while in the /usr/local/dspace-1.7.1/bin directory produces the following > (non-fatal) error: > > java.lang.IllegalArgumentException: Resource path > [/usr/local/dspace-1.7.1/bin/dspace] does not denote a directory >at > org.springframework.core.io.support.PathMatchingResourcePatternResolver.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:563) >at > org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindMatchingFileSystemResources(PathMatchingResourcePatternResolver.java:543) >at > org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:526) >at > org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:342) >at > org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:263) >at > org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:375) >at > org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:60) >at > org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145) >at > org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:51) > > Issuing the same command in some other directory, e.g,. one level up, in > the /usr/local/dspace-1.7.1 directory, does not produce the error. > > I've tracked down through the stack trace as far as line 375 in > DSpaceConfigurationService and it appears to be calling the > org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources() > method with the argument "classpath*:dspace/config-*.cfg". The only thing I > can figure out is that, when issuing the command in the bin/ directory, > there is a match for "dspace" (i.e. the bin/dspace file) that is not a > directory and hence doesn't make sense if it's trying to track down > resources of the form "dspace/config-*.cfg". Elsewhere (e.g., up one > level), there isn't a match for "dspace" at all and hence no "something > called dspace is there but it isn't a directory" error. > > As I said, the error appears to be non-fatal and the command executes > despite it but it's a little unsettling to get the error. Has anyone else > seem anything like this and know of a way to avoid it (other than not > calling the command while in the bin/ directory)? > > Thanks. > > --Jim > > > Jim Coble > Core Services Technical Lead and Program Coordinator > Information Technology Services > Perkins Library > Email: jim.co...@duke.edu > Voice: 919-660-5974 Fax: 919-668-2578 > Box 90196, Duke University > Durham, NC 27708-0196 > > > > > -- > Using storage to extend the benefits of virtualization and iSCSI > Virtualization increases hardware utilization and delivers a new level of > agility. Learn what those decisions are and how to modernize your storage > and backup environments for virtualization. > http://www.accelacomm.com/jaw/sfnl/114/51434361/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Search to show only Items with Full Text
Hi Stuart, In the default search it still isn't possible but in the soon to be released 1.8.0 version of DSpace this will be possible when using Discovery. Discovery is an alternate search engine for the DSpace XMLUI, you can always see it in action here: http://demo.dspace.org/xmlui/discover (this is the current unreleased DSpace demo site). If you have any further questions about discovery feel free to ask. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 27 September 2011 10:52, stuart.wood wrote: > Hi, > > Seems to be a few posts asking this over the years, but i still cant find a > definitive answer of what would be such a valuable addition to search > within > DSpace. I have been able to display a PDF icon in search results if the > item > has full text available, What i would really like is to limit any search to > just full text items (so only items with a bitstream attached will > display). > > I cant believe that this hasn't been implemented before - so if you know > how, pass it on. > > Cheers, > > Stu > > -- > View this message in context: > http://dspace.2283337.n4.nabble.com/Search-to-show-only-Items-with-Full-Text-tp3846531p3846531.html > Sent from the DSpace - Tech mailing list archive at Nabble.com. > > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Some items (most) show up twice using discovery
I'm afraid running "[dspace]/bin/dspace index-init" won't do much since discovery uses a different backend then the standard search. I would recommend running the command below as it will force discovery to re index all the content. [dspace]/bin/update-discovery-index -f > Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 26 October 2011 15:40, Blanco, Jose wrote: > Have you tried > > ** ** > > [dspace]/bin/dspace index-init > > ** ** > > ? > > -Jose > > ** ** > > ** ** > > *From:* Joseph [mailto:joseph.rho...@gmail.com] > *Sent:* Wednesday, October 26, 2011 9:32 AM > *To:* Dspace-tech > *Subject:* [Dspace-tech] Some items (most) show up twice using discovery** > ** > > ** ** > > Dear Dspace-tech, > > ** ** > > I'm using DSpace 1.7.2 and XMLUI with a modified > > I have a large number of items showing up twice in my discovery searches > and facets. > > ** ** > > They only show up once using the "Browse By" searches. > > ** ** > > I've tried rebuilding the index using > > [dspace]/bin/dspace update-discovery-index -b > > ** ** > > And it still hasn't helped. > > ** ** > > Any ideas or experiences? > > ** ** > > -Joseph > > ** ** > > > -- > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] 1.7.2 discovery index fails
Hi Dale, I would recommend verifying if the {dspace.dir}/solr/conf/schema.xml file is up to date with the latest changes in DSpace 1.7.2. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 29 October 2011 02:25, Poulter, Dale wrote: > All, > > ** ** > > We have upgraded our test 1.6.2 installation to 1.7.2. The systems seems > to be working ok, except for indexing the discovery portion. When I > attempt to connect directly from the command line: > > ** ** > > wget http://localhost:8080/solr/search/select?q=*:* (or any other > parameter) > > I get: > > ** ** > > Connecting to localhost|xxx.xxx.xxx.xxx|:8080... connected. > > HTTP request sent, awaiting response... 500 Internal Server Error > > 2011-10-28 19:19:33 ERROR 500: Internal Server Error. > > ** ** > > If I just reindex , /dspace/bin/dspace update-discovery-index, I get the > dump below. The dump seems similar to several earlier reports but none of > the proposed fixes worked. Any suggestons? Thanks. > > ** ** > > ** ** > > bash-3.00# /dspace/bin/dspace update-discovery-index > > Exception: Error executing query > > org.dspace.discovery.SearchServiceException: Error executing query > > at > org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:380)* > *** > > at org.dspace.discovery.IndexClient.main(IndexClient.java:120) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > > at java.lang.reflect.Method.invoke(Method.java:597) > > at > org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) > > Caused by: org.apache.solr.client.solrj.SolrServerException: Error > executing query > > at > org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95) > > > at > org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118) > > at > org.dspace.discovery.SolrServiceImpl.getSolr(SolrServiceImpl.java:105) > > at > org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:353)* > *** > > ... 6 more > > Caused by: org.apache.solr.common.SolrException: Internal Server Error > > ** ** > > Internal Server Error > > ** ** > > request: http://127.0.0.1:8080/solr/search/select?q=search.resourcetype:2AND > search.resourceid:1&wt=javabin&version=1 > > > at > org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:435) > > > at > org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244) > > > at > org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:89) > > > ... 9 more > > ** ** > > --Dale > > > > --- > Dale Poulter > Automation Coordinator > > Library Information Technology Services > Vanderbilt University > > 419 21st Avenue South, Room 812 > Nashville, TN 37203-2427 > (615)343-5388 > (615)343-8834 (fax) > (615)207-9705 (cell) > dale.poul...@vanderbilt.edu > > ** ** > > > -- > Get your Android app more play: Bring it to the BlackBerry PlayBook > in minutes. BlackBerry App World™ now supports Android™ Apps > for the BlackBerry® PlayBook™. Discover just how easy and simple > it is! http://p.sf.net/sfu/android-dev2dev > > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] strange behaviour with solr searches
Hi, I believe this is a bug in the discovery code, I would recommend upgrading to DSpace 1.8.0 since discovery has been vastly improved (not necessarily a lot of UI changes but the back end has been completely rewritten). Not only have a lot of bugs been fixed but the configuration options have also increased, information about the improved discovery can be found on the following location: https://wiki.duraspace.org/display/DSDOC18/Discovery#Discovery-DSpace1.8Improvements . Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions 2011/11/16 Jesús Martín García > Hi, > > in our dspace 1.7.2 instance with discovery once you'll search and > dspace returned the results, if you change to the next page and return > to the previous one the order of the results are different. It's a bug > in solr or is it from dspace? Has someone detected this behaviour? > > Thanks in advance, > > Regards, > > Jesús > > -- > ... > __ > / / Jesús Martín García > C E / S / C A Tècnic de Projectes > /__ / Centre de Serveis Científics i Acadèmics de Catalunya > > Gran Capità, 2-4 (Edifici Nexus) · 08034 Barcelona > T. 93 551 6213 · F. 93 205 6979 · jmar...@cesca.cat > ... > > > > -- > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] How to remove search filter from Discovery?
Dear Jason, I believe the following configuration for the search filters should do the trick (a restart of the tomcat is required after changing the configuration): Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 3 December 2011 21:59, Jason Stirnaman wrote: > In DSpace 1.8.0, I want to remove/hide the search filter. In the UI, > that's div#aspect_discovery_SimpleSearch_div_search-filters > I was hoping to do it through configuration, e.g. by setting the property > list to null in > spring/discovery/spring-dspace-addon-discovery-configuration-services.xml > like > > > > > > Tomcat doesn't complain about this configuration (unlike just commenting > out the list), but the search filter doesn't go away either. Should I alter > the theme or discovery's sitemap.xmap instead? > > Thanks, > Jason > > > Jason Stirnaman > Biomedical Librarian, Digital Projects > A.R. Dykes Library, University of Kansas Medical Center > jstirna...@kumc.edu > 913-588-7319 > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Empty index
Hi Guillermo, This is just a thought but have you also upgraded your database with the "database_schema_17-18.sql" file located in the "{dspace.dir}/etc/postgres" directory ? Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 10 January 2012 23:08, Guillermo Esteban Murillo Goussen < mem...@gmail.com> wrote: > Hi again friends, I have this problem, just update DSpace from 1.7.2 to > 1.8.1, all seems to work fine but when I tried to browse by title it shows > the right screen and says "showing items 1 - 20 of 237" but the list is > empty. I've already checked the assetstore folder and executed "dspace > index-init", but still empty. Any ideas? > > Thanks, > > Guillermo Murillo Goussen > > > > -- > La pureza del alma no se pierde sin consentimiento > > > -- > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Empty index
Hi Guillermo, May I enquire if you are using the xmlui or the jspui user interface and do you have any local code changes ? Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 14 January 2012 17:32, Guillermo Esteban Murillo Goussen < mem...@gmail.com> wrote: > Yes I have. I have run databas_schema_17-18.sql and update_sequences.sql. > The database is ok, I think 'cause it recognices users, topics and the > total amount of items, just doesn't show them. Thanks. > > > On Sat, Jan 14, 2012 at 4:10 AM, Kevin Van de Velde wrote: > >> Hi Guillermo, >> >> This is just a thought but have you also upgraded your database with the >> "database_schema_17-18.sql" file located in the "{dspace.dir}/etc/postgres" >> directory ? >> >> Kind regards, >> >> Kevin Van de Velde >> @mire >> Esperantolaan 4 - 3001 Heverlee - Belgium >> 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA >> atmire.com - Institutional Repository Solutions >> >> >> >> On 10 January 2012 23:08, Guillermo Esteban Murillo Goussen < >> mem...@gmail.com> wrote: >> >>> Hi again friends, I have this problem, just update DSpace from 1.7.2 to >>> 1.8.1, all seems to work fine but when I tried to browse by title it shows >>> the right screen and says "showing items 1 - 20 of 237" but the list is >>> empty. I've already checked the assetstore folder and executed "dspace >>> index-init", but still empty. Any ideas? >>> >>> Thanks, >>> >>> Guillermo Murillo Goussen >>> >>> >>> >>> -- >>> La pureza del alma no se pierde sin consentimiento >>> >>> >>> -- >>> Write once. Port to many. >>> Get the SDK and tools to simplify cross-platform app development. Create >>> new or port existing apps to sell to consumers worldwide. Explore the >>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join >>> http://p.sf.net/sfu/intel-appdev >>> ___ >>> DSpace-tech mailing list >>> DSpace-tech@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/dspace-tech >>> >>> >> > > > -- > La pureza del alma no se pierde sin consentimiento > -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Help solving "java.lang.NullPointerException:"
Hi Howard, May I ask what DSpace version you are using at the moment ? Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 30 January 2012 18:13, Howard Shand wrote: > Recently started get this error after a migration of our Dspace to a new > server. Complete error attached but the pertinent section seems to be: > > Caused by: org.xml.sax.SAXException: An error was encountered while > processing the 'aspect.discovery.SiteRecentSubmissions' Wing based > component: org.dspace.app.xmlui.aspect.discovery.SiteRecentSubmissions > java.lang.NullPointerException > -- > > Any assistance would be greatly appreciated. > > > Warmest regards, > Howard Shand > > -- > IT Department > The Jamaica Constabulary Staff College > The Jamaica Constabulary Force > Twickenham Park, Spanish Town, St. Catherine > Jamaica, W.I. > www.jcf.gov.jm > training.jcf.gov.jm > Tel: 876-618-1687 (ext. 2434) or 876-821-1838 (Cell) > > "We Serve, We Protect, We Reassure with Courtesy, Integrity and Proper > Respect for the Rights of All." > > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. This message contains confidential information and is > intended only for the individual named. If you are not the named > addressee you should not disseminate, distribute or copy this e-mail. > Please notify the sender immediately by e-mail if you have received > this e-mail by mistake and delete this e-mail from your system. If you > are not the intended recipient you are notified that disclosing, > copying, distributing or taking any action in reliance on the contents > of this information is strictly prohibited. > > > > -- > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] DSpace "and search"
Hi Helix, I believe the configuration property you are looking for is located in the [dspace.dir]/solr/search/conf/schema.xml & is called: *solrQueryParser* (this is OR by default). Changing this to AND & restarting your tomcat should do the trick. Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 7 August 2012 15:45, helix84 wrote: > Hello everyone, > > I'm trying to find information on enabling "and search" as opposed to > "or search" as default in DSpace 1.8 XMLUI with Discovery. > > I'm sure this is documented somewhere (if not for Discovery, it will > be for Solr) but I have a problem formulating my Google query - "and > search" obviously doesn't do the trick. Any ideas what I shlould > search for instead are welcome :) > > Regards, > ~~helix84 > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Discovery indexing in 1.8.2
Hi Shaun, Try running: {dspace-dir}/bin/dspace update-discovery-index *-f *. This will force discovery to reindex its content. * * * * Kind regards, Kevin Van de Velde @mire Esperantolaan 4 - 3001 Heverlee - Belgium 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA atmire.com - Institutional Repository Solutions On 1 October 2012 18:34, Shaun Donovan wrote: > Hi All > > I am trying to add dc.description.abstract as a search filter. > > I have edited spring-dspace-addon-discovery-configuration-services.xml > and added it in there. I have also edited my messages.xml file and added > an entry in there for the display. > > I have restarted DSpace and run {dspace-dir}/bin/dspace > update-discovery-index, and now when I run a search, I have the option > of adding "Abstract" as a filter, but when I enter anything in this > field, the search returns no results. > > I have taken a specific item and added a unique word from its abstract > as a search filter, but no results returned. It is as if the > dc.desctiption.abstract has not been indexed. > > I have also tried running > {dspace-dir}/bin/dspace index-init > {dspace-dir}/bin/dspace index -r -f > but still no luck. > > Any ideas on how to make this work will be greatly appreciated. > > Kind Regards. > > Shaun Donovan > > > -- > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Errors encountered when running update-discovery-index
Hi Ian, There was an issue with the read field in rc3. This has been fixed for the DSpace 3.0 release with the following commit: https://github.com/DSpace/DSpace/commit/d9df145a4e9628fcb649d8bdeb7454085ae2cc53#diff-4 Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 3 December 2012 10:38, Ian Boston wrote: > On 3 December 2012 19:51, helix84 wrote: > > On Mon, Dec 3, 2012 at 7:20 AM, Ian Boston wrote: > >> 2012-12-03 06:11:36,618 ERROR org.dspace.browse.SolrBrowseCreateDAO @ > >> Null metadata value for item 1542, field: dc.contributor.advisor > > > > This does look strange, assuming you really have a text_value for that > > row there. > > > > Both updating index and reindexing worked fine on my DSpace 3.0 > > instance upgraded from 1.8. > > > > I'm wondering about that SolrBrowseCreateDAO part, not sure if it's > > supposed to be there, or if it's supposed to use the Postgres/Oracle > > DAO. This is new in DSpace 3.0: > > > https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace/config/dspace.cfg#L872 > > > > > > Maybe if you could change this part to log what document it's trying > > to write, we'd see what's wrong: > > > https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-api/src/main/java/org/dspace/discovery/SolrServiceImpl.java#L601 > > > > > > Another thing I'd look at is changes in the value of the multiValued > > attribute in the Solr search schema, see if that gives you a clue: > > git diff --ignore-space-at-eol dspace-1_8_x dspace-3.0 > > dspace/solr/search/conf/schema.xml > > But I can't explain why any such error would occur when rebuilding the > > index from scratch. > > > I am not massively experienced with DSpace, but have a reasonable > amount of exposure to Solr (especially Solr4). The error normally > happens when a SolrJ client tried to put multiple values into a fields > that was declared with no multiValued attribute or multiValued=false. > > Normally the error message tells you exactly which one it is, but the > log messages on the Solr sever side dont look very normal. I am going > to guess the fields is being defined by one of the field templates... > but which one? > > In the offending line that causes the exception (not the one reporting > null), there is a reference to a handle that contains several fields > that are multi values. > > Perhaps the solr schema is not expecting subject to be multi valued ? > > I dont think this is a problem with a normal DSpace data set. Its more > likely to be a problem with the DSpace@Cambridge dataset which has > been living in a modified DSpace that forked 5 or 6 years ago probably > at 1.4 or maybe 1.5. There are a lot of items, and hence a lot of > opportunity for all sorts of weird metadata. I was impressed that the > data migration to an unpatched DS3 worked. > > I'll hack the code a bit to see what exactly the problematic field is. > > Ian > > > > > > > > Regards, > > ~~helix84 > > > > Compulsory reading: DSpace Mailing List Etiquette > > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > > > -- > Keep yourself connected to Go Parallel: > BUILD Helping you discover the best ways to construct your parallel > projects. > http://goparallel.sourceforge.net > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] [SPAM] Customizing Discovery Results Lists
Hi Aaron, Since Discovery 3.0 adds hit highlighting to the results, separate xsl templates were created for rendering the discovery result pages. These templates can be found in a separate xsl file: themes/dri2xhtml-alt/aspect/artifactbrowser/discovery.xsl. Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 15 March 2013 17:22, aaronhelton wrote: > I have made some search results customizations in the Mirage theme in > DSpace > 3.1 to display institution-specific metadata. Finding and customizing this > was easy enough, in item-list.xsl; however, I noticed that these > customizations do not carry over to the result sets in /xmlui/discover. My > questions are these: 1) CAN the discover results be customized through the > theme? and 2) If so, how? > > > > -- > View this message in context: > http://dspace.2283337.n4.nabble.com/Customizing-Discovery-Results-Lists-tp4662719.html > Sent from the DSpace - Tech mailing list archive at Nabble.com. > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] Discovery
Hi, The xsl for rendering results in discovery has been moved in DSpace 3.0 so the xsl templates you are looking for reside in discovery.xsl. * https://github.com/DSpace/DSpace/blob/master/dspace-xmlui/src/main/webapp/themes/dri2xhtml-alt/aspect/artifactbrowser/discovery.xsl#L194 * So changing dc.title in hmo.title should do the trick. Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 28 March 2013 18:35, helix84 wrote: > On Thu, Mar 28, 2013 at 5:42 PM, Srijan Deshpande > wrote: > > No this isn't working. I think the problem is that the default metadata > > schema (dc) is being referred to instead of my custom schema (hmo). For > > instance, I need the hmo.title field to be displayed in the search > results > > instead of the dc.title field. How do I do this? How do I select which > > metadata schema Discovery uses for its filters and searches? > > You're right, that wouldn't work. I just looked again and only the dc > schema goes into DRI's pageMeta. In order get metadata from other schemas, > you have to access the METS document. > > Here's a snippet that would work in the said template ( match="dim:dim" mode="itemSummaryList-DIM-file">) that selects hmo.title: > > > > > cocoon://metadata/ >select="dim:field[@element='contributor'][@qualifier='author']"/> > /mets.xml > select="document($metsURL)/mets:METS/mets:dmdSec/mets:mdWrap/mets:xmlData/dim:dim/dim:field[@mdschema='hmo'][@element='title']"/> > > > I haven't actually tested it, but it should put you on the right track. > > > Regards, > ~~helix84 > > Compulsory reading: DSpace Mailing List Etiquette > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > > > > -- > Own the Future-Intel® Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. > Compete for recognition, cash, and the chance to get your game > on Steam. $5K grand prize plus 10 genre and skill prizes. > Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] hide communities/collecitons from discovery search
Hi Matt, *Return only item results* If you want discovery to only return items uncomment the *defaultFilterQueries *property found in the [dspace.dir]/config/spring/api/discovery.xml file. As displayed in the link below. https://github.com/DSpace/DSpace/blob/master/dspace/config/spring/api/discovery.xml#L126 After this restart your server & discovery should only display item results. *Access based results* Access based results where added in DSpace 3.0 ( https://jira.duraspace.org/browse/DS-1229). This should be enabled by default for discovery 3.0, this feature is controlled by the following plugins: https://github.com/DSpace/DSpace/blob/master/dspace/config/spring/api/discovery.xml#L25 https://github.com/DSpace/DSpace/blob/master/dspace/config/spring/api/discovery.xml#L27 Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 12 April 2013 09:47, helix84 wrote: > I'm not 100% familiar with this area, but I don't think you can hide > items only from Anonymous users. > > You can however, make them Private, which means they will be > accessible only to the Administrator. This is a new feature and not > very well documented, but I know private items will be excluded from > discovery search results. > > > Regards, > ~~helix84 > > Compulsory reading: DSpace Mailing List Etiquette > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > > > -- > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] controlled-vocabulary question
Hi Jose, The removal of the vocabulary prefix is handled by the vocabulary-support.js file ( https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-xmlui/src/main/webapp/static/js/vocabulary-support.js). This file is included in the sitemap.xmap of the submission aspect ( https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-xmlui/src/main/resources/aspects/Submission/sitemap.xmap#L238 ). Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 24 April 2013 18:00, Jose Blanco wrote: > I'm trying to implement controlled-vocabulary, and I used the srsc to try > it out. I see a link to "Subject Categories" > > vocabulary: > http://blancoj.dev.deepblue.lib.umich.edu/JSON/controlled-vocabulary?vocabularyIdentifier=srsc&metadataFieldName=dc_subject > > I see this "vocabulary:" in front of the url. If I try the url, I get a > JSON object. My code is a merged version of 30, so I may be missing a > javascript or something. Any clue as to what may be going on. > > Thank you! > Jose > > > > > -- > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] Help with Solr on DSpace 3.1
Hi Nason, I would suggest removing the *write.lock* file from the data directory and rerunning the index command, that should fix it. Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 8 May 2013 12:28, Hilton Gibson wrote: > Hi Nason > > Then I am out of ideas without access to your server. > Perhaps others on the list can help. > > Regards > > hg > > > On 8 May 2013 12:22, Nason Bimbe wrote: > >> Thanks Hilton, >> I have done what you suggested and I am still getting the same error. >> >> Thanks >> Nason >> >> >> On 8 May 2013 11:10, Hilton Gibson wrote: >> >>> Hi Nason >>> >>> "SEVERE: org.apache.lucene.store.LockObtainFailedException: Lock obtain >>> timed out: NativeFSLock@./solr/data/index/write.lock " >>> >>> I would suspect file permissions as the fault. >>> To put the app in "/usr/local/dspace" is unusual. >>> Try the following at your own risk: >>> >>> chmod 0777 -R /usr/local/dspace/solr >>> >>> My preference for app location is "/home/dspace" which is on >>> a separate volume/partition. >>> See: >>> http://wiki.lib.sun.ac.za/index.php/SUNScholar/Install_Ubuntu/S03/Disk_Partitioning >>> >>> Regards >>> >>> hg >>> >>> >>> On 8 May 2013 12:00, Nason Bimbe wrote: >>> >>>> We have upgraded from 1.8.2 to 3.1 and since then new items added can >>>> not be found via search neither are they visible in the latest submission >>>> lists but the items can be accessed directly if one knows the uri. >>>> >>>> When I ran update-discovery-index -f I get the following >>>> >>>> ris:/usr/local/dspace# bin/dspace update-discovery-index -f >>>> INFO [main] (DSpaceKernelInit.java:52) - Created new kernel: >>>> DSpaceKernel:org.dspace:name=dc341a12-aca7-4e50-a578-4d20d2a909e7,type=DSpaceKernel:lastLoad=null:loadTime=0:running=false:kernel=null >>>> INFO [main] (ConfigurationManager.java:1224) - Loading from >>>> classloader: file:/usr/local/dspace/config/dspace.cfg >>>> INFO [main] (ConfigurationManager.java:1224) - Using dspace provided >>>> log configuration (log.init.config) >>>> INFO [main] (ConfigurationManager.java:1224) - Loading: >>>> /usr/local/dspace/config/log4j.properties >>>> Exception: Internal Server Error >>>> >>>> Internal Server Error >>>> >>>> request: http://localhost:8080/solr/search/update?wt=javabin&version=2 >>>> org.dspace.discovery.SearchServiceException: Internal Server Error >>>> >>>> Internal Server Error >>>> >>>> request: http://localhost:8080/solr/search/update?wt=javabin&version=2 >>>> at >>>> org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:418) >>>> at org.dspace.discovery.IndexClient.main(IndexClient.java:119) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>> at >>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>> at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>> at >>>> org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) >>>> Caused by: org.apache.solr.common.SolrException: Internal Server Error >>>> >>>> Internal Server Error >>>> >>>> request: http://localhost:8080/solr/search/update?wt=javabin&version=2 >>>> at >>>> org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:435) >>>> at >>>> org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244) >>>> at >>>> org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:105) >>>> at >>>> org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:110) >>>> at >>>> org.dspace.discovery.SolrServiceImpl.cleanIndex(Sol
Re: [Dspace-tech] Discover Search Problem/Question with Firefox
Hi George, This is a known bug in DSpace 3.x, a fix is in the works for this. For more information see: https://jira.duraspace.org/browse/DS-1432. Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 16 August 2013 16:46, George Stanley Kozak wrote: > Hi, > > ** ** > > I found a funny problem which seems to be linked to Firefox and the > XMLUI. This problem does not happen with IE or Chrome. > > ** ** > > I have DSpace 3.2 running with the XMLUI (Mirage Theme). I am seeing > something strange with the search results. > > When I click on item in the search results, I get to the item OK. > However, if I next use the “Browser Back” to go back to the Search Results > page, and then click on another item, I get: > > org.apache.cocoon.ResourceNotFoundException: Page cannot be found > > ** ** > > and I see the URL generated was: http:///dso-display > > ** ** > > It only seems to happen when I use the “Browse Back” button to go to the > previous Search Results. > > ** ** > > Also, this does not happen with the JSPUI interface. Has anyone seen this > and does anyone have any idea what may be causing this? > > ** ** > > ** ** > > ** ** > > ** ** > > George Kozak > > Digital Library Specialist > > Cornell University Library Information Technologies (CUL-IT) > > 218 Olin Library > > Cornell University > > Ithaca, NY 14853 > > 607-255-8924 > > ** ** > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] A fatal error has been detected by the Java Runtime Environment
Hi Javier, What version of java are you running ? Because a client of ours had the same problem with java 7 update 25, so we downgraded to java 6 & no crashes have occurred since. Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 28 August 2013 18:02, Javier Távara wrote: > You can see our DSpace at http://pirhua.udep.edu.pe/ > > I changed GC a few days ago as you told me but nothig happened. Today > DSpace got down and logs doesn't say anything relevant. > Also, I disabled come cronjobs. Between 8am and 8pm (GMT -5) DSpace runs > very fast, and according to Google Analytics we are not receiving too many > visits (we have not launched our repository officially). > > Sorry for my English and the double post. > > > Javier Távara > > > 2013/8/28 Javier Távara > >> I deleted the content in >> /home/dspace/dspace-3.1-src-release/dspace/target/dspace-3.1-build/ >> >> Then, I recompiled using: >> mvn package -P >> !dspace-lni,!dspace-sword,!dspace-swordv2,!dspace-jspui,!dspace-oai >> >> And DSpace runs ok. >> I wanted the sidebar to appear before the main content so I changed the >> order of aspects according to >> http://dspace.2283337.n4.nabble.com/changing-order-of-aspects-td4661581.html >> but >> after rebuild a few moments ago, this is not taking effect anymore. Now I >> have 2 sidebars to the right. >> >> You can see my DSpace only http://pirhua.udep.edu.pe/ >> >> Thank you. >> >> >> Javier Távara >> >> >> 2013/8/27 helix84 >> >>> On Mon, Aug 26, 2013 at 4:44 PM, Javier Távara >>> wrote: >>> > The problem still persists with libjvm.so. >>> > I will try working with xmlui only. I don't think I need more webapps. >>> >>> If you still need any help, you should sump up which steps that I >>> recommended you took and what was the result of each. Is your >>> production system running? >>> >>> >>> Regards, >>> ~~helix84 >>> >>> Compulsory reading: DSpace Mailing List Etiquette >>> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette >>> >> >> > > > -- > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > <<@mire_web_2.jpg>>-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] problem with build failing in Dspace 3.2
Hi Päivi, We also encountered this problem recently and it appears that something has changed on the sonatype side. The fix we where able to come with it was to use maven 3 instead of maven 2 to build our DSpace. Hope this helps, Kind regards, [image: logo] Kevin Van de Velde *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=kevinvdv> On 3 April 2014 10:13, Päivi Rosenström wrote: > Hi ! > > While attempting to build DSpace 3.2 code (previously worked ok) > getting the following error message: > > INFO] Building jar: > /data/source-dspace/dspace-api/target/dspace-api-3.2.jar > [INFO] [jar:test-jar {execution: default}] > [INFO] Skipping packaging of the test-jar > [INFO] > > [INFO] Building DSpace Addon Modules > [INFO]task-segment: [package] > [INFO] > > [INFO] [enforcer:enforce {execution: enforce-maven}] > [INFO] [site:attach-descriptor {execution: default-attach-descriptor}] > [INFO] > > [INFO] Building DSpace Kernel :: Additions and Local Customizations > [INFO]task-segment: [package] > [INFO] > > [INFO] artifact org.dspace:dspace-api-lang: checking for updates from > sonatype-releases > [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = > 'ef3dc2ec718a24931364e81249c0933d3d0cc682'; remote = ' > 301' - RETRYING > [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = > 'ef3dc2ec718a24931364e81249c0933d3d0cc682'; remote = ' > 301' - IGNORING > [INFO] artifact org.dspace:dspace-api-lang: checking for updates from > central > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Failed to resolve artifact. > > Unable to get dependency information: Unable to read local copy of > metadata: Cannot read metadata from > '/home/tomcat/.m2/repository/org/dspace/dspace-api-lang/maven-metadata-sonatype-releases.xml': > end tag name must match start tag name from line 5 (position: > TEXT seen ...\r\n... > @6:8) >org.dspace:dspace-api-lang:jar:null > > from the specified remote repositories: >central (http://repo1.maven.org/maven2), >sonatype-nexus-snapshots > (https://oss.sonatype.org/content/repositories/snapshots), >sonatype-releases ( > http://oss.sonatype.org/content/repositories/releases/) > > Path to dependency: > 1) org.dspace.modules:additions:jar:3.2 > > > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 minute 6 seconds > [INFO] Finished at: Thu Apr 03 10:51:51 EEST 2014 > [INFO] Final Memory: 79M/567M > [INFO] > > Build failure! Aborting. > Error code 1 > > I compared previous file > > .m2/repository/org/dspace/dspace-api-lang/maven-metadata-sonatype-releases.xml > with the new one and noticed the following: > > previous file: > >org.dspace >dspace-api-lang > > 4.1.0 > 4.1.0 > >1.5.0.0 >1.5.2.0 >1.5.2.1 >1.6.0.0 >1.6.0.1 >1.6.1.0 >1.6.2.0 >1.7.0.1 >1.7.1.0 >1.8.0.0 >1.8.0.1 >1.8.0.2 >1.8.0.3 >3.0.0 >3.0.1 >3.0.2 >3.0.3 >4.0.0 >4.1.0 > > 20140228192546 > > > > New file: > > 301 Moved Permanently > > 301 Moved Permanently > nginx/0.8.54 > > > > => so it seems that the location of the file > maven-metadata-sonatype-releases.xml has been permanently changed... > Same problem with the file > .m2/repository/org/dspace/dspace-xmlui-lang/maven-metadata-sonatype-releases.xml. > Attempt to clean the local .m2 repository does not > help. > > How to fix this ? Thanks in advance ! > > Päivi R > > > > > > > > > -- >