From: <KEI...@nu...> - 2009-05-14 14:55:43
Attachments:
xsds.zip
|
Hi All,<BR>Sorry to bother you again. I'm reposting this message becuase it got posted as spam and jibberish the last time.<BR> <BR>I've created an XSD but everytime I create a record with it under Linux I get an error. Oddly enough, the same XSD works fine on Windows. Here are the steps that I've followed:-<BR> <BR>1. I created a new record-type called Qualicat in Windows and it's working fine. <BR>2. I deleted all the XSDs on my Linux server.<BR>3. I imported all the Windows XSDs back into Linux.<BR>4. I created a community and a collection to keep my QC records organised. (this works fine)<BR>5. I then try to create a QC record in Linux and when I hit "publish" I get this message:-<BR> <BR>Warning: Invalid argument supplied for foreach() in /opt/lampp/htdocs/archive/include/class.record.php on line 686<BR>Warning: implode() [function.implode]: Invalid arguments passed in /opt/lampp/htdocs/archive/include/class.record.php on line 703<BR>Warning: Invalid argument supplied for foreach() in /opt/lampp/htdocs/archive/include/class.record.php on line 722<BR>Fatal error: Call to a member function getXSD_HTML_Match() on a non-object in /opt/lampp/htdocs/archive/include/class.record.php on line 3374<BR> <BR> <BR>I got this error before and Bernadette helped me fix it (a problem in the RELS-EXT). However, it can't be a problem with RELS-EXT this time because it works fine with Windows. I've checked (many times) my XSD_MF references and they're correct.<BR> <BR>I've also tried creating the Qualicat record type through Linux manually and I also get the same problem. I've tried re-installing Fez and I'm using the correct workflows. This is my reasoning about the problem so far:-<BR> <BR>1. It can't be a problem with my Fedora set up because I'm able to create new communities/collections.<BR>2. I don't think it's my XSDs because they work with Windows<BR>3. My config settings should be correct as all my sanity checks pass<BR> <BR>I've included a copy of my XSDs. It's not a complete version of what Qualicat will eventually be but it should be complete enough to not cause errors! (PS Qualicat is just Dublin Core with a few extra fields added in for our own convenience).<BR> <BR>Anyway I hope that someone can help.<BR> <BR>Thanks,<BR>Keith<BR><BR>Ps My email is keith.p.dooley[at]nuim.ie. It doesn't always appear correctly on SF for some reason.<BR> |
From: Bernadette H. <ber...@de...> - 2009-05-14 23:28:36
|
Hi Keith, this error seems to crop up from time to time, and usually seems to be associated with unexpected data from somewhere or other (in the RELS-EXT case, Fez was expecting a PID, and spat the dummy when the data wasn't a PID). I have no problems using your XSDs on my windows setup, so am wondering if the problem could be some input character that Windows doesn't baulk at, but Linux does. Perhaps a diacritic somewhere???? Just a shot in the semi-dark ... bern From: KEI...@nu... [mailto:KEI...@nu...] Sent: Friday, 15 May 2009 12:55 AM To: fez...@li... Subject: [Fez-users] XSD Works In Windows But Not Linux Hi All, Sorry to bother you again. I'm reposting this message becuase it got posted as spam and jibberish the last time. I've created an XSD but everytime I create a record with it under Linux I get an error. Oddly enough, the same XSD works fine on Windows. Here are the steps that I've followed:- 1. I created a new record-type called Qualicat in Windows and it's working fine. 2. I deleted all the XSDs on my Linux server. 3. I imported all the Windows XSDs back into Linux. 4. I created a community and a collection to keep my QC records organised. (this works fine) 5. I then try to create a QC record in Linux and when I hit "publish" I get this message:- Warning: Invalid argument supplied for foreach() in /opt/lampp/htdocs/archive/include/class.record.php on line 686 Warning: implode() [function.implode]: Invalid arguments passed in /opt/lampp/htdocs/archive/include/class.record.php on line 703 Warning: Invalid argument supplied for foreach() in /opt/lampp/htdocs/archive/include/class.record.php on line 722 Fatal error: Call to a member function getXSD_HTML_Match() on a non-object in /opt/lampp/htdocs/archive/include/class.record.php on line 3374 I got this error before and Bernadette helped me fix it (a problem in the RELS-EXT). However, it can't be a problem with RELS-EXT this time because it works fine with Windows. I've checked (many times) my XSD_MF references and they're correct. I've also tried creating the Qualicat record type through Linux manually and I also get the same problem. I've tried re-installing Fez and I'm using the correct workflows. This is my reasoning about the problem so far:- 1. It can't be a problem with my Fedora set up because I'm able to create new communities/collections. 2. I don't think it's my XSDs because they work with Windows 3. My config settings should be correct as all my sanity checks pass I've included a copy of my XSDs. It's not a complete version of what Qualicat will eventually be but it should be complete enough to not cause errors! (PS Qualicat is just Dublin Core with a few extra fields added in for our own convenience). Anyway I hope that someone can help. Thanks, Keith Ps My email is keith.p.dooley[at]nuim.ie. It doesn't always appear correctly on SF for some reason. |
From: Yuri B. <yb...@ac...> - 2009-05-18 17:46:56
|
Hello, I have problems with XSDs too. My fez fails to create (correctly) new XSD by cloning an old one. I tried to create new XSD by cloning previously created one and an original one (Generic Document/MODS) in "XSD Fedora Object XML". The clones are created (no errors noticed) but only few of XSD elements (/ObjectProperies, /ObjectProperties/property, PID) are filled and all the rest are empty/undefined. See screenshot of the "Clone of Generic Document" showing the undefined "label" element: http://actd.iict.pt/GenDocClone.png and one of the original "Generic Document" http://actd.iict.pt/GenDoc.png The comparison also shows the "Delete" button is missing. What may be the problem? Fez is just synced from the svn (R2363). The same behavior did show R2308. R2219 was working correctly. Fez is running on Linux and the "Sanity Check" show no error. BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 because of 2 reasons: 1. There is syntax error in the script - there should not be "`" on both sides of %TABLE_PREFIX% 2. rek_thomson_citation_count was missing in the table - I had to add it manually BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to import xsds.xml some time ago but the XSDs that I have created were overwritten and messed up and I had to restore the DB from the backup. Regards, Yuri |
From: Bernadette H. <ber...@de...> - 2009-05-18 22:47:26
|
Hi Yuri, We've found that the best way to upgrade our XSDs is to delete the existing ones first. However, if you delete them via the Admin menu, not all the relevant tables get emptied, so errors tend to occur; so we also go into the sql tables and empty all tables beginning with fez_xsd (it is on my to-do list to fix that little problem). Once all the fez_xsd.* tables are empty, you can reimport the new XSDs. Give that a go, and let me know if that resolves any of the issues you describe. bern -----Original Message----- From: Yuri Binev [mailto:yb...@ac...] Sent: Tuesday, 19 May 2009 3:29 AM To: fez...@li... Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? Hello, I have problems with XSDs too. My fez fails to create (correctly) new XSD by cloning an old one. I tried to create new XSD by cloning previously created one and an original one (Generic Document/MODS) in "XSD Fedora Object XML". The clones are created (no errors noticed) but only few of XSD elements (/ObjectProperies, /ObjectProperties/property, PID) are filled and all the rest are empty/undefined. See screenshot of the "Clone of Generic Document" showing the undefined "label" element: http://actd.iict.pt/GenDocClone.png and one of the original "Generic Document" http://actd.iict.pt/GenDoc.png The comparison also shows the "Delete" button is missing. What may be the problem? Fez is just synced from the svn (R2363). The same behavior did show R2308. R2219 was working correctly. Fez is running on Linux and the "Sanity Check" show no error. BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 because of 2 reasons: 1. There is syntax error in the script - there should not be "`" on both sides of %TABLE_PREFIX% 2. rek_thomson_citation_count was missing in the table - I had to add it manually BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to import xsds.xml some time ago but the XSDs that I have created were overwritten and messed up and I had to restore the DB from the backup. Regards, Yuri ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |
From: Yuri B. <yb...@ac...> - 2009-05-18 23:12:32
|
Hi Bern, Thank you, I will try to update the XSDs tomorrow (I am at GMT) through the procedure you suggested and I shall report back. But I assume it is not related to the "Clone XSD" problem. Did some one experienced similar issue with recent svn version? Do you think both problems are related? Thanks, Yuri On Mon, May 18, 2009 11:47 pm, Bernadette Houghton wrote: > Hi Yuri, > > We've found that the best way to upgrade our XSDs is to delete the > existing ones first. However, if you delete them via the Admin menu, not > all the relevant tables get emptied, so errors tend to occur; so we also > go into the sql tables and empty all tables beginning with fez_xsd (it is > on my to-do list to fix that little problem). > > Once all the fez_xsd.* tables are empty, you can reimport the new XSDs. > > Give that a go, and let me know if that resolves any of the issues you > describe. > > bern > > -----Original Message----- > From: Yuri Binev [mailto:yb...@ac...] > Sent: Tuesday, 19 May 2009 3:29 AM > To: fez...@li... > Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? > > Hello, > > I have problems with XSDs too. > My fez fails to create (correctly) new XSD by cloning an old one. > > I tried to create new XSD by cloning previously created one and an > original one (Generic Document/MODS) in "XSD Fedora Object XML". The > clones are created (no errors noticed) but only few of XSD elements > (/ObjectProperies, /ObjectProperties/property, PID) are filled and all the > rest are empty/undefined. > See screenshot of the "Clone of Generic Document" showing the undefined > "label" element: > http://actd.iict.pt/GenDocClone.png > and one of the original "Generic Document" > http://actd.iict.pt/GenDoc.png > The comparison also shows the "Delete" button is missing. > > What may be the problem? > Fez is just synced from the svn (R2363). The same behavior did show R2308. > R2219 was working correctly. > Fez is running on Linux and the "Sanity Check" show no error. > > BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 because > of 2 reasons: > 1. There is syntax error in the script - there should not be "`" on both > sides of %TABLE_PREFIX% > 2. rek_thomson_citation_count was missing in the table - I had to add it > manually > > BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to > import xsds.xml some time ago but the XSDs that I have created were > overwritten and messed up and I had to restore the DB from the backup. > > Regards, Yuri > > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |
From: Bernadette H. <ber...@de...> - 2009-05-18 23:23:52
|
Hi Yuri, apparently there were some issues recently with the workflows; but the symptoms reported then were different to those you describe. Although it may well be that whoever encountered the previous problems just didn't happen to clone an XSD as you did ;-) But using the latest workflows should be fine. I think it possible that the clone issue is related to the XSD import problem, as one of the symptoms you're getting is missing xsdmf_ids. But this doesn't explain the missing "delete" button, so there is most likely some other issue involved as well. My first thought re the missing "delete" button was that there were issues with the workflow roles; but the HTML Match Editor doesn't actually use the workflow roles. And you were most likely logging on as Administrator, anyway, so not too sure about that one. bern -----Original Message----- From: Yuri Binev [mailto:yb...@ac...] Sent: Tuesday, 19 May 2009 9:12 AM To: fez...@li... Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? Hi Bern, Thank you, I will try to update the XSDs tomorrow (I am at GMT) through the procedure you suggested and I shall report back. But I assume it is not related to the "Clone XSD" problem. Did some one experienced similar issue with recent svn version? Do you think both problems are related? Thanks, Yuri On Mon, May 18, 2009 11:47 pm, Bernadette Houghton wrote: > Hi Yuri, > > We've found that the best way to upgrade our XSDs is to delete the > existing ones first. However, if you delete them via the Admin menu, not > all the relevant tables get emptied, so errors tend to occur; so we also > go into the sql tables and empty all tables beginning with fez_xsd (it is > on my to-do list to fix that little problem). > > Once all the fez_xsd.* tables are empty, you can reimport the new XSDs. > > Give that a go, and let me know if that resolves any of the issues you > describe. > > bern > > -----Original Message----- > From: Yuri Binev [mailto:yb...@ac...] > Sent: Tuesday, 19 May 2009 3:29 AM > To: fez...@li... > Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? > > Hello, > > I have problems with XSDs too. > My fez fails to create (correctly) new XSD by cloning an old one. > > I tried to create new XSD by cloning previously created one and an > original one (Generic Document/MODS) in "XSD Fedora Object XML". The > clones are created (no errors noticed) but only few of XSD elements > (/ObjectProperies, /ObjectProperties/property, PID) are filled and all the > rest are empty/undefined. > See screenshot of the "Clone of Generic Document" showing the undefined > "label" element: > http://actd.iict.pt/GenDocClone.png > and one of the original "Generic Document" > http://actd.iict.pt/GenDoc.png > The comparison also shows the "Delete" button is missing. > > What may be the problem? > Fez is just synced from the svn (R2363). The same behavior did show R2308. > R2219 was working correctly. > Fez is running on Linux and the "Sanity Check" show no error. > > BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 because > of 2 reasons: > 1. There is syntax error in the script - there should not be "`" on both > sides of %TABLE_PREFIX% > 2. rek_thomson_citation_count was missing in the table - I had to add it > manually > > BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to > import xsds.xml some time ago but the XSDs that I have created were > overwritten and messed up and I had to restore the DB from the backup. > > Regards, Yuri > > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |
From: Yuri B. <yb...@ac...> - 2009-05-19 16:24:45
|
Hi, I did some stepwise downgrades through the svn and found the commit where the "Clone XSD" problem comes. Unfortunately this is the "EPIC" commit 2267. Revision 2266 is the last one when "cloning XSD" creates correct XSD even without upgrading XSDs (I postponed this task for better times ;) ) Screenshot http://actd.iict.pt/GenDocClone2266.png Is it possible that the "Epic" commit did introduce the Clone problem or I am missing something? Yuri On Tue, May 19, 2009 12:23 am, Bernadette Houghton wrote: > Hi Yuri, apparently there were some issues recently with the workflows; > but the symptoms reported then were different to those you describe. > Although it may well be that whoever encountered the previous problems > just didn't happen to clone an XSD as you did ;-) But using the latest > workflows should be fine. > > I think it possible that the clone issue is related to the XSD import > problem, as one of the symptoms you're getting is missing xsdmf_ids. But > this doesn't explain the missing "delete" button, so there is most likely > some other issue involved as well. My first thought re the missing > "delete" button was that there were issues with the workflow roles; but > the HTML Match Editor doesn't actually use the workflow roles. And you > were most likely logging on as Administrator, anyway, so not too sure > about that one. > > bern > > -----Original Message----- > From: Yuri Binev [mailto:yb...@ac...] > Sent: Tuesday, 19 May 2009 9:12 AM > To: fez...@li... > Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? > > Hi Bern, > > Thank you, I will try to update the XSDs tomorrow (I am at GMT) through > the procedure you suggested and I shall report back. > > But I assume it is not related to the "Clone XSD" problem. > Did some one experienced similar issue with recent svn version? > Do you think both problems are related? > > Thanks, > Yuri > > > On Mon, May 18, 2009 11:47 pm, Bernadette Houghton wrote: >> Hi Yuri, >> >> We've found that the best way to upgrade our XSDs is to delete the >> existing ones first. However, if you delete them via the Admin menu, not >> all the relevant tables get emptied, so errors tend to occur; so we also >> go into the sql tables and empty all tables beginning with fez_xsd (it >> is >> on my to-do list to fix that little problem). >> >> Once all the fez_xsd.* tables are empty, you can reimport the new XSDs. >> >> Give that a go, and let me know if that resolves any of the issues you >> describe. >> >> bern >> >> -----Original Message----- >> From: Yuri Binev [mailto:yb...@ac...] >> Sent: Tuesday, 19 May 2009 3:29 AM >> To: fez...@li... >> Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? >> >> Hello, >> >> I have problems with XSDs too. >> My fez fails to create (correctly) new XSD by cloning an old one. >> >> I tried to create new XSD by cloning previously created one and an >> original one (Generic Document/MODS) in "XSD Fedora Object XML". The >> clones are created (no errors noticed) but only few of XSD elements >> (/ObjectProperies, /ObjectProperties/property, PID) are filled and all >> the >> rest are empty/undefined. >> See screenshot of the "Clone of Generic Document" showing the undefined >> "label" element: >> http://actd.iict.pt/GenDocClone.png >> and one of the original "Generic Document" >> http://actd.iict.pt/GenDoc.png >> The comparison also shows the "Delete" button is missing. >> >> What may be the problem? >> Fez is just synced from the svn (R2363). The same behavior did show >> R2308. >> R2219 was working correctly. >> Fez is running on Linux and the "Sanity Check" show no error. >> >> BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 because >> of 2 reasons: >> 1. There is syntax error in the script - there should not be "`" on both >> sides of %TABLE_PREFIX% >> 2. rek_thomson_citation_count was missing in the table - I had to add it >> manually >> >> BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to >> import xsds.xml some time ago but the XSDs that I have created were >> overwritten and messed up and I had to restore the DB from the backup. >> >> Regards, Yuri >> >> >> >> ------------------------------------------------------------------------------ >> Crystal Reports - New Free Runtime and 30 Day Trial >> Check out the new simplified licensing option that enables >> unlimited royalty-free distribution of the report engine >> for externally facing server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> >> ------------------------------------------------------------------------------ >> Crystal Reports - New Free Runtime and 30 Day Trial >> Check out the new simplified licensing option that enables >> unlimited royalty-free distribution of the report engine >> for externally facing server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> > > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |
From: Peter N. <Pet...@cd...> - 2009-05-20 04:06:29
|
Hi Yuri You may want to consider using the release-2.1 branch: http://dev-repo.library.uq.edu.au/websvn2/log.php?repname=fez&path=%2Fbr anches%2Frelease-2.1%2F&rev=0&sc=0&isdir=1 I'm still testing the "Epic" commit and have only partially merged it into this branch. The idea of this branch is to merge trunk commits into it (after going through some testing) - I run a production instance directly off this as well. I'm a bit behind with testing and am only up to trunk revision 2309 but will rectify this soon. The only revision prior to r2309 that is not fully merged is the "Epic" commit. I will look at this issue as part of testing. Regards Pete -----Original Message----- From: Yuri Binev [mailto:yb...@ac...] Sent: Wednesday, 20 May 2009 1:55 AM To: fez...@li... Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? Hi, I did some stepwise downgrades through the svn and found the commit where the "Clone XSD" problem comes. Unfortunately this is the "EPIC" commit 2267. Revision 2266 is the last one when "cloning XSD" creates correct XSD even without upgrading XSDs (I postponed this task for better times ;) ) Screenshot http://actd.iict.pt/GenDocClone2266.png Is it possible that the "Epic" commit did introduce the Clone problem or I am missing something? Yuri On Tue, May 19, 2009 12:23 am, Bernadette Houghton wrote: > Hi Yuri, apparently there were some issues recently with the > workflows; but the symptoms reported then were different to those you describe. > Although it may well be that whoever encountered the previous problems > just didn't happen to clone an XSD as you did ;-) But using the > latest workflows should be fine. > > I think it possible that the clone issue is related to the XSD import > problem, as one of the symptoms you're getting is missing xsdmf_ids. > But this doesn't explain the missing "delete" button, so there is most > likely some other issue involved as well. My first thought re the > missing "delete" button was that there were issues with the workflow > roles; but the HTML Match Editor doesn't actually use the workflow > roles. And you were most likely logging on as Administrator, anyway, > so not too sure about that one. > > bern > > -----Original Message----- > From: Yuri Binev [mailto:yb...@ac...] > Sent: Tuesday, 19 May 2009 9:12 AM > To: fez...@li... > Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? > > Hi Bern, > > Thank you, I will try to update the XSDs tomorrow (I am at GMT) > through the procedure you suggested and I shall report back. > > But I assume it is not related to the "Clone XSD" problem. > Did some one experienced similar issue with recent svn version? > Do you think both problems are related? > > Thanks, > Yuri > > > On Mon, May 18, 2009 11:47 pm, Bernadette Houghton wrote: >> Hi Yuri, >> >> We've found that the best way to upgrade our XSDs is to delete the >> existing ones first. However, if you delete them via the Admin menu, >> not all the relevant tables get emptied, so errors tend to occur; so >> we also go into the sql tables and empty all tables beginning with >> fez_xsd (it is on my to-do list to fix that little problem). >> >> Once all the fez_xsd.* tables are empty, you can reimport the new XSDs. >> >> Give that a go, and let me know if that resolves any of the issues >> you describe. >> >> bern >> >> -----Original Message----- >> From: Yuri Binev [mailto:yb...@ac...] >> Sent: Tuesday, 19 May 2009 3:29 AM >> To: fez...@li... >> Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? >> >> Hello, >> >> I have problems with XSDs too. >> My fez fails to create (correctly) new XSD by cloning an old one. >> >> I tried to create new XSD by cloning previously created one and an >> original one (Generic Document/MODS) in "XSD Fedora Object XML". The >> clones are created (no errors noticed) but only few of XSD elements >> (/ObjectProperies, /ObjectProperties/property, PID) are filled and >> all the rest are empty/undefined. >> See screenshot of the "Clone of Generic Document" showing the >> undefined "label" element: >> http://actd.iict.pt/GenDocClone.png >> and one of the original "Generic Document" >> http://actd.iict.pt/GenDoc.png >> The comparison also shows the "Delete" button is missing. >> >> What may be the problem? >> Fez is just synced from the svn (R2363). The same behavior did show >> R2308. >> R2219 was working correctly. >> Fez is running on Linux and the "Sanity Check" show no error. >> >> BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 >> because of 2 reasons: >> 1. There is syntax error in the script - there should not be "`" on >> both sides of %TABLE_PREFIX% 2. rek_thomson_citation_count was >> missing in the table - I had to add it manually >> >> BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to >> import xsds.xml some time ago but the XSDs that I have created were >> overwritten and messed up and I had to restore the DB from the backup. >> >> Regards, Yuri >> >> >> >> --------------------------------------------------------------------- >> --------- Crystal Reports - New Free Runtime and 30 Day Trial Check >> out the new simplified licensing option that enables unlimited >> royalty-free distribution of the report engine for externally facing >> server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> >> --------------------------------------------------------------------- >> --------- Crystal Reports - New Free Runtime and 30 Day Trial Check >> out the new simplified licensing option that enables unlimited >> royalty-free distribution of the report engine for externally facing >> server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> > > > > ---------------------------------------------------------------------- > -------- Crystal Reports - New Free Runtime and 30 Day Trial Check out > the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ---------------------------------------------------------------------- > -------- Crystal Reports - New Free Runtime and 30 Day Trial Check out > the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > ------------------------------------------------------------------------ ------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |
From: Yuri B. <yb...@ac...> - 2009-05-20 21:58:37
|
Hi Peter, Thank you for your suggestion. I did "svn switch svn://dev-repo.library.uq.edu.au/fez/branches/release-2.1" from trunk and everything works correctly now. I guess I should stick to the release-2.1 branch instead of updating to trunk. BTW, Is somebody considering to include the patch that I suggested at November 7, 2008? - It brings back support of items with alphanumerical PIDs like abc:ABC123. Regards, Yuri On Wed, May 20, 2009 5:04 am, Peter Newman wrote: > Hi Yuri > > You may want to consider using the release-2.1 branch: > http://dev-repo.library.uq.edu.au/websvn2/log.php?repname=fez&path=%2Fbr > anches%2Frelease-2.1%2F&rev=0&sc=0&isdir=1 > > I'm still testing the "Epic" commit and have only partially merged it > into this branch. The idea of this branch is to merge trunk commits > into it (after going through some testing) - I run a production instance > directly off this as well. I'm a bit behind with testing and am only up > to trunk revision 2309 but will rectify this soon. The only revision > prior to r2309 that is not fully merged is the "Epic" commit. > > I will look at this issue as part of testing. > > Regards > Pete > > -----Original Message----- > From: Yuri Binev [mailto:yb...@ac...] > Sent: Wednesday, 20 May 2009 1:55 AM > To: fez...@li... > Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? > > Hi, > > I did some stepwise downgrades through the svn and found the commit > where the "Clone XSD" problem comes. Unfortunately this is the "EPIC" > commit 2267. > > Revision 2266 is the last one when "cloning XSD" creates correct XSD > even without upgrading XSDs (I postponed this task for better times ;) ) > Screenshot http://actd.iict.pt/GenDocClone2266.png > > Is it possible that the "Epic" commit did introduce the Clone problem or > I am missing something? > > Yuri > > On Tue, May 19, 2009 12:23 am, Bernadette Houghton wrote: >> Hi Yuri, apparently there were some issues recently with the >> workflows; but the symptoms reported then were different to those you > describe. >> Although it may well be that whoever encountered the previous problems > >> just didn't happen to clone an XSD as you did ;-) But using the >> latest workflows should be fine. >> >> I think it possible that the clone issue is related to the XSD import >> problem, as one of the symptoms you're getting is missing xsdmf_ids. >> But this doesn't explain the missing "delete" button, so there is most > >> likely some other issue involved as well. My first thought re the >> missing "delete" button was that there were issues with the workflow >> roles; but the HTML Match Editor doesn't actually use the workflow >> roles. And you were most likely logging on as Administrator, anyway, >> so not too sure about that one. >> >> bern >> >> -----Original Message----- >> From: Yuri Binev [mailto:yb...@ac...] >> Sent: Tuesday, 19 May 2009 9:12 AM >> To: fez...@li... >> Subject: Re: [Fez-users] Clone XSD in svn-R2363 doesn't work? >> >> Hi Bern, >> >> Thank you, I will try to update the XSDs tomorrow (I am at GMT) >> through the procedure you suggested and I shall report back. >> >> But I assume it is not related to the "Clone XSD" problem. >> Did some one experienced similar issue with recent svn version? >> Do you think both problems are related? >> >> Thanks, >> Yuri >> >> >> On Mon, May 18, 2009 11:47 pm, Bernadette Houghton wrote: >>> Hi Yuri, >>> >>> We've found that the best way to upgrade our XSDs is to delete the >>> existing ones first. However, if you delete them via the Admin menu, >>> not all the relevant tables get emptied, so errors tend to occur; so >>> we also go into the sql tables and empty all tables beginning with >>> fez_xsd (it is on my to-do list to fix that little problem). >>> >>> Once all the fez_xsd.* tables are empty, you can reimport the new > XSDs. >>> >>> Give that a go, and let me know if that resolves any of the issues >>> you describe. >>> >>> bern >>> >>> -----Original Message----- >>> From: Yuri Binev [mailto:yb...@ac...] >>> Sent: Tuesday, 19 May 2009 3:29 AM >>> To: fez...@li... >>> Subject: [Fez-users] Clone XSD in svn-R2363 doesn't work? >>> >>> Hello, >>> >>> I have problems with XSDs too. >>> My fez fails to create (correctly) new XSD by cloning an old one. >>> >>> I tried to create new XSD by cloning previously created one and an >>> original one (Generic Document/MODS) in "XSD Fedora Object XML". The >>> clones are created (no errors noticed) but only few of XSD elements >>> (/ObjectProperies, /ObjectProperties/property, PID) are filled and >>> all the rest are empty/undefined. >>> See screenshot of the "Clone of Generic Document" showing the >>> undefined "label" element: >>> http://actd.iict.pt/GenDocClone.png >>> and one of the original "Generic Document" >>> http://actd.iict.pt/GenDoc.png >>> The comparison also shows the "Delete" button is missing. >>> >>> What may be the problem? >>> Fez is just synced from the svn (R2363). The same behavior did show >>> R2308. >>> R2219 was working correctly. >>> Fez is running on Linux and the "Sanity Check" show no error. >>> >>> BTW, sql upgrade from R2219 to R2308 failed on upgrade2009051300 >>> because of 2 reasons: >>> 1. There is syntax error in the script - there should not be "`" on >>> both sides of %TABLE_PREFIX% 2. rek_thomson_citation_count was >>> missing in the table - I had to add it manually >>> >>> BTW2, Is there a "correct" procedure to upgrade XSDs? I tried some to > >>> import xsds.xml some time ago but the XSDs that I have created were >>> overwritten and messed up and I had to restore the DB from the > backup. >>> >>> Regards, Yuri >>> >>> >>> >>> --------------------------------------------------------------------- >>> --------- Crystal Reports - New Free Runtime and 30 Day Trial Check >>> out the new simplified licensing option that enables unlimited >>> royalty-free distribution of the report engine for externally facing >>> server and web deployment. >>> http://p.sf.net/sfu/businessobjects >>> _______________________________________________ >>> Fez-users mailing list >>> Fez...@li... >>> https://lists.sourceforge.net/lists/listinfo/fez-users >>> >>> --------------------------------------------------------------------- >>> --------- Crystal Reports - New Free Runtime and 30 Day Trial Check >>> out the new simplified licensing option that enables unlimited >>> royalty-free distribution of the report engine for externally facing >>> server and web deployment. >>> http://p.sf.net/sfu/businessobjects >>> _______________________________________________ >>> Fez-users mailing list >>> Fez...@li... >>> https://lists.sourceforge.net/lists/listinfo/fez-users >>> >> >> >> >> ---------------------------------------------------------------------- >> -------- Crystal Reports - New Free Runtime and 30 Day Trial Check out > >> the new simplified licensing option that enables unlimited >> royalty-free distribution of the report engine for externally facing >> server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> >> ---------------------------------------------------------------------- >> -------- Crystal Reports - New Free Runtime and 30 Day Trial Check out > >> the new simplified licensing option that enables unlimited >> royalty-free distribution of the report engine for externally facing >> server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users >> > > > > ------------------------------------------------------------------------ > ------ > Crystal Reports - New Free Runtime and 30 Day Trial Check out the new > simplified licensing option that enables unlimited royalty-free > distribution of the report engine for externally facing server and web > deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > |