[GeoNetwork-users] Trouble installing schema plugins

GeoNetwork GeoNetwork User
1

Hi there

I have installed GeoNetwork 3.0 and I'm trying to install the schema
plugins fromhttps://github.com/geonetwork/schema-plugins, namely
the iso19139.anzlic one.

The tail of the log has this:

2015-05-27 12:58:53,995 ERROR [jeeves.service] - -> exception during
transformation for : md.edit
2015-05-27 12:58:53,995 ERROR [jeeves.service] - -> (C) stylesheet :
/usr/share/tomcat/webapps/geonetwork/xsl/../xslt/ui-metadata/edit/edit.xsl
2015-05-27 12:58:53,995 ERROR [jeeves.service] - -> (C) message :
Template get-iso19139.anzlic-is-service has not been defined
2015-05-27 12:58:53,995 ERROR [jeeves.service] - -> (C) exception :
XPathException
2015-05-27 12:59:02,913 WARN [geonetwork.resources] - Resource not found,
default resource returned:
/images/logos/b526ee38-a730-45e7-9b5e-43302289f7ea.png
2015-05-27 12:59:02,939 WARN [geonetwork.resources] - Unable to find
resource: images/logos/
2015-05-27 12:59:02,940 WARN [geonetwork.resources] - Resource not found,
default resource returned: /images/logos/
2015-05-27 12:59:15,808 ERROR [jeeves.service] - -> exception during
transformation for : md.edit
2015-05-27 12:59:15,808 ERROR [jeeves.service] - -> (C) stylesheet :
/usr/share/tomcat/webapps/geonetwork/xsl/../xslt/ui-metadata/edit/edit.xsl
2015-05-27 12:59:15,808 ERROR [jeeves.service] - -> (C) message :
Template get-iso19139.anzlic-is-service has not been defined
2015-05-27 12:59:15,808 ERROR [jeeves.service] - -> (C) exception :
XPathException

Can anyone point me in the right direction?

Thanks,
Stuart

--
Stuart Allen | eResearch Analyst | Intersect
stuart.allen@anonymised.com | www.intersect.org.au
T +61 2 8079 2548 | M +61 420 926 949
Level 12, 309 Kent St, Sydney NSW 2000, Australia

All mail to: PO Box H58, Australia Square, Sydney NSW 1215, Australia

2

Hi Stuart,

How are you adding the schemas? By what process?

My understanding was the the 2.x.x method of entering them via the admin
interface has been removed 3.0.x and that now to add a new schema it needs
to be compiled as part of the maven build process. Am I wrong about this???

I have been struggling just to get GN 3.0.0 to build. I cannot get past the
search.KeywordsSearcherTest in the Geonetwork Core part of the build. I
would really like some help with that, but no response yet :slight_smile: My purpose in
doing so is to add the anzlic and iso19115-3 schemas. Maybe there is another
way???

Cheers,
Byron

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

3

Hi All,

Can someone clarify whether this is correct, that in Geonetwork 3 it's no
longer possible to add new schemas without compiling? That's a really
retrograde step, if true, and will make it really difficult for people.

Jo

On Thu, May 28, 2015 at 3:11 AM, ByronCinNZ <cochranes4@anonymised.com> wrote:

Hi Stuart,

How are you adding the schemas? By what process?

My understanding was the the 2.x.x method of entering them via the admin
interface has been removed 3.0.x and that now to add a new schema it needs
to be compiled as part of the maven build process. Am I wrong about this???

I have been struggling just to get GN 3.0.0 to build. I cannot get past the
search.KeywordsSearcherTest in the Geonetwork Core part of the build. I
would really like some help with that, but no response yet :slight_smile: My purpose
in
doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
another
way???

Cheers,
Byron

--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

4

Hi Jo & Byron,

I'll try to give some info on the topic.

2015-05-28 11:38 GMT+02:00 Jo Cook <jocook@anonymised.com>:

Hi All,

Can someone clarify whether this is correct, that in Geonetwork 3 it's no
longer possible to add new schemas without compiling? That's a really
retrograde step, if true, and will make it really difficult for people.

