Re: [Dspace-tech] submitting using manakin
Hi Jose, Glad to hear you've located the underlying issue! "Wing" is the API that actually generates the DRI XML for Manakin. So, each class in Wing API essentially maps to an XML tag. You might want to read through some of the XMLUI Guides for more background on XMLUI, Wing & DRI. Especially take a look at the "XMLUI Customization" Guides listed here: https://wiki.duraspace.org/display/DSPACE/DSpaceResources#DSpaceResources-CustomizingDSpace I'd especially recommend the "Learning to Use Manakin" & "Introduction to Manakin" which gives some good intro to how XMLUI actually works. Once you've read through those, the "Making DSpace XMLUI Your Own" gives more tips on how to customize XMLUI. As for why no error appeared -- I'm not really sure why. It's possible the XMLUI was just not expecting whatever change you made, and the error handling was lacking in that particular class. Unfortunately I don't have time to dig in further right now. But, it could also be that we need to look into ways to enhance the error handling to avoid these situations in the future. - Tim On Thursday, September 29, 2011 10:03:47 AM, Blanco, Jose wrote: > Tim, > > I have it working now. The problem was that I made a change to > DescribeStep.java ( the one in the aspects dir ) because of a change I made > in one of the java files that is shared by both xmlui and jspui. I think > because I make such few changes to the xmlui files during the Dspace > upgrades, I had falsely convinced myself that the file I was working with was > the same as the one in the distribution, well in any case it's working. I do > have one question. The change I made was to the addBody method. I added a > couple of input parameters, and so I think when this method was called by the > wings code, it failed. It's unfortunate this did now show up in any of the > log files ( and I checked them all - dspace, cocoon, apache, and tomcat - If > there was a log file out there, I looked at it). This is still kind of > mysterious to me, why this error did now show-up in a log file. Any ideas > about that? And also I don't quite understand what the wings code is all > about. Obviously, it is used in this xmlui world, probably related to the cocoon setup, but I don't have a good picture what is going on there. Is there a documentation on that, or something you could tell me ( briefly, I don't want to take more of your time than I have already ), or get me to the right website to read about it. > > Again, thank you for your patience and help with this. > > -Jose > > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Friday, September 23, 2011 10:06 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > I'm not sure which version of DSpace you are running, but I'm assuming > it's likely 1.7.x. If so, there are known issues with Maven 3 and > DSpace 1.7.x. See the prerequisites which warn against using Maven 3 to > compile 1.7.x: > https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware > > Instead, for DSpace 1.7.x, we recommend using Maven 2.2. (Sidenote: In > DSpace 1.8.0 to be released in Oct, we've fixed our Maven 3 issues.) > > Also, there are some known issues with Tomcat 7.0.x and DSpace XMLUI > (though I doubt these are affecting you right now). We are working on > also fixing those for DSpace 1.8.0. > > Beyond that, most of your prerequisites look OK. You probably should > update Ant, since you are on an old version of that (but I doubt that is > the issue). In general, it's best to try to obey the DSpace > prerequisites, as that ensures your DSpace installation is as stable as > possible. > > Another thing you may wish to try is a fresh install of DSpace, just to > be certain that it works on your machine (it should). If the fresh > install works, then that would imply either there is a configuration > issue or a local customization is causing this problem. > > I should also ask, have you modified anything in how the > 'org.dspace.submit.step.DescribeStep' works (as this is used for *both* > XMLUI& JSPUI)? Or have you modified anything in any of the > 'org.dspace.submit.step.* classes in the dspace-api? (All of these > classes are shared by JSPUI& XMLUI) If you've modified anything with > how your JSPUI submission process, it's possible that could be affecting > the XMLUI as well. > > Did you get a chance to check your Tomcat logs for any reported errors? > I know you've checked the Cocoon logs (didn&
Re: [Dspace-tech] submitting using manakin
Tim, I have it working now. The problem was that I made a change to DescribeStep.java ( the one in the aspects dir ) because of a change I made in one of the java files that is shared by both xmlui and jspui. I think because I make such few changes to the xmlui files during the Dspace upgrades, I had falsely convinced myself that the file I was working with was the same as the one in the distribution, well in any case it's working. I do have one question. The change I made was to the addBody method. I added a couple of input parameters, and so I think when this method was called by the wings code, it failed. It's unfortunate this did now show up in any of the log files ( and I checked them all - dspace, cocoon, apache, and tomcat - If there was a log file out there, I looked at it). This is still kind of mysterious to me, why this error did now show-up in a log file. Any ideas about that? And also I don't quite understand what the wings code is all about. Obviously, it is used in this xmlui world, probably related to the cocoon setup, but I don't have a good picture what is going on there. Is there a documentation on that, or something you could tell me ( briefly, I don't want to take more of your time than I have already ), or get me to the right website to read about it. Again, thank you for your patience and help with this. -Jose -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Friday, September 23, 2011 10:06 AM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, I'm not sure which version of DSpace you are running, but I'm assuming it's likely 1.7.x. If so, there are known issues with Maven 3 and DSpace 1.7.x. See the prerequisites which warn against using Maven 3 to compile 1.7.x: https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware Instead, for DSpace 1.7.x, we recommend using Maven 2.2. (Sidenote: In DSpace 1.8.0 to be released in Oct, we've fixed our Maven 3 issues.) Also, there are some known issues with Tomcat 7.0.x and DSpace XMLUI (though I doubt these are affecting you right now). We are working on also fixing those for DSpace 1.8.0. Beyond that, most of your prerequisites look OK. You probably should update Ant, since you are on an old version of that (but I doubt that is the issue). In general, it's best to try to obey the DSpace prerequisites, as that ensures your DSpace installation is as stable as possible. Another thing you may wish to try is a fresh install of DSpace, just to be certain that it works on your machine (it should). If the fresh install works, then that would imply either there is a configuration issue or a local customization is causing this problem. I should also ask, have you modified anything in how the 'org.dspace.submit.step.DescribeStep' works (as this is used for *both* XMLUI & JSPUI)? Or have you modified anything in any of the 'org.dspace.submit.step.* classes in the dspace-api? (All of these classes are shared by JSPUI & XMLUI) If you've modified anything with how your JSPUI submission process, it's possible that could be affecting the XMLUI as well. Did you get a chance to check your Tomcat logs for any reported errors? I know you've checked the Cocoon logs (didn't seem to be anything very helpful there), and you mentioned not seeing any errors in the DSpace logs either. If we can locate any more details around the error, it may make it much easier to determine what may be going on. - Tim On 9/21/2011 3:26 PM, Blanco, Jose wrote: > Tim, > > This is our installation: > > -bash-3.2$ /l/local/bin/mvn -version > Apache Maven 3.0.1 (r1038046; 2010-11-23 05:58:32-0500) > Java version: 1.6.0_24 > Java home: /usr/jdk1.6.0_24/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux" version: "2.6.18-238.1.1.el5pae" arch: "i386" Family: "unix" > > I'm not running a fresh installation exactly. I'm running one in which there > are a lot of changes to support the jspui interface, but very few on the > xmlui side. I'll try a fresh install and see what happens. > > -Jose > > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, September 21, 2011 3:59 PM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > addBody() is actually called from the "Wing Framework API", > specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer. > > But, to be honest, I doubt that's the problem. Obviously, this all > should work fine out-of-the-box. > > I'm wondering if we should take a
Re: [Dspace-tech] submitting using manakin
Hi Jose, I'm not sure which version of DSpace you are running, but I'm assuming it's likely 1.7.x. If so, there are known issues with Maven 3 and DSpace 1.7.x. See the prerequisites which warn against using Maven 3 to compile 1.7.x: https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware Instead, for DSpace 1.7.x, we recommend using Maven 2.2. (Sidenote: In DSpace 1.8.0 to be released in Oct, we've fixed our Maven 3 issues.) Also, there are some known issues with Tomcat 7.0.x and DSpace XMLUI (though I doubt these are affecting you right now). We are working on also fixing those for DSpace 1.8.0. Beyond that, most of your prerequisites look OK. You probably should update Ant, since you are on an old version of that (but I doubt that is the issue). In general, it's best to try to obey the DSpace prerequisites, as that ensures your DSpace installation is as stable as possible. Another thing you may wish to try is a fresh install of DSpace, just to be certain that it works on your machine (it should). If the fresh install works, then that would imply either there is a configuration issue or a local customization is causing this problem. I should also ask, have you modified anything in how the 'org.dspace.submit.step.DescribeStep' works (as this is used for *both* XMLUI & JSPUI)? Or have you modified anything in any of the 'org.dspace.submit.step.* classes in the dspace-api? (All of these classes are shared by JSPUI & XMLUI) If you've modified anything with how your JSPUI submission process, it's possible that could be affecting the XMLUI as well. Did you get a chance to check your Tomcat logs for any reported errors? I know you've checked the Cocoon logs (didn't seem to be anything very helpful there), and you mentioned not seeing any errors in the DSpace logs either. If we can locate any more details around the error, it may make it much easier to determine what may be going on. - Tim On 9/21/2011 3:26 PM, Blanco, Jose wrote: > Tim, > > This is our installation: > > -bash-3.2$ /l/local/bin/mvn -version > Apache Maven 3.0.1 (r1038046; 2010-11-23 05:58:32-0500) > Java version: 1.6.0_24 > Java home: /usr/jdk1.6.0_24/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux" version: "2.6.18-238.1.1.el5pae" arch: "i386" Family: "unix" > > I'm not running a fresh installation exactly. I'm running one in which there > are a lot of changes to support the jspui interface, but very few on the > xmlui side. I'll try a fresh install and see what happens. > > -Jose > > -Original Message----- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, September 21, 2011 3:59 PM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > addBody() is actually called from the "Wing Framework API", > specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer. > > But, to be honest, I doubt that's the problem. Obviously, this all > should work fine out-of-the-box. > > I'm wondering if we should take a step back and ensure you have all > your prerequisites right? The DSpace 1.7.x prerequisites are all > listed at: > https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware > > For example, what are the versions of DSpace, Tomcat, Java, Maven that > you are using? (FYI I know there are some recent issues reported with > Tomcat 7) Is this an "out-of-the-box" version of DSpace, or is this > customized? Have you tried installing a completely fresh install of > DSpace? > > I have a feeling this is a configuration or prerequisite issue of some > sort, to be honest. But, I'm not sure exactly where it would be. So, > if you could verify some more information about your setup, or even try > a fresh install of DSpace (to ensure that works), then maybe that can > lead us down the path to getting this issue resolved for you. > > - Tim > On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote: >> Still stuck. Tried a different collection, no change. I did try putting a >> whole bunch of print statements in DescribeStep.java and I see that >> addPageMeta gets called but that's it, it never calls addBody. Why would it >> not? I'm trying to find the place where this would get called from, but >> have not gotten there yet. I have not made any changes to the themes. Can >> you point me to the place that addBody would get called from. Perhaps I can >> track it down from there. >> >> -Jose >> >> -Original Message- >>
Re: [Dspace-tech] submitting using manakin
Tim, I have not been successful with this. I have Apache Ant version 1.6.5 compiled on August 30 2006 The requirements ask for 1.7 or later, do you think this could be the cause? -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Wednesday, September 21, 2011 3:59 PM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, addBody() is actually called from the "Wing Framework API", specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer. But, to be honest, I doubt that's the problem. Obviously, this all should work fine out-of-the-box. I'm wondering if we should take a step back and ensure you have all your prerequisites right? The DSpace 1.7.x prerequisites are all listed at: https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware For example, what are the versions of DSpace, Tomcat, Java, Maven that you are using? (FYI I know there are some recent issues reported with Tomcat 7) Is this an "out-of-the-box" version of DSpace, or is this customized? Have you tried installing a completely fresh install of DSpace? I have a feeling this is a configuration or prerequisite issue of some sort, to be honest. But, I'm not sure exactly where it would be. So, if you could verify some more information about your setup, or even try a fresh install of DSpace (to ensure that works), then maybe that can lead us down the path to getting this issue resolved for you. - Tim On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote: > Still stuck. Tried a different collection, no change. I did try putting a > whole bunch of print statements in DescribeStep.java and I see that > addPageMeta gets called but that's it, it never calls addBody. Why would it > not? I'm trying to find the place where this would get called from, but have > not gotten there yet. I have not made any changes to the themes. Can you > point me to the place that addBody would get called from. Perhaps I can > track it down from there. > > -Jose > > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, September 21, 2011 11:19 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Jose, > > A few more things to try: > * Have you tried submitting to a different Collection? Maybe it's > something in the Collection's settings? > * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you > have set. Normally, handle prefixes don't include special characters > like a dash (-). I *think* DSpace XMLUI should be OK with a dash in > the handle prefix, but I cannot say for certain. So, this might be > another thing to check into. You could always temporarily change this > prefix back to the default of '123456789', create a new collection > using that prefix, and try to submit to that collection. Again, not > sure this will fix anything, but it's something else to try. > > -Tim > > On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote: >> Jose, >> >> Is this a default XMLUI Instance (with a default 'item-submission.xml' >> file and 'input-forms.xml' configuration files)? Have you performed >> any XMLUI customizations (even theme based) that could be causing >> these issues? I'm at a loss here as well, as no errors seem to be >> logged (have you checked your Tomcat logs as well for any messages >> there?). >> >> If you have any custom aspects enabled, you might want to test >> temporarily disabling them to see if that has any effect. >> If you have a custom theme in place, you might also want to test >> temporarily disabling it and reverting to the default DSpace theme, to >> see if that has any effect. >> >> - Tim >> >> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote: >>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the >>> cocoon log file, but I still can't tell what's wrong. >>> >>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for >>> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if >>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue >>> matches any theme rules. >>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic >>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns >>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles >>&g
Re: [Dspace-tech] submitting using manakin
Tim, This is our installation: -bash-3.2$ /l/local/bin/mvn -version Apache Maven 3.0.1 (r1038046; 2010-11-23 05:58:32-0500) Java version: 1.6.0_24 Java home: /usr/jdk1.6.0_24/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux" version: "2.6.18-238.1.1.el5pae" arch: "i386" Family: "unix" I'm not running a fresh installation exactly. I'm running one in which there are a lot of changes to support the jspui interface, but very few on the xmlui side. I'll try a fresh install and see what happens. -Jose -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Wednesday, September 21, 2011 3:59 PM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, addBody() is actually called from the "Wing Framework API", specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer. But, to be honest, I doubt that's the problem. Obviously, this all should work fine out-of-the-box. I'm wondering if we should take a step back and ensure you have all your prerequisites right? The DSpace 1.7.x prerequisites are all listed at: https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware For example, what are the versions of DSpace, Tomcat, Java, Maven that you are using? (FYI I know there are some recent issues reported with Tomcat 7) Is this an "out-of-the-box" version of DSpace, or is this customized? Have you tried installing a completely fresh install of DSpace? I have a feeling this is a configuration or prerequisite issue of some sort, to be honest. But, I'm not sure exactly where it would be. So, if you could verify some more information about your setup, or even try a fresh install of DSpace (to ensure that works), then maybe that can lead us down the path to getting this issue resolved for you. - Tim On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote: > Still stuck. Tried a different collection, no change. I did try putting a > whole bunch of print statements in DescribeStep.java and I see that > addPageMeta gets called but that's it, it never calls addBody. Why would it > not? I'm trying to find the place where this would get called from, but have > not gotten there yet. I have not made any changes to the themes. Can you > point me to the place that addBody would get called from. Perhaps I can > track it down from there. > > -Jose > > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, September 21, 2011 11:19 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Jose, > > A few more things to try: > * Have you tried submitting to a different Collection? Maybe it's > something in the Collection's settings? > * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you > have set. Normally, handle prefixes don't include special characters > like a dash (-). I *think* DSpace XMLUI should be OK with a dash in > the handle prefix, but I cannot say for certain. So, this might be > another thing to check into. You could always temporarily change this > prefix back to the default of '123456789', create a new collection > using that prefix, and try to submit to that collection. Again, not > sure this will fix anything, but it's something else to try. > > -Tim > > On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote: >> Jose, >> >> Is this a default XMLUI Instance (with a default 'item-submission.xml' >> file and 'input-forms.xml' configuration files)? Have you performed >> any XMLUI customizations (even theme based) that could be causing >> these issues? I'm at a loss here as well, as no errors seem to be >> logged (have you checked your Tomcat logs as well for any messages >> there?). >> >> If you have any custom aspects enabled, you might want to test >> temporarily disabling them to see if that has any effect. >> If you have a custom theme in place, you might also want to test >> temporarily disabling it and reverting to the default DSpace theme, to >> see if that has any effect. >> >> - Tim >> >> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote: >>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the >>> cocoon log file, but I still can't tell what's wrong. >>> >>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for >>> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >>> 2011-09-21 10:12:49,064 DEBUG cocoon - Chec
Re: [Dspace-tech] submitting using manakin
Hi Jose, addBody() is actually called from the "Wing Framework API", specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer. But, to be honest, I doubt that's the problem. Obviously, this all should work fine out-of-the-box. I'm wondering if we should take a step back and ensure you have all your prerequisites right? The DSpace 1.7.x prerequisites are all listed at: https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware For example, what are the versions of DSpace, Tomcat, Java, Maven that you are using? (FYI I know there are some recent issues reported with Tomcat 7) Is this an "out-of-the-box" version of DSpace, or is this customized? Have you tried installing a completely fresh install of DSpace? I have a feeling this is a configuration or prerequisite issue of some sort, to be honest. But, I'm not sure exactly where it would be. So, if you could verify some more information about your setup, or even try a fresh install of DSpace (to ensure that works), then maybe that can lead us down the path to getting this issue resolved for you. - Tim On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote: > Still stuck. Tried a different collection, no change. I did try putting a > whole bunch of print statements in DescribeStep.java and I see that > addPageMeta gets called but that's it, it never calls addBody. Why would it > not? I'm trying to find the place where this would get called from, but have > not gotten there yet. I have not made any changes to the themes. Can you > point me to the place that addBody would get called from. Perhaps I can > track it down from there. > > -Jose > > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, September 21, 2011 11:19 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Jose, > > A few more things to try: > * Have you tried submitting to a different Collection? Maybe it's > something in the Collection's settings? > * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you > have set. Normally, handle prefixes don't include special characters > like a dash (-). I *think* DSpace XMLUI should be OK with a dash in > the handle prefix, but I cannot say for certain. So, this might be > another thing to check into. You could always temporarily change this > prefix back to the default of '123456789', create a new collection > using that prefix, and try to submit to that collection. Again, not > sure this will fix anything, but it's something else to try. > > -Tim > > On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote: >> Jose, >> >> Is this a default XMLUI Instance (with a default 'item-submission.xml' >> file and 'input-forms.xml' configuration files)? Have you performed >> any XMLUI customizations (even theme based) that could be causing >> these issues? I'm at a loss here as well, as no errors seem to be >> logged (have you checked your Tomcat logs as well for any messages >> there?). >> >> If you have any custom aspects enabled, you might want to test >> temporarily disabling them to see if that has any effect. >> If you have a custom theme in place, you might also want to test >> temporarily disabling it and reverting to the default DSpace theme, to >> see if that has any effect. >> >> - Tim >> >> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote: >>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the >>> cocoon log file, but I still can't tell what's wrong. >>> >>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for >>> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if >>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue >>> matches any theme rules. >>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic >>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns >>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles >>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!! >>> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for >>> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >>> 2011-09-21 10:12:49,069 DEBUG cocoon - Creating source object for >>> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >>> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager - WK: Created >>> continuation 81073d42634321527e26
Re: [Dspace-tech] submitting using manakin
Still stuck. Tried a different collection, no change. I did try putting a whole bunch of print statements in DescribeStep.java and I see that addPageMeta gets called but that's it, it never calls addBody. Why would it not? I'm trying to find the place where this would get called from, but have not gotten there yet. I have not made any changes to the themes. Can you point me to the place that addBody would get called from. Perhaps I can track it down from there. -Jose -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Wednesday, September 21, 2011 11:19 AM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Jose, A few more things to try: * Have you tried submitting to a different Collection? Maybe it's something in the Collection's settings? * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you have set. Normally, handle prefixes don't include special characters like a dash (-). I *think* DSpace XMLUI should be OK with a dash in the handle prefix, but I cannot say for certain. So, this might be another thing to check into. You could always temporarily change this prefix back to the default of '123456789', create a new collection using that prefix, and try to submit to that collection. Again, not sure this will fix anything, but it's something else to try. -Tim On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote: > Jose, > > Is this a default XMLUI Instance (with a default 'item-submission.xml' > file and 'input-forms.xml' configuration files)? Have you performed > any XMLUI customizations (even theme based) that could be causing > these issues? I'm at a loss here as well, as no errors seem to be > logged (have you checked your Tomcat logs as well for any messages > there?). > > If you have any custom aspects enabled, you might want to test > temporarily disabling them to see if that has any effect. > If you have a custom theme in place, you might also want to test > temporarily disabling it and reverting to the default DSpace theme, to > see if that has any effect. > > - Tim > > On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote: >> Tim, I was able to turn DEBUG for cocoon, and this is what's in the >> cocoon log file, but I still can't tell what's wrong. >> >> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if >> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue >> >> matches any theme rules. >> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic >> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns >> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles >> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!! >> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,069 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager - WK: Created >> continuation 81073d42634321527e261e1a2061663f0a464b6a >> 2011-09-21 10:12:49,074 INFO >> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector >> >> - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue' >> 2011-09-21 10:12:49,076 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,078 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,082 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,086 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/ >> 2011-09-21 10:12:49,088 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml >> 2011-09-21 10:12:49,088 DEBUG cocoon.sitemap.generator.file - Source >> protodocument.xml resolved to >> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml >> 2011-09-21 10:12:49,088 INFO org.apache.cocoon.caching.impl.CacheImpl >> - Cache HIT for >> PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml >> >> 2011-09-21 10:12:49,089 INFO org.apache.cocoon.caching.impl.CacheImpl >> - Cache HIT for >> PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/111499/submit/continue?pipe
Re: [Dspace-tech] submitting using manakin
- Cache HIT for >> PK_G-aspect-cocoon://DRI/2/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-2825803255751290004_T-Navigation-1 >> >> >> 2011-09-21 10:12:49,094 INFO org.apache.cocoon.caching.impl.CacheImpl >> - Cache MISS for >> PK_G-aspect-cocoon://DRI/1/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-PageNotFound-7117786586297567773 >> >> >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.generator.file - Source >> cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue >> >> resolved to >> cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue >> >> >> 2011-09-21 10:12:49,095 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Using >> stylesheet: >> 'jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl' >> in org.apache.cocoon.transformation.TraxTransformer@8f3eac >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Use >> parameters is false >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Use >> cookies is false >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Use >> session info is false >> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Check >> for included stylesheets is true >> 2011-09-21 10:12:49,096 DEBUG cocoon - Creating source object for >> jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/../dri2xhtml.xsl >> 2011-09-21 10:12:49,097 INFO org.apache.cocoon.caching.impl.CacheImpl >> - Cache MISS for >> PK_G-file-cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-IncludePageMeta--4145997850892886096_T-xslt-jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl_T-i18n-context://i18n/?en_US__S-xhtml-;doctype-public=-//W3C//DTD >> >> XHTML 1.0 >> Strict//EN;doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;encoding=UTF-8;indent=yes >> >> >> 2011-09-21 10:12:49,100 DEBUG cocoon - Creating source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,100 DEBUG cocoon - Releasing source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,100 DEBUG cocoon - Creating source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for >> resource://aspects/Administrative/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for >> resource://aspects/Administrative/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for >> resource://aspects/ArtifactBrowser/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for >> resource://aspects/ArtifactBrowser/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for >> resource://aspects/Administrative/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for >> resource://aspects/Administrative/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for >> resource://aspects/ArtifactBrowser/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for >> resource://aspects/ArtifactBrowser/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for >> resource://aspects/Submission/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for >> resource://aspects/EPerson/i18n/ >> 2011-09-21 10:12:49,103 DEBUG cocoon - Creating source object for >> resource://aspects/Administrative/i18n/ >> 2011-09-21 10:12:49,103 DEBUG cocoon - Releasing
Re: [Dspace-tech] submitting using manakin
- Use > parameters is false > 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Use cookies > is false > 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Use session > info is false > 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt - Check for > included stylesheets is true > 2011-09-21 10:12:49,096 DEBUG cocoon - Creating source object for > jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/../dri2xhtml.xsl > 2011-09-21 10:12:49,097 INFO org.apache.cocoon.caching.impl.CacheImpl - > Cache MISS for > PK_G-file-cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-IncludePageMeta--4145997850892886096_T-xslt-jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl_T-i18n-context://i18n/?en_US__S-xhtml-;doctype-public=-//W3C//DTD > XHTML 1.0 > Strict//EN;doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;encoding=UTF-8;indent=yes > 2011-09-21 10:12:49,100 DEBUG cocoon - Creating source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,100 DEBUG cocoon - Releasing source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,100 DEBUG cocoon - Creating source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for > resource://aspects/Submission/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for > resource://aspects/EPerson/i18n/ > 2011-09-21 10:12:49,103 DEBUG cocoon - Creating source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,103 DEBUG cocoon - Releasing source object for > resource://aspects/Administrative/i18n/ > 2011-09-21 10:12:49,103 DEBUG cocoon - Creating source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,103 DEBUG cocoon - Releasing source object for > resource://aspects/ArtifactBrowser/i18n/ > 2011-09-21 10:12:49,114 INFO cocoon.access - > 'handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue' > Processed by Apache Cocoon in 54 milliseconds. > > -Original Message- > From: Blanco, Jose > Sent: Wednesday, September 21, 2011 9:24 AM > To: Blanco, Jose; Tim Donohue > Cc: dspace-tech@lists.sourceforge.net > Subject: RE: [Dspace-tech] submitting using manakin > > Tim, Have you had a chance to think about this? I'm just real stuck. I'd > like to turn on cocoon DEBUG, but then the instance does not show up, any way > to get that part to work, maybe if I saw an error message I'd know what's > going wrong. > > Thank you! > Jose > > -Original Message- > From: Blanco, Jose [mailto:blan...@umich.edu] > Sent: Tuesday, September 20, 2011 3:44 PM > To: Tim Donohue > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Tim, > I'm using the input-fomrs.xml that came with the code release for 1.7 ( just > to make sure ), and that one works fine in the jspui environment. > &
Re: [Dspace-tech] submitting using manakin
00 DEBUG cocoon - Releasing source object for resource://aspects/Submission/i18n/ 2011-09-21 10:12:49,100 DEBUG cocoon - Creating source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for resource://aspects/Submission/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Releasing source object for resource://aspects/Submission/i18n/ 2011-09-21 10:12:49,101 DEBUG cocoon - Creating source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for resource://aspects/Submission/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for resource://aspects/Submission/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Creating source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,102 DEBUG cocoon - Releasing source object for resource://aspects/EPerson/i18n/ 2011-09-21 10:12:49,103 DEBUG cocoon - Creating source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,103 DEBUG cocoon - Releasing source object for resource://aspects/Administrative/i18n/ 2011-09-21 10:12:49,103 DEBUG cocoon - Creating source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,103 DEBUG cocoon - Releasing source object for resource://aspects/ArtifactBrowser/i18n/ 2011-09-21 10:12:49,114 INFO cocoon.access - 'handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue' Processed by Apache Cocoon in 54 milliseconds. -Original Message- From: Blanco, Jose Sent: Wednesday, September 21, 2011 9:24 AM To: Blanco, Jose; Tim Donohue Cc: dspace-tech@lists.sourceforge.net Subject: RE: [Dspace-tech] submitting using manakin Tim, Have you had a chance to think about this? I'm just real stuck. I'd like to turn on cocoon DEBUG, but then the instance does not show up, any way to get that part to work, maybe if I saw an error message I'd know what's going wrong. Thank you! Jose -Original Message- From: Blanco, Jose [mailto:blan...@umich.edu] Sent: Tuesday, September 20, 2011 3:44 PM To: Tim Donohue Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Tim, I'm using the input-fomrs.xml that came with the code release for 1.7 ( just to make sure ), and that one works fine in the jspui environment. This: http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit/ gives me a page not found This ( without the last slash ): http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit gives me the 1st page in the submission form ( Initial question page ) -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, September 20, 2011 3:12 PM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, The 'org.dspace.app.xmlui.aspect.submission.submit.DescribeStep' in the XMLUI basically just loads all the Metadata fields specified in your input-forms.xml configuration file at: [dspace]/config/input-forms.xml Have you changed this file at all? Maybe there's an issue with something you changed there? Also, when you saw that "Page Not Found" exception previously, if you take the *.continue off the URL, was it a valid one? In other words, is this a valid URL for your site? http://blancoj.dev.deepblue.lib.umich.edu:8080/submit (Just want to double check that the submission process is attempting to send things to the proper URL. If it isn't, then you may have an issue in your dspace.cfg file or something.) - Tim On 9/20/2011 11:00 AM, Blanco, Jose wrote: > I'm back on this problem now. I have a bit more info, and I'm hoping someone > could help me with this. I did look at the log files and did not see >
Re: [Dspace-tech] submitting using manakin
Tim, Have you had a chance to think about this? I'm just real stuck. I'd like to turn on cocoon DEBUG, but then the instance does not show up, any way to get that part to work, maybe if I saw an error message I'd know what's going wrong. Thank you! Jose -Original Message- From: Blanco, Jose [mailto:blan...@umich.edu] Sent: Tuesday, September 20, 2011 3:44 PM To: Tim Donohue Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Tim, I'm using the input-fomrs.xml that came with the code release for 1.7 ( just to make sure ), and that one works fine in the jspui environment. This: http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit/ gives me a page not found This ( without the last slash ): http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit gives me the 1st page in the submission form ( Initial question page ) -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, September 20, 2011 3:12 PM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, The 'org.dspace.app.xmlui.aspect.submission.submit.DescribeStep' in the XMLUI basically just loads all the Metadata fields specified in your input-forms.xml configuration file at: [dspace]/config/input-forms.xml Have you changed this file at all? Maybe there's an issue with something you changed there? Also, when you saw that "Page Not Found" exception previously, if you take the *.continue off the URL, was it a valid one? In other words, is this a valid URL for your site? http://blancoj.dev.deepblue.lib.umich.edu:8080/submit (Just want to double check that the submission process is attempting to send things to the proper URL. If it isn't, then you may have an issue in your dspace.cfg file or something.) - Tim On 9/20/2011 11:00 AM, Blanco, Jose wrote: > I'm back on this problem now. I have a bit more info, and I'm hoping someone > could help me with this. I did look at the log files and did not see > anything that gave me a clue as to why I could not get from the initial > question in the submission form to the page where you enter metadata values > in the xmlui interface. I went into the item-submission.xml file and changed > this: > > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.DescribeStep > true > > > To > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.UploadStep > true > > > (Notice the change in the tag). When I did this I got the > page to Upload the bitstream. So the problem must be in the > DescribeStep.java file. I'm trying to see if one of the metadata is causing > the problem, but am wondering if anyone has a clue as to what it could be. > > Thank you! > Jose > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, August 17, 2011 11:28 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > You'll need to check your logs to let us know if there are any > underlying errors. The URL you sent is just a normal XMLUI submission > URL (that weird *.continue string on the end is just how XMLUI manages > the submission "session" info). > > I'm guessing that there must be some underlying error in the Tomcat or > DSpace logs (or Cocoon logs). > > Here's hints/tips on finding error messages: > https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error > > - Tim > > On 8/17/2011 10:18 AM, Blanco, Jose wrote: >> In my development environment I was trying to submit an item using the xmlui >> interface and when I select a collection to submit into, I get a Page Not >> found response in the browser. Do I not have some config parameter set? >> The url from which I get the Page Not found response is this one: >> >> http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue >> >> Thank you! >> Jose >> >> -- >> Get a FREE DOWNLOAD! and learn more about uberSVN rich system, >> user admin
Re: [Dspace-tech] submitting using manakin
Tim, I'm using the input-fomrs.xml that came with the code release for 1.7 ( just to make sure ), and that one works fine in the jspui environment. This: http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit/ gives me a page not found This ( without the last slash ): http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit gives me the 1st page in the submission form ( Initial question page ) -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, September 20, 2011 3:12 PM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, The 'org.dspace.app.xmlui.aspect.submission.submit.DescribeStep' in the XMLUI basically just loads all the Metadata fields specified in your input-forms.xml configuration file at: [dspace]/config/input-forms.xml Have you changed this file at all? Maybe there's an issue with something you changed there? Also, when you saw that "Page Not Found" exception previously, if you take the *.continue off the URL, was it a valid one? In other words, is this a valid URL for your site? http://blancoj.dev.deepblue.lib.umich.edu:8080/submit (Just want to double check that the submission process is attempting to send things to the proper URL. If it isn't, then you may have an issue in your dspace.cfg file or something.) - Tim On 9/20/2011 11:00 AM, Blanco, Jose wrote: > I'm back on this problem now. I have a bit more info, and I'm hoping someone > could help me with this. I did look at the log files and did not see > anything that gave me a clue as to why I could not get from the initial > question in the submission form to the page where you enter metadata values > in the xmlui interface. I went into the item-submission.xml file and changed > this: > > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.DescribeStep > true > > > To > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.UploadStep > true > > > (Notice the change in the tag). When I did this I got the > page to Upload the bitstream. So the problem must be in the > DescribeStep.java file. I'm trying to see if one of the metadata is causing > the problem, but am wondering if anyone has a clue as to what it could be. > > Thank you! > Jose > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, August 17, 2011 11:28 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > You'll need to check your logs to let us know if there are any > underlying errors. The URL you sent is just a normal XMLUI submission > URL (that weird *.continue string on the end is just how XMLUI manages > the submission "session" info). > > I'm guessing that there must be some underlying error in the Tomcat or > DSpace logs (or Cocoon logs). > > Here's hints/tips on finding error messages: > https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error > > - Tim > > On 8/17/2011 10:18 AM, Blanco, Jose wrote: >> In my development environment I was trying to submit an item using the xmlui >> interface and when I select a collection to submit into, I get a Page Not >> found response in the browser. Do I not have some config parameter set? >> The url from which I get the Page Not found response is this one: >> >> http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue >> >> Thank you! >> Jose >> >> -- >> 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 > > -- > Get a FREE DOWNLOAD! and learn more about ub
Re: [Dspace-tech] submitting using manakin
Hi Jose, The 'org.dspace.app.xmlui.aspect.submission.submit.DescribeStep' in the XMLUI basically just loads all the Metadata fields specified in your input-forms.xml configuration file at: [dspace]/config/input-forms.xml Have you changed this file at all? Maybe there's an issue with something you changed there? Also, when you saw that "Page Not Found" exception previously, if you take the *.continue off the URL, was it a valid one? In other words, is this a valid URL for your site? http://blancoj.dev.deepblue.lib.umich.edu:8080/submit (Just want to double check that the submission process is attempting to send things to the proper URL. If it isn't, then you may have an issue in your dspace.cfg file or something.) - Tim On 9/20/2011 11:00 AM, Blanco, Jose wrote: > I'm back on this problem now. I have a bit more info, and I'm hoping someone > could help me with this. I did look at the log files and did not see > anything that gave me a clue as to why I could not get from the initial > question in the submission form to the page where you enter metadata values > in the xmlui interface. I went into the item-submission.xml file and changed > this: > > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.DescribeStep > true > > > To > > > submit.progressbar.describe > > org.dspace.submit.step.DescribeStep > > org.dspace.app.webui.submit.step.JSPDescribeStep > > org.dspace.app.xmlui.aspect.submission.submit.UploadStep > true > > > (Notice the change in the tag). When I did this I got the > page to Upload the bitstream. So the problem must be in the > DescribeStep.java file. I'm trying to see if one of the metadata is causing > the problem, but am wondering if anyone has a clue as to what it could be. > > Thank you! > Jose > -Original Message- > From: Tim Donohue [mailto:tdono...@duraspace.org] > Sent: Wednesday, August 17, 2011 11:28 AM > To: Blanco, Jose > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] submitting using manakin > > Hi Jose, > > You'll need to check your logs to let us know if there are any > underlying errors. The URL you sent is just a normal XMLUI submission > URL (that weird *.continue string on the end is just how XMLUI manages > the submission "session" info). > > I'm guessing that there must be some underlying error in the Tomcat or > DSpace logs (or Cocoon logs). > > Here's hints/tips on finding error messages: > https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error > > - Tim > > On 8/17/2011 10:18 AM, Blanco, Jose wrote: >> In my development environment I was trying to submit an item using the xmlui >> interface and when I select a collection to submit into, I get a Page Not >> found response in the browser. Do I not have some config parameter set? >> The url from which I get the Page Not found response is this one: >> >> http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue >> >> Thank you! >> Jose >> >> -- >> 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 > > -- > 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 -- 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] submitting using manakin
Not getting very far on this. This is the output of the cocoon log. If I try to change the cocoon logging to DEBUG, then my instance does not show. I think this is a known bug. 2011-09-20 14:33:46,592 INFO org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector - Redirecting to 'cocoon:/handle/TEMP-BOGUS/63902/submit/continue' 2011-09-20 14:33:46,607 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache HIT for PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml 2011-09-20 14:33:46,607 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache HIT for PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/63902/submit/continue?pipelinehash=488325223041054298_T-Navigation-7548273451205087319 2011-09-20 14:33:46,608 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache HIT for PK_G-aspect-cocoon://DRI/4/handle/TEMP-BOGUS/63902/submit/continue?pipelinehash=8555653134130988575_T-SystemwideAlerts-1_T-Navigation-219447409375749338 2011-09-20 14:33:46,612 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache HIT for PK_G-aspect-cocoon://DRI/3/handle/TEMP-BOGUS/63902/submit/continue?pipelinehash=-7347816888736915622_T-Navigation-4737533168805885054 2011-09-20 14:33:46,613 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache HIT for PK_G-aspect-cocoon://DRI/2/handle/TEMP-BOGUS/63902/submit/continue?pipelinehash=5580183153737431386_T-Navigation-1 2011-09-20 14:33:46,613 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache MISS for PK_G-aspect-cocoon://DRI/1/handle/TEMP-BOGUS/63902/submit/3045415d17564d365b796c795942596f4b43461c.continue_T-PageNotFound--7784885559682749380 2011-09-20 14:33:46,616 INFO org.apache.cocoon.caching.impl.CacheImpl - Cache MISS for PK_G-file-cocoon://DRI/handle/TEMP-BOGUS/63902/submit/3045415d17564d365b796c795942596f4b43461c.continue_T-IncludePageMeta--4145997850892886096_T-xslt-jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl_T-i18n-context://i18n/?en_US__S-xhtml-;doctype-public=-//W3C//DTD XHTML 1.0 Strict//EN;doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;encoding=UTF-8;indent=yes 2011-09-20 14:33:46,635 INFO cocoon.access - 'handle/TEMP-BOGUS/63902/submit/3045415d17564d365b796c795942596f4b43461c.continue' Processed by Apache Cocoon in 58 milliseconds. I have no idea why the DescribeStep "Page" in xmlui is not showing up. Any ideas will be highly appreciated. -Jose -Original Message- From: Blanco, Jose [mailto:blan...@umich.edu] Sent: Tuesday, September 20, 2011 12:00 PM To: Tim Donohue Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin I'm back on this problem now. I have a bit more info, and I'm hoping someone could help me with this. I did look at the log files and did not see anything that gave me a clue as to why I could not get from the initial question in the submission form to the page where you enter metadata values in the xmlui interface. I went into the item-submission.xml file and changed this: submit.progressbar.describe org.dspace.submit.step.DescribeStep org.dspace.app.webui.submit.step.JSPDescribeStep org.dspace.app.xmlui.aspect.submission.submit.DescribeStep true To submit.progressbar.describe org.dspace.submit.step.DescribeStep org.dspace.app.webui.submit.step.JSPDescribeStep org.dspace.app.xmlui.aspect.submission.submit.UploadStep true (Notice the change in the tag). When I did this I got the page to Upload the bitstream. So the problem must be in the DescribeStep.java file. I'm trying to see if one of the metadata is causing the problem, but am wondering if anyone has a clue as to what it could be. Thank you! Jose -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Wednesday, August 17, 2011 11:28 AM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, You'll need to check your logs to let us know if there are any underlying errors. The URL you sent is just a normal XMLUI submission URL (that weird *.continue string on the end is just how XMLUI manages the submission "session" info). I'm guessing that there must be some underlying error in the Tomcat or DSpace logs (or Cocoon logs). Here's hints/tips on finding error messages: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error - Tim On 8/17/2011 10:18 AM, Blanco, Jose wrote: > In my development environment I was trying to submit an item using the xmlui > interface and when I select a collection to submit into, I get a Page Not > found response in the browser. Do I not have some config parameter set? The > url from which I get the Page Not found response is this one: > > http://blancoj.dev.deepblue.lib.umich
Re: [Dspace-tech] submitting using manakin
I'm back on this problem now. I have a bit more info, and I'm hoping someone could help me with this. I did look at the log files and did not see anything that gave me a clue as to why I could not get from the initial question in the submission form to the page where you enter metadata values in the xmlui interface. I went into the item-submission.xml file and changed this: submit.progressbar.describe org.dspace.submit.step.DescribeStep org.dspace.app.webui.submit.step.JSPDescribeStep org.dspace.app.xmlui.aspect.submission.submit.DescribeStep true To submit.progressbar.describe org.dspace.submit.step.DescribeStep org.dspace.app.webui.submit.step.JSPDescribeStep org.dspace.app.xmlui.aspect.submission.submit.UploadStep true (Notice the change in the tag). When I did this I got the page to Upload the bitstream. So the problem must be in the DescribeStep.java file. I'm trying to see if one of the metadata is causing the problem, but am wondering if anyone has a clue as to what it could be. Thank you! Jose -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Wednesday, August 17, 2011 11:28 AM To: Blanco, Jose Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] submitting using manakin Hi Jose, You'll need to check your logs to let us know if there are any underlying errors. The URL you sent is just a normal XMLUI submission URL (that weird *.continue string on the end is just how XMLUI manages the submission "session" info). I'm guessing that there must be some underlying error in the Tomcat or DSpace logs (or Cocoon logs). Here's hints/tips on finding error messages: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error - Tim On 8/17/2011 10:18 AM, Blanco, Jose wrote: > In my development environment I was trying to submit an item using the xmlui > interface and when I select a collection to submit into, I get a Page Not > found response in the browser. Do I not have some config parameter set? The > url from which I get the Page Not found response is this one: > > http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue > > Thank you! > Jose > > -- > 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 -- 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 -- 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] submitting using manakin
Hi Jose, You'll need to check your logs to let us know if there are any underlying errors. The URL you sent is just a normal XMLUI submission URL (that weird *.continue string on the end is just how XMLUI manages the submission "session" info). I'm guessing that there must be some underlying error in the Tomcat or DSpace logs (or Cocoon logs). Here's hints/tips on finding error messages: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error - Tim On 8/17/2011 10:18 AM, Blanco, Jose wrote: > In my development environment I was trying to submit an item using the xmlui > interface and when I select a collection to submit into, I get a Page Not > found response in the browser. Do I not have some config parameter set? The > url from which I get the Page Not found response is this one: > > http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue > > Thank you! > Jose > > -- > 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 -- 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
[Dspace-tech] submitting using manakin
In my development environment I was trying to submit an item using the xmlui interface and when I select a collection to submit into, I get a Page Not found response in the browser. Do I not have some config parameter set? The url from which I get the Page Not found response is this one: http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue Thank you! Jose -- 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
