The schema_plugins are included in each release. If the folder exists in the external data directory, I’m afraid that will not be updated.
You can customise the data directory, so the schema_plugins point to the geonetwork deployed folder, that way all the other data will be in the external directory, while the schema_plugins will be taken from the geonetwork folder, avoiding that manual step.
···
On Thu, Sep 17, 2015 at 5:40 AM, Peter van Dijk <upploadds@anonymised.com> wrote:
Hi Jose,
I have been investigating this issue a bit further and seem to have it fixed in my system now.
After going over the code and schema looking for any references to escaped and non escaped instances of ampersands within urls etc it seems that where needed this has been corrected already.
So with this in mind I investigated some more and have found that when using an external Data directory, the schema files and folders within the data directory location are not being updated when changing / upgrading from previous versions to the next snapshot.
I have been removing the old wro4j-cache.h2.db when making code changes etc but was unaware of the need to remove the schema_plugins folder for it to update with the next snapshot.
Is the need to manually remove the schema_plugins folder contents from the external data directory common practice when changing from snapshot to snapshot?
cheers
Peter
–
On Thu, Sep 17, 2015 at 10:14 AM, Peter van Dijk <upploadds@anonymised.com> wrote:
HI Jose,
Looks like its already a known issue https://github.com/geonetwork/core-geonetwork/issues/1125
Maybe thats all thats needed at this stage
cheers
Peter
On Wed, Sep 16, 2015 at 6:20 PM, Jose Garcia <jose.garcia@anonymised.com> wrote:
Hi
In previous versions, afaik the ampersand for the thumbnails was encoded properly in the xml, but seem there’s some problem in version 3. The best to track this issue, would be if you can create a issue in GitHub describing this problem, so can be fixed in 3.0.3.
Regards,
Jose García
On Wed, Sep 16, 2015 at 6:09 AM, Peter van Dijk <upploadds@anonymised.com…31…> wrote:
Hi there,
I have isolated this issue down to the parsing of the thumbnail part of the record when being read / converted to pdf format.
The gmd:graphicOverview element part of the record causes the exception.
Specifically the gco:CharacterString element when it contains a thumbnail image location.
This needs to be dropped from the pdf Export for the pdf Export to complete.
You can test this by removing the thumbnails from a record then exporting to pdf with no errors.
Or you could just escape the ampersand & before the fname= when the record is created and that would probably work, since it would be read and parsed correctly I think.
Any ideas guys n gals ?
<gmd:graphicOverview xmlns:srv=“http://www.isotc211.org/2005/srv”>
gmd:MD_BrowseGraphic
gmd:fileName
gco:CharacterString
http://adcmaps.adc.govt.nz:8080/geonetwork/srv/eng//resources.get?uuid=076e2ce5599a4c1e53e15e59a391068f9440e276&fname=076e2ce5599a4c1e53e15e59a391068f9440e276_s.png
</gco:CharacterString>
</gmd:fileName>
gmd:fileDescription
gco:CharacterStringthumbnail</gco:CharacterString>
</gmd:fileDescription>
gmd:fileType
gco:CharacterStringpng</gco:CharacterString>
</gmd:fileType>
</gmd:MD_BrowseGraphic>
</gmd:graphicOverview>
<gmd:graphicOverview xmlns:srv=“http://www.isotc211.org/2005/srv”>
gmd:MD_BrowseGraphic
gmd:fileName
gco:CharacterString
http://adcmaps.adc.govt.nz:8080/geonetwork/srv/eng//resources.get?uuid=076e2ce5599a4c1e53e15e59a391068f9440e276&fname=076e2ce5599a4c1e53e15e59a391068f9440e276.png
</gco:CharacterString>
</gmd:fileName>
gmd:fileDescription
gco:CharacterStringlarge_thumbnail</gco:CharacterString>
</gmd:fileDescription>
gmd:fileType
gco:CharacterStringpng</gco:CharacterString>
</gmd:fileType>
</gmd:MD_BrowseGraphic>
</gmd:graphicOverview>
---------- Forwarded message ----------
From: Peter van Dijk <upploadds@…31…>
Date: Tue, Sep 15, 2015 at 5:45 PM
Subject: Fwd: Geonet 3, export to pdf , from metadata view page
To: geonetwork-devel@lists.sourceforge.net
Hi there,
The error with the pdf export still happens with Geonetwork 3.0.2
any ideas how to correct this issue.
cheers
peter
---------- Forwarded message ----------
From: Alginnon Games <upploadds@anonymised.com>
Date: Tue, Sep 1, 2015 at 5:06 PM
Subject: Geonet 3, export to pdf , from metadata view page
To: geonetwork-devel@lists.sourceforge.net
Hi there, the export to pdf function that is accessed via the metadata view page, throws an exception. The full Error txt is to large to paste here so i have included it as a txt file.
HTTP Status 500 - Request processing failed; nested exception is org.xhtmlrenderer.util.XRRuntimeException: Can’t load the XML resource (using TRaX transformer). org.xml.sax.SAXParseException; lineNumber: 427; columnNumber: 173; The reference to entity “fname” must end with the ‘;’ delimiter.
Any ideas what i need do to correct this.
cheers
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
–
Vriendelijke groeten / Kind regards,
Jose García
Veenderweg 13
6721 WD Bennekom
The Netherlands
T: +31 (0)318 416664
M: +31 (0)655 818332
Please consider the environment before printing this email.
Vriendelijke groeten / Kind regards,
Jose García
Veenderweg 13
6721 WD Bennekom
The Netherlands
T: +31 (0)318 416664
M: +31 (0)655 818332
Please consider the environment before printing this email.