No, you can still plug new schemas in GeoNetwork 3. There was some
improvements made on the schema plugin module in order to make it more
generic and not only ISO19139 profiles aware. Those changes were mainly
needed for ISO19115-3 (
https://github.com/geonetwork/core-geonetwork/wiki/Proposal:-Schema-plugin-improvement
).

The proposal says "Dynamic loading of schema are not supported for schema
having a bean (require to load a JAR after schema upload)" that means that
in case your plugin require advanced configuration (eg. multilingual, adv.
associated resources) you can load the plugin but it will not be totally
loaded by the application automatically - the app need to be restarted (I'm
not sure we really need hot-(re)deploy of plugins ?). It's probably better
to pack your plugin containing the configuration + Java lib (if any) as a
zip file that you can install on top of a GeoNetwork catalogues. Maybe we
should think a bit more about that and provide a more detailed guideline on
how this should be created.

BTW, when building a plugin, I would recommend for 3.x based projects to
create a specific repository for it and then use it as a submodule in your
application. eg. the ISO19115-3 plugin is published here (
https://github.com/metadata101/iso19115-3) and could be embedded into an
application as submodule - see the submodule in Metawal project
https://github.com/SPW-DIG/metawal-core-geonetwork/tree/metawal-4.x/schemas.
Then you can build a flavor of GeoNetwork with that extra-schema.

> How are you adding the schemas? By what process?
> My understanding was the the 2.x.x method of entering them via the admin
> interface has been removed 3.0.x and that now to add a new schema it

needs

> to be compiled as part of the maven build process. Am I wrong about

this???

>
> I have been struggling just to get GN 3.0.0 to build. I cannot get past

the

> search.KeywordsSearcherTest

You could probably run
mvn clean install -DskipTests
as a workaround.

in the Geonetwork Core part of the build. I
> would really like some help with that, but no response yet :slight_smile: My

purpose

> in
> doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
> another
> way???

Plugins made for 2.10.x need to be upgraded to work with 3.x in order to
configure the Angular editor mainly. In case of simple ISO19139 profiles
delegating a lot to ISO19139, iso19139.fra could probably be used as an
example (
https://github.com/geonetwork/schema-plugins/tree/develop/iso19139.fra).
Other plugins available are iso19115-3 and a draft one for iso19135.
Others, available in schema-plugins repository probably need more migration
work.

I hope that clarifies a bit the status.

Cheers

Francois

>
> Cheers,
> Byron
>
>
>
> --
> View this message in context:
>

http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html

> Sent from the GeoNetwork users mailing list archive at Nabble.com.
>
>
>

------------------------------------------------------------------------------

> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
> http://sourceforge.net/projects/geonetwork
>

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------

_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

5

Thanks Francois,

I appreciate the clarification!

Jo

On Thu, May 28, 2015 at 2:56 PM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:

Hi Jo & Byron,

I'll try to give some info on the topic.

2015-05-28 11:38 GMT+02:00 Jo Cook <jocook@anonymised.com>:
>
> Hi All,
>
> Can someone clarify whether this is correct, that in Geonetwork 3 it's no
> longer possible to add new schemas without compiling? That's a really
> retrograde step, if true, and will make it really difficult for people.

No, you can still plug new schemas in GeoNetwork 3. There was some
improvements made on the schema plugin module in order to make it more
generic and not only ISO19139 profiles aware. Those changes were mainly
needed for ISO19115-3 (
https://github.com/geonetwork/core-geonetwork/wiki/Proposal:-Schema-plugin-improvement
).

The proposal says "Dynamic loading of schema are not supported for schema
having a bean (require to load a JAR after schema upload)" that means that
in case your plugin require advanced configuration (eg. multilingual, adv.
associated resources) you can load the plugin but it will not be totally
loaded by the application automatically - the app need to be restarted (I'm
not sure we really need hot-(re)deploy of plugins ?). It's probably better
to pack your plugin containing the configuration + Java lib (if any) as a
zip file that you can install on top of a GeoNetwork catalogues. Maybe we
should think a bit more about that and provide a more detailed guideline on
how this should be created.

BTW, when building a plugin, I would recommend for 3.x based projects to
create a specific repository for it and then use it as a submodule in your
application. eg. the ISO19115-3 plugin is published here (
https://github.com/metadata101/iso19115-3) and could be embedded into an
application as submodule - see the submodule in Metawal project
https://github.com/SPW-DIG/metawal-core-geonetwork/tree/metawal-4.x/schemas.
Then you can build a flavor of GeoNetwork with that extra-schema.

> > How are you adding the schemas? By what process?
> > My understanding was the the 2.x.x method of entering them via the
admin
> > interface has been removed 3.0.x and that now to add a new schema it
needs
> > to be compiled as part of the maven build process. Am I wrong about
this???
> >
> > I have been struggling just to get GN 3.0.0 to build. I cannot get
past the
> > search.KeywordsSearcherTest

You could probably run
mvn clean install -DskipTests
as a workaround.

> in the Geonetwork Core part of the build. I
> > would really like some help with that, but no response yet :slight_smile: My
purpose
> > in
> > doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
> > another
> > way???

Plugins made for 2.10.x need to be upgraded to work with 3.x in order to
configure the Angular editor mainly. In case of simple ISO19139 profiles
delegating a lot to ISO19139, iso19139.fra could probably be used as an
example (
https://github.com/geonetwork/schema-plugins/tree/develop/iso19139.fra).
Other plugins available are iso19115-3 and a draft one for iso19135.
Others, available in schema-plugins repository probably need more migration
work.

I hope that clarifies a bit the status.

Cheers

Francois

> >
> > Cheers,
> > Byron
> >
> >
> >
> > --
> > View this message in context:
> >
http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html
> > Sent from the GeoNetwork users mailing list archive at Nabble.com.
> >
> >
> >
------------------------------------------------------------------------------
> > _______________________________________________
> > GeoNetwork-users mailing list
> > GeoNetwork-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> > GeoNetwork OpenSource is maintained at
> > http://sourceforge.net/projects/geonetwork
> >
>
>
>
> --
> *Jo Cook*
> Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
> 7RL, UK
> t:+44 7930 524 155
> iShare - Data integration and publishing platform
> <http://www.isharemaps.com/&gt;
>
> *****************************************
>
> Company registration no. 5410695. Registered in England and Wales.
> Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
> 864201149.
>
------------------------------------------------------------------------------
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

6

Thanks for the info. So does this mean that my errors are likely to be
caused by the plugins from https://github.com/geonetwork/schema-plugins (namely
the iso19139.anzlic one) being for GeoNetwork 2.x?

I installed GeoNetwork from RPMs on CentOS and have installed the plugins
through the Admin web interface after building on the local machine.

Stuart

On 28 May 2015 at 23:56, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

Hi Jo & Byron,

I'll try to give some info on the topic.

2015-05-28 11:38 GMT+02:00 Jo Cook <jocook@anonymised.com>:
>
> Hi All,
>
> Can someone clarify whether this is correct, that in Geonetwork 3 it's no
> longer possible to add new schemas without compiling? That's a really
> retrograde step, if true, and will make it really difficult for people.

No, you can still plug new schemas in GeoNetwork 3. There was some
improvements made on the schema plugin module in order to make it more
generic and not only ISO19139 profiles aware. Those changes were mainly
needed for ISO19115-3 (

https://github.com/geonetwork/core-geonetwork/wiki/Proposal:-Schema-plugin-improvement
).

The proposal says "Dynamic loading of schema are not supported for schema
having a bean (require to load a JAR after schema upload)" that means that
in case your plugin require advanced configuration (eg. multilingual, adv.
associated resources) you can load the plugin but it will not be totally
loaded by the application automatically - the app need to be restarted (I'm
not sure we really need hot-(re)deploy of plugins ?). It's probably better
to pack your plugin containing the configuration + Java lib (if any) as a
zip file that you can install on top of a GeoNetwork catalogues. Maybe we
should think a bit more about that and provide a more detailed guideline on
how this should be created.

BTW, when building a plugin, I would recommend for 3.x based projects to
create a specific repository for it and then use it as a submodule in your
application. eg. the ISO19115-3 plugin is published here (
https://github.com/metadata101/iso19115-3) and could be embedded into an
application as submodule - see the submodule in Metawal project
https://github.com/SPW-DIG/metawal-core-geonetwork/tree/metawal-4.x/schemas
.
Then you can build a flavor of GeoNetwork with that extra-schema.

> > How are you adding the schemas? By what process?
> > My understanding was the the 2.x.x method of entering them via the
admin
> > interface has been removed 3.0.x and that now to add a new schema it
needs
> > to be compiled as part of the maven build process. Am I wrong about
this???
> >
> > I have been struggling just to get GN 3.0.0 to build. I cannot get past
the
> > search.KeywordsSearcherTest

You could probably run
mvn clean install -DskipTests
as a workaround.

> in the Geonetwork Core part of the build. I
> > would really like some help with that, but no response yet :slight_smile: My
purpose
> > in
> > doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
> > another
> > way???

Plugins made for 2.10.x need to be upgraded to work with 3.x in order to
configure the Angular editor mainly. In case of simple ISO19139 profiles
delegating a lot to ISO19139, iso19139.fra could probably be used as an
example (
https://github.com/geonetwork/schema-plugins/tree/develop/iso19139.fra).
Other plugins available are iso19115-3 and a draft one for iso19135.
Others, available in schema-plugins repository probably need more migration
work.

I hope that clarifies a bit the status.

Cheers

Francois

> >
> > Cheers,
> > Byron
> >
> >
> >
> > --
> > View this message in context:
> >

http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html
> > Sent from the GeoNetwork users mailing list archive at Nabble.com.
> >
> >
> >

------------------------------------------------------------------------------
> > _______________________________________________
> > GeoNetwork-users mailing list
> > GeoNetwork-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> > GeoNetwork OpenSource is maintained at
> > http://sourceforge.net/projects/geonetwork
> >
>
>
>
> --
> *Jo Cook*
> Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
> 7RL, UK
> t:+44 7930 524 155
> iShare - Data integration and publishing platform
> <http://www.isharemaps.com/&gt;
>
> *****************************************
>
> Company registration no. 5410695. Registered in England and Wales.
> Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
> 864201149.
>

------------------------------------------------------------------------------
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Stuart Allen | eResearch Analyst | Intersect
stuart.allen@anonymised.com | www.intersect.org.au
T +61 2 8079 2548 | M +61 420 926 949
Level 12, 309 Kent St, Sydney NSW 2000, Australia

All mail to: PO Box H58, Australia Square, Sydney NSW 1215, Australia

7

Hi,

2015-05-29 4:51 GMT+02:00 Stuart Allen <stuart@anonymised.com>:

Thanks for the info. So does this mean that my errors are likely to be
caused by the plugins from https://github.com/geonetwork/schema-plugins (namely
the iso19139.anzlic one) being for GeoNetwork 2.x?

We created a branch for 2.x series
https://github.com/geonetwork/schema-plugins/tree/2.10.x
and started migration of plugins for 3.x series
https://github.com/geonetwork/schema-plugins/tree/develop
Therefor there's still some work to be done by plugin's maintainer to have
support in 3.0.0.

Ciao

Francois

I installed GeoNetwork from RPMs on CentOS and have installed the plugins
through the Admin web interface after building on the local machine.

Stuart

On 28 May 2015 at 23:56, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

Hi Jo & Byron,

I'll try to give some info on the topic.

2015-05-28 11:38 GMT+02:00 Jo Cook <jocook@anonymised.com>:
>
> Hi All,
>
> Can someone clarify whether this is correct, that in Geonetwork 3 it's
no
> longer possible to add new schemas without compiling? That's a really
> retrograde step, if true, and will make it really difficult for people.

No, you can still plug new schemas in GeoNetwork 3. There was some
improvements made on the schema plugin module in order to make it more
generic and not only ISO19139 profiles aware. Those changes were mainly
needed for ISO19115-3 (

https://github.com/geonetwork/core-geonetwork/wiki/Proposal:-Schema-plugin-improvement
).

The proposal says "Dynamic loading of schema are not supported for schema
having a bean (require to load a JAR after schema upload)" that means that
in case your plugin require advanced configuration (eg. multilingual, adv.
associated resources) you can load the plugin but it will not be totally
loaded by the application automatically - the app need to be restarted
(I'm
not sure we really need hot-(re)deploy of plugins ?). It's probably better
to pack your plugin containing the configuration + Java lib (if any) as a
zip file that you can install on top of a GeoNetwork catalogues. Maybe we
should think a bit more about that and provide a more detailed guideline
on
how this should be created.

BTW, when building a plugin, I would recommend for 3.x based projects to
create a specific repository for it and then use it as a submodule in your
application. eg. the ISO19115-3 plugin is published here (
https://github.com/metadata101/iso19115-3) and could be embedded into an
application as submodule - see the submodule in Metawal project

https://github.com/SPW-DIG/metawal-core-geonetwork/tree/metawal-4.x/schemas
.
Then you can build a flavor of GeoNetwork with that extra-schema.

> > How are you adding the schemas? By what process?
> > My understanding was the the 2.x.x method of entering them via the
admin
> > interface has been removed 3.0.x and that now to add a new schema it
needs
> > to be compiled as part of the maven build process. Am I wrong about
this???
> >
> > I have been struggling just to get GN 3.0.0 to build. I cannot get
past
the
> > search.KeywordsSearcherTest

You could probably run
mvn clean install -DskipTests
as a workaround.

> in the Geonetwork Core part of the build. I
> > would really like some help with that, but no response yet :slight_smile: My
purpose
> > in
> > doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
> > another
> > way???

Plugins made for 2.10.x need to be upgraded to work with 3.x in order to
configure the Angular editor mainly. In case of simple ISO19139 profiles
delegating a lot to ISO19139, iso19139.fra could probably be used as an
example (
https://github.com/geonetwork/schema-plugins/tree/develop/iso19139.fra).
Other plugins available are iso19115-3 and a draft one for iso19135.
Others, available in schema-plugins repository probably need more
migration
work.

I hope that clarifies a bit the status.

Cheers

Francois

> >
> > Cheers,
> > Byron
> >
> >
> >
> > --
> > View this message in context:
> >

http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html
> > Sent from the GeoNetwork users mailing list archive at Nabble.com.
> >
> >
> >

------------------------------------------------------------------------------
> > _______________________________________________
> > GeoNetwork-users mailing list
> > GeoNetwork-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> > GeoNetwork OpenSource is maintained at
> > http://sourceforge.net/projects/geonetwork
> >
>
>
>
> --
> *Jo Cook*
> Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
> 7RL, UK
> t:+44 7930 524 155
> iShare - Data integration and publishing platform
> <http://www.isharemaps.com/&gt;
>
> *****************************************
>
> Company registration no. 5410695. Registered in England and Wales.
> Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
> 864201149.
>

------------------------------------------------------------------------------
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Stuart Allen | eResearch Analyst | Intersect
stuart.allen@anonymised.com | www.intersect.org.au
T +61 2 8079 2548 | M +61 420 926 949
Level 12, 309 Kent St, Sydney NSW 2000, Australia

All mail to: PO Box H58, Australia Square, Sydney NSW 1215, Australia

8

Also in reply to this: https://github.com/geonetwork/core-geonetwork/issues/1114

Hi Francois, Dear Mailing List,

thanks for directing me here to solve my issues :slight_smile:

The reason I posted this as an issue directly to github is that this should have worked because the SDN GN is also version 3. And I'm still puzzled as to why this won't work cause obviously the shema_plugin was updated to conform to GN3.

Furthermore I tried the two schemas iso19139.fra and iso19115-3 (checked them out today) you suggested and neither one worked, actually they worked even less than CDI and CSR. For iso19139.fra when trying to add a new record the left form is empty and after choosing the empty "thing" theres an empty option on the right and when I try to create a record with it I get the exact same "XPathException: Template [templateName] has not been defined" as with CDI/CSR. When trying iso19115-3 it only adds four of the templates and when opening one I allways get the error message "The record with identifier [id] was not found or is not shared with you".

So far my approache was the same, i moved the folders iso19139.fra and iso19115-3 to the schema_plugins folder of GN. But then I saw that both had a config-spring-geonetwork.xml in the "resources" folder where the important (for my eyes at least) line was a bean which is why I included that line in config-spring-geonetwork.xml at the root of GN's WB-INF folder. For iso19139.fra it did nothing and for iso19115-3 the server didn't start anymore.

At this point I'm pretty lost. The only option I see is building GN myself and see if I can get iso19139.fra and iso19115-3 to work with my own build and from there see what is needed to get CDI and CSR to work. Is that an approach to go for or is there a simpler/better way?

Cheers and thanks,
Christian

Am 28.05.2015 um 15:56 schrieb Francois Prunayre:

Hi Jo & Byron,

I'll try to give some info on the topic.

2015-05-28 11:38 GMT+02:00 Jo Cook <jocook@anonymised.com>:

Hi All,

Can someone clarify whether this is correct, that in Geonetwork 3 it's no
longer possible to add new schemas without compiling? That's a really
retrograde step, if true, and will make it really difficult for people.

No, you can still plug new schemas in GeoNetwork 3. There was some
improvements made on the schema plugin module in order to make it more
generic and not only ISO19139 profiles aware. Those changes were mainly
needed for ISO19115-3 (
https://github.com/geonetwork/core-geonetwork/wiki/Proposal:-Schema-plugin-improvement
).

The proposal says "Dynamic loading of schema are not supported for schema
having a bean (require to load a JAR after schema upload)" that means that
in case your plugin require advanced configuration (eg. multilingual, adv.
associated resources) you can load the plugin but it will not be totally
loaded by the application automatically - the app need to be restarted (I'm
not sure we really need hot-(re)deploy of plugins ?). It's probably better
to pack your plugin containing the configuration + Java lib (if any) as a
zip file that you can install on top of a GeoNetwork catalogues. Maybe we
should think a bit more about that and provide a more detailed guideline on
how this should be created.

BTW, when building a plugin, I would recommend for 3.x based projects to
create a specific repository for it and then use it as a submodule in your
application. eg. the ISO19115-3 plugin is published here (
https://github.com/metadata101/iso19115-3) and could be embedded into an
application as submodule - see the submodule in Metawal project
https://github.com/SPW-DIG/metawal-core-geonetwork/tree/metawal-4.x/schemas.
Then you can build a flavor of GeoNetwork with that extra-schema.

How are you adding the schemas? By what process?
My understanding was the the 2.x.x method of entering them via the admin
interface has been removed 3.0.x and that now to add a new schema it

needs

to be compiled as part of the maven build process. Am I wrong about

this???

I have been struggling just to get GN 3.0.0 to build. I cannot get past

the

search.KeywordsSearcherTest

You could probably run
mvn clean install -DskipTests
as a workaround.

in the Geonetwork Core part of the build. I

would really like some help with that, but no response yet :slight_smile: My

purpose

in
doing so is to add the anzlic and iso19115-3 schemas. Maybe there is
another
way???

Plugins made for 2.10.x need to be upgraded to work with 3.x in order to
configure the Angular editor mainly. In case of simple ISO19139 profiles
delegating a lot to ISO19139, iso19139.fra could probably be used as an
example (
https://github.com/geonetwork/schema-plugins/tree/develop/iso19139.fra).
Other plugins available are iso19115-3 and a draft one for iso19135.
Others, available in schema-plugins repository probably need more migration
work.

I hope that clarifies a bit the status.

Cheers

Francois

Cheers,
Byron

--
View this message in context:

http://osgeo-org.1560.x6.nabble.com/Trouble-installing-schema-plugins-tp5207697p5207908.html

Sent from the GeoNetwork users mailing list archive at Nabble.com.

------------------------------------------------------------------------------

_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

  Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------

_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork
------------------------------------------------------------------------------
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork