From: <pen...@rh...> - 2006-03-06 16:39:30
|
Matt, I'm having the same trouble as Tony and Katie using Fez 1.1beta and Fedora 2.1. I know that I'm not having an API-M-Lite problem, as I can get back correct data with an API-M-Lite request after authenticating from my Fez server: http://servername.server.edu:8090/fedora/mgmt/getNextPID?namespace=3Dns&x= m l=3DTRUE <pidList xsi:schemaLocation=3D"http://www.fedora.info/definitions/1/0/management/ http://dam.rhodes.edu:8090/getNextPIDInfo.xsd"> <pid>ns:60</pid> </pidList> All of the entries in my Fez config.inc.php file look fine and correctly set. I am getting an error on the Fedora server in nohup.out when I get the blank window error in Fez that I cannot figure out that looks like this: no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] no path in db registry for [rds:60] fedora.server.errors.ObjectNotInLowlevelStorageException: no path in db registry for [rds:60] at fedora.server.storage.lowlevel.DBPathRegistry.get(DBPathRegistry.java:93 ) at fedora.server.storage.lowlevel.FileSystemLowlevelStorage.retrieve(FileSy stemLowlevelStorage.java:192) at fedora.server.storage.DefaultDOManager.getReader(DefaultDOManager.java:4 21) at fedora.server.access.DefaultAccess.getDatastreamDissemination(DefaultAcc ess.java:835) at fedora.server.access.FedoraAccessServlet.getDatastreamDissemination(Fedo raAccessServlet.java:504) at fedora.server.access.FedoraAccessServlet.doGet(FedoraAccessServlet.java: 395) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:268) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.jav a:157) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:231) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:50) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:140) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:136) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79 9) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC onnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57 7) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:683) at java.lang.Thread.run(Thread.java:595) Any ideas? I was just going to wait for Fez 2.2 before trying to move forward with it, but if anyone has any ideas, I would love to hear them... Stacy > -----Original Message----- > From: fez...@li...=20 > [mailto:fez...@li...] On Behalf Of=20 > Matthew Smith > Sent: Sunday, March 05, 2006 8:17 PM > To: fez...@li... > Subject: Re: [Fez-users] Creating Community Error - again ;) >=20 > Tony and Katie, are you both getting blank pages on the=20 > /mgmt/getNextPID service? In that case you should direct=20 > your efforts at finding out why fedora isn't replying to the request. >=20 > Fez is trying to make use of the API-M-Lite interface. To=20 > get the next PID. > http://www.fedora.info/download/2.1b/userdocs/server/webservic > es/apimlite/index.html >=20 > The problem may be a security setting in fedora. The=20 > following page states that API-M can be set to deny from all=20 > but localhost. > http://www.fedora.info/download/2.1b/userdocs/server/security/ > securingrepo.html > Perhaps you need to change a http to https in your=20 > configuration of Fez or vice versa in config.inc.php. >=20 > Check the APP_FEDORA_SETUP definition, it should match the=20 > security model for your fedora setup. Check the APIM=20 > settings in config.inc.php. >=20 > Matt >=20 |
From: Tony C. <ton...@uc...> - 2006-03-07 09:26:24
|
Thanks Matt, That's what was happening in my case and it's now working. Thanks again for your help Matt. Tony. -----Original Message----- From: fez...@li... [mailto:fez...@li...] On Behalf Of Matthew Smith Sent: 06 March 2006 02:17 To: fez...@li... Subject: Re: [Fez-users] Creating Community Error - again ;) Tony and Katie, are you both getting blank pages on the /mgmt/getNextPID service? In that case you should direct your efforts at finding out why fedora isn't replying to the request. Fez is trying to make use of the API-M-Lite interface. To get the next PID. http://www.fedora.info/download/2.1b/userdocs/server/webservices/apimlite/in dex.html The problem may be a security setting in fedora. The following page states that API-M can be set to deny from all but localhost. http://www.fedora.info/download/2.1b/userdocs/server/security/securingrepo.h tml Perhaps you need to change a http to https in your configuration of Fez or vice versa in config.inc.php. Check the APP_FEDORA_SETUP definition, it should match the security model for your fedora setup. Check the APIM settings in config.inc.php. Matt On 3/3/06, Tony Clarke <ton...@uc...> wrote: > Hi Everyone, > > I'm also having this exact problem. Has anyone any ideas on what might be > happening? > > Thanks, > > Tony. > > -----Original Message----- > From: fez...@li... > [mailto:fez...@li...] On Behalf Of Beach, Katie A > Sent: 02 March 2006 19:56 > To: fez...@li... > Subject: [Fez-users] Creating Community Error - again ;) > > Hello Everybody! > > I've read through the previous Community Creation error and while my > problem sounds VERY similar, the same fix doesn't work. I enter the > name and keyword and click on publish or done and get that same blank > page Justin Davis got. I have updated fedora.fcfg to set the default > PID namespace to BA and added it to retainPIDs and the error remains. > The strange this it that I can't find any error messages. Everything > seems to be running ok... I just don't see anything. > > I tried the http://your_fedora_server/mgmt/getNextPID?xml=true and I > also get a blank page there - so I'm guess I'm not creating new PIDs? > Anyone have any clues? I'll provide more info, I just don't know where > to go at this point... > Thanks! > Katie > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |
From: <pen...@rh...> - 2006-03-07 18:58:47
|
Thanks for the offer to help, Matt. Printing out variables is definitely telling me a little more about what is going on. First of all, the namespace is correct as rds. The ns vs. rds was my attempt at obfuscation of output for the list. What I found out is that, everything works fine up to this line in the fedoraInsertUpdate function: Record::insertXML($pid, compact('datastreamTitles', 'xmlObj', 'indexArray', 'existingDatastreams' ), $ingestObject); If I put the following code above that line: echo "PID: ".print_r($pid, true); echo " | Created Date: ".print_r($this->created_date, true); echo " | Updated Date: ".print_r($this->updated_date, true); echo " | File Downloads: ".print_r($file_downloads, true); echo " | Datastream Titles: ".print_r($datastreamTitles, true); echo " | XMLObj: ".print_r($xmlObj, true); exit; I get output (see below). If I let that line execute, I get a blank page. I think the problem has to do with Tidy. I added some variable dump lines to inside the insertXML function, and while I do get output for "XML Object Before Tidy" I never get anything from "XML Object After Tidy" which leads me to believe that the Fedora_API::callIngestObject($xmlObj); command is failing. if ($ingestObject) { // Actually Ingest the object Into Fedora // We only have to do this when first creating the object, subsequent updates should just work with the // datastreams. // will have to exclude the non X control group xml and add the datastreams after the base ingestion. $xmlObj =3D Misc::removeNonXMLDatastreams($datastreamXMLHeaders, $xmlObj); echo " | XML Object Before Tidy: ".print_r($xmlObj, true); $config =3D array( 'indent' =3D> true, 'input-xml' =3D> true, 'output-xml' =3D> true, 'wrap' =3D> 200); $tidy =3D new tidy; $tidy->parseString($xmlObj, $config, 'utf8'); $tidy->cleanRepair(); $xmlObj =3D $tidy; echo " | XML Object After Tidy: ".print_r($xmlObj, true); Fedora_API::callIngestObject($xmlObj); } I never see any objects get created in our Fedora 2.1 repository. Strangely, as long as I exit out of the insertXML function or exit out of the fedoraInsertUpdate before the insertXML function is called, I can get variable dumps. If I let the insertXML function get called and execute all the way through, I get a blank page. Any ideas for what I should try next? Thanks in advance for the help, Matt. Stacy > -----Original Message----- > From: fez...@li...=20 > [mailto:fez...@li...] On Behalf Of=20 > Matthew Smith > Sent: Monday, March 06, 2006 5:40 PM > To: fez...@li... > Subject: Re: [Fez-users] Creating Community Error - again ;) >=20 > Stacy, >=20 > The namespaces in your email don't match - are you using 'ns'=20 > or 'rds'? There's an earlier post that suggests checking the=20 > namespace in config.fcfg: >=20 > fedora.fcfg the value of pidNamespace must be included=20 > in retainPIDs > , so I think you must include m05 or place a *. >=20 > Worth a try. I'm not very familiar with the fedora side of=20 > things but I'm trying to handle some of the queries on this=20 > list while Christiaan is busily engaged with some internal UQ=20 > customers... >=20 > I searched for your error message on the Fedora mailing list=20 > but haven't found much - possiblility of a bug with long=20 > label names on datastreams... >=20 > Meanwhile, to debug from the Fez end, the function that=20 > creates the community is in the file class.record.php and in=20 > the function called fedoraInsertUpdate. Right at the top of=20 > that function it tries to get a new PID (in the case of=20 > insert it will need to get a pid). >=20 > To debug your way through it, try adding the following line=20 > after the call to getNextPID() >=20 > echo "PID:".print_r($this->pid, true); exit; >=20 > This will print out whatever the fedora server result PID was=20 > and exit the rest of the page script so that only that result=20 > will be printed on the screen. Once you've established that=20 > it's getting a pid, delete the debug line you just added and=20 > move it down the function a bit and try printing out=20 > different variables until you find the spot where it dies. >=20 > If you get nothing at all even then, let me know too as it=20 > must then be failing even before it gets to the=20 > fedoraInsertUpdate function. >=20 > I'm sure this is a simple fix once we find it. >=20 > Matt >=20 |
From: Matthew S. <yo....@gm...> - 2006-03-16 00:32:13
|
I thought of this but forgot to send to the list! Put "quotes" around the line $xmlObj =3D $tidy; and see what happens. Also, i'm not sure if your printed variable dumps came through as attachments but I can't see them on my email. Sorry about the slow replies, will try to pick up the pace. Matt On 3/8/06, pen...@rh... <pen...@rh...> wrote: > > Thanks for the offer to help, Matt. Printing out variables is definitely > telling me a little more about what is going on. > > First of all, the namespace is correct as rds. The ns vs. rds was my > attempt at obfuscation of output for the list. > > What I found out is that, everything works fine up to this line in the > fedoraInsertUpdate function: > > Record::insertXML($pid, compact('datastreamTitles', 'xmlObj', > 'indexArray', 'existingDatastreams' ), $ingestObject); > > If I put the following code above that line: > > echo "PID: ".print_r($pid, true); > echo " | Created Date: ".print_r($this->created_date, true); > echo " | Updated Date: ".print_r($this->updated_date, true); > echo " | File Downloads: ".print_r($file_downloads, true); > echo " | Datastream Titles: ".print_r($datastreamTitles, true); > echo " | XMLObj: ".print_r($xmlObj, true); > exit; > > I get output (see below). If I let that line execute, I get a blank > page. > > I think the problem has to do with Tidy. I added some variable dump > lines to inside the insertXML function, and while I do get output for > "XML Object Before Tidy" I never get anything from "XML Object After > Tidy" which leads me to believe that the > Fedora_API::callIngestObject($xmlObj); command is failing. > > if ($ingestObject) { > // Actually Ingest the object Into Fedora > // We only have to do this when first creating the object, > subsequent updates should just work with the > // datastreams. > // will have to exclude the non X control group xml and add > the datastreams after the base ingestion. > $xmlObj =3D > Misc::removeNonXMLDatastreams($datastreamXMLHeaders, $xmlObj); > > echo " | XML Object Before Tidy: ".print_r($xmlObj, true); > > $config =3D array( > 'indent' =3D> true, > 'input-xml' =3D> true, > 'output-xml' =3D> true, > 'wrap' =3D> 200); > > $tidy =3D new tidy; > $tidy->parseString($xmlObj, $config, 'utf8'); > $tidy->cleanRepair(); > $xmlObj =3D $tidy; > > echo " | XML Object After Tidy: ".print_r($xmlObj, true); > > Fedora_API::callIngestObject($xmlObj); > } > > I never see any objects get created in our Fedora 2.1 repository. > Strangely, as long as I exit out of the insertXML function or exit out > of the fedoraInsertUpdate before the insertXML function is called, I can > get variable dumps. If I let the insertXML function get called and > execute all the way through, I get a blank page. > > Any ideas for what I should try next? Thanks in advance for the help, > Matt. > > Stacy > > > > -----Original Message----- > > From: fez...@li... > > [mailto:fez...@li...] On Behalf Of > > Matthew Smith > > Sent: Monday, March 06, 2006 5:40 PM > > To: fez...@li... > > Subject: Re: [Fez-users] Creating Community Error - again ;) > > > > Stacy, > > > > The namespaces in your email don't match - are you using 'ns' > > or 'rds'? There's an earlier post that suggests checking the > > namespace in config.fcfg: > > > > fedora.fcfg the value of pidNamespace must be included > > in retainPIDs > > , so I think you must include m05 or place a *. > > > > Worth a try. I'm not very familiar with the fedora side of > > things but I'm trying to handle some of the queries on this > > list while Christiaan is busily engaged with some internal UQ > > customers... > > > > I searched for your error message on the Fedora mailing list > > but haven't found much - possiblility of a bug with long > > label names on datastreams... > > > > Meanwhile, to debug from the Fez end, the function that > > creates the community is in the file class.record.php and in > > the function called fedoraInsertUpdate. Right at the top of > > that function it tries to get a new PID (in the case of > > insert it will need to get a pid). > > > > To debug your way through it, try adding the following line > > after the call to getNextPID() > > > > echo "PID:".print_r($this->pid, true); exit; > > > > This will print out whatever the fedora server result PID was > > and exit the rest of the page script so that only that result > > will be printed on the screen. Once you've established that > > it's getting a pid, delete the debug line you just added and > > move it down the function a bit and try printing out > > different variables until you find the spot where it dies. > > > > If you get nothing at all even then, let me know too as it > > must then be failing even before it gets to the > > fedoraInsertUpdate function. > > > > I'm sure this is a simple fix once we find it. > > > > Matt > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |
From: <pen...@rh...> - 2006-03-16 16:48:39
|
It turns out that we were having a problem with Tidy and PHP all the time. We got to checking to make sure that all of the Fez PHP dependencies were working properly, and Tidy definitely wasn't working. We did get Tidy working, but now, on the Create Community page, none of the buttons (Publish, Submit for Approval, Done, and Reset) work, either in IE or Firefox. It is really odd. The buttons just stopped working. Rather than spend any more time on the 1.1beta release of Fez, we are going to check out 1.2 when it is released. Any idea when that will be? Stacy > -----Original Message----- > From: fez...@li...=20 > [mailto:fez...@li...] On Behalf Of=20 > Matthew Smith > Sent: Wednesday, March 15, 2006 6:32 PM > To: fez...@li... > Subject: Re: [Fez-users] Creating Community Error - again ;) >=20 > I thought of this but forgot to send to the list! Put=20 > "quotes" around the line $xmlObj =3D $tidy; and see what=20 > happens. Also, i'm not sure if your printed variable dumps=20 > came through as attachments but I can't see them on my email. >=20 > Sorry about the slow replies, will try to pick up the pace. >=20 > Matt |
From: Matthew S. <yo....@gm...> - 2006-03-16 23:28:10
|
This is a busy time of year for us at UQ and it's impacting on our being able to focus on getting a release together for Fez. I was thinking of putting out a monthly snapshot in future so that we can keep things moving along. Would that be helpful or hinderance? I think the resulting situation would be that some snapshots would be just what you need and others might be less so but at least we could get feedback on how it's working on your computers and you could get bugfixes and other development more easily. Matt On 3/17/06, pen...@rh... <pen...@rh...> wrote: > It turns out that we were having a problem with Tidy and PHP all the > time. We got to checking to make sure that all of the Fez PHP > dependencies were working properly, and Tidy definitely wasn't working. > > We did get Tidy working, but now, on the Create Community page, none of > the buttons (Publish, Submit for Approval, Done, and Reset) work, either > in IE or Firefox. It is really odd. The buttons just stopped working. > > Rather than spend any more time on the 1.1beta release of Fez, we are > going to check out 1.2 when it is released. Any idea when that will be? > > Stacy > > > > -----Original Message----- > > From: fez...@li... > > [mailto:fez...@li...] On Behalf Of > > Matthew Smith > > Sent: Wednesday, March 15, 2006 6:32 PM > > To: fez...@li... > > Subject: Re: [Fez-users] Creating Community Error - again ;) > > > > I thought of this but forgot to send to the list! Put > > "quotes" around the line $xmlObj =3D $tidy; and see what > > happens. Also, i'm not sure if your printed variable dumps > > came through as attachments but I can't see them on my email. > > > > Sorry about the slow replies, will try to pick up the pace. > > > > Matt > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |
From: <pen...@rh...> - 2006-03-17 17:07:14
|
Matt, thanks for the offer of a monthly snapshot. I think it may be more useful to wait until the time is available for you to roll-up a final release rather than just using snapshots. We are happy to wait for a final Fez 1.2 release (or even 1.3, if you want to surprise us!). I say take your time and just release a version you see as stable and solving all known issues, and then you can release snapshots to address spot fixes, some of which can be subversions (1.2.1 or 1.2.2, that sort of thing). Thanks for all of your hard work on Fez! It is impressive and destined to be more so over time... Stacy > -----Original Message----- > From: fez...@li...=20 > [mailto:fez...@li...] On Behalf Of=20 > Matthew Smith > Sent: Thursday, March 16, 2006 5:28 PM > To: fez...@li... > Subject: Re: [Fez-users] Creating Community Error - again ;) >=20 > This is a busy time of year for us at UQ and it's impacting=20 > on our being able to focus on getting a release together for=20 > Fez. I was thinking of putting out a monthly snapshot in=20 > future so that we can keep things moving along. Would that=20 > be helpful or hinderance? I think the resulting situation=20 > would be that some snapshots would be just what you need and=20 > others might be less so but at least we could get feedback on=20 > how it's working on your computers and you could get bugfixes=20 > and other development more easily. >=20 > Matt |
From: Haryo S. <h.s...@ec...> - 2006-04-04 02:47:43
|
Hi everyone, Not so happy to tell you that I also have this problem on my machine. I use Fedora2.1b and the security setting that I use is nossl-all . I looked through the config.inc.php file on fez/ and I believe that the APP_FEDORA_SETUP is correct. (By all means, it is not a localhost or 127.0.0.1). Was it a correlated issue if I also have a problem on having message (Authorization Denied) as soon as I stopped the Fedora? Please if you have any thoughts or suggestions, it would be very much appreciated. Thank you. Haryo > Tony and Katie, are you both getting blank pages on the > /mgmt/getNextPID service? In that case you should direct your efforts > at finding out why fedora isn't replying to the request. > > Fez is trying to make use of the API-M-Lite interface. To get the next PID. > http://www.fedora.info/download/2.1b/userdocs/server/webservices/ apimlite/index.html > > The problem may be a security setting in fedora. The following page > states that API-M can be set to deny from all but localhost. > http://www.fedora.info/download/2.1b/userdocs/server/security/ securingrepo.html > Perhaps you need to change a http to https in your configuration of > Fez or vice versa in config.inc.php. > > Check the APP_FEDORA_SETUP definition, it should match the security > model for your fedora setup. Check the APIM settings in > config.inc.php. > > Matt |
From: Matthew S. <yo....@gm...> - 2006-03-06 23:39:57
|
Stacy, The namespaces in your email don't match - are you using 'ns' or 'rds'? There's an earlier post that suggests checking the namespace in config.fcfg: fedora.fcfg the value of pidNamespace must be included in retainPIDs , so I think you must include m05 or place a *. Worth a try. I'm not very familiar with the fedora side of things but I'm trying to handle some of the queries on this list while Christiaan is busily engaged with some internal UQ customers... I searched for your error message on the Fedora mailing list but haven't found much - possiblility of a bug with long label names on datastreams... Meanwhile, to debug from the Fez end, the function that creates the community is in the file class.record.php and in the function called fedoraInsertUpdate. Right at the top of that function it tries to get a new PID (in the case of insert it will need to get a pid). To debug your way through it, try adding the following line after the call to getNextPID() echo "PID:".print_r($this->pid, true); exit; This will print out whatever the fedora server result PID was and exit the rest of the page script so that only that result will be printed on the screen. Once you've established that it's getting a pid, delete the debug line you just added and move it down the function a bit and try printing out different variables until you find the spot where it dies. If you get nothing at all even then, let me know too as it must then be failing even before it gets to the fedoraInsertUpdate function. I'm sure this is a simple fix once we find it. Matt On 3/7/06, pen...@rh... <pen...@rh...> wrote: > > Matt, I'm having the same trouble as Tony and Katie using Fez 1.1beta > and Fedora 2.1. I know that I'm not having an API-M-Lite problem, as I > can get back correct data with an API-M-Lite request after > authenticating from my Fez server: > > http://servername.server.edu:8090/fedora/mgmt/getNextPID?namespace=3Dns&x= m > l=3DTRUE > > <pidList > xsi:schemaLocation=3D"http://www.fedora.info/definitions/1/0/management/ > http://dam.rhodes.edu:8090/getNextPIDInfo.xsd"> > <pid>ns:60</pid> > </pidList> > > All of the entries in my Fez config.inc.php file look fine and correctly > set. > > I am getting an error on the Fedora server in nohup.out when I get the > blank window error in Fez that I cannot figure out that looks like this: > > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > no path in db registry for [rds:60] > fedora.server.errors.ObjectNotInLowlevelStorageException: no path in db > registry for [rds:60] > at > fedora.server.storage.lowlevel.DBPathRegistry.get(DBPathRegistry.java:93 > ) > at > fedora.server.storage.lowlevel.FileSystemLowlevelStorage.retrieve(FileSy > stemLowlevelStorage.java:192) > at > fedora.server.storage.DefaultDOManager.getReader(DefaultDOManager.java:4 > 21) > at > fedora.server.access.DefaultAccess.getDatastreamDissemination(DefaultAcc > ess.java:835) > at > fedora.server.access.FedoraAccessServlet.getDatastreamDissemination(Fedo > raAccessServlet.java:504) > at > fedora.server.access.FedoraAccessServlet.doGet(FedoraAccessServlet.java: > 395) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) > at > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:268) > at > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.jav > a:157) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica > tionFilterChain.java:231) > at > org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi > lterChain.java:50) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC > hain.java:140) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt > erChain.java:136) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv > e.java:214) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:104) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 > 20) > at > org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon > textValve.java:198) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv > e.java:152) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:104) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator > Base.java:540) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:102) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 > 20) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java > :137) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:104) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java > :118) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535 > ) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:102) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 > 20) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. > java:109) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo > ntext.java:104) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 > 20) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) > at > org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79 > 9) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC > onnection(Http11Protocol.java:705) > at > org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57 > 7) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool > .java:683) > at java.lang.Thread.run(Thread.java:595) > > Any ideas? I was just going to wait for Fez 2.2 before trying to move > forward with it, but if anyone has any ideas, I would love to hear > them... > > Stacy > > > > -----Original Message----- > > From: fez...@li... > > [mailto:fez...@li...] On Behalf Of > > Matthew Smith > > Sent: Sunday, March 05, 2006 8:17 PM > > To: fez...@li... > > Subject: Re: [Fez-users] Creating Community Error - again ;) > > > > Tony and Katie, are you both getting blank pages on the > > /mgmt/getNextPID service? In that case you should direct > > your efforts at finding out why fedora isn't replying to the request. > > > > Fez is trying to make use of the API-M-Lite interface. To > > get the next PID. > > http://www.fedora.info/download/2.1b/userdocs/server/webservic > > es/apimlite/index.html > > > > The problem may be a security setting in fedora. The > > following page states that API-M can be set to deny from all > > but localhost. > > http://www.fedora.info/download/2.1b/userdocs/server/security/ > > securingrepo.html > > Perhaps you need to change a http to https in your > > configuration of Fez or vice versa in config.inc.php. > > > > Check the APP_FEDORA_SETUP definition, it should match the > > security model for your fedora setup. Check the APIM > > settings in config.inc.php. > > > > Matt > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |