Thanks for the quick replies,
I scratched my head for a while then decided to get a fresh checkout from the new svn repository and see if I could get my Geonetwork environment back to a stage where I could enter ISO19115 data, alas the same error seems to afflict the version I check out from svn.
I am using a fresh checkout (version 2 from svn) and a blank oracle database for the new installation. The error reported in system out is the same as before (I’ll include some more of the sysout text that may help diagnose the problem):
INFO [jeeves.service] - → end transformation for : metadata.create.form
INFO [jeeves.service] - → output ended for : metadata.create.form
INFO [jeeves.service] - → dispatch ended for : metadata.create.form
INFO [jeeves.request] - HTML Request (POST) : /geonetwork/srv/en/metadata.create
INFO [jeeves.service] - Dispatching : metadata.create
DEBUG [jeeves.service] - → parameters are :
DEBUG [jeeves.service] - group = 2
DEBUG [jeeves.service] - id = 1
INFO [jeeves.service] - → dispatching to output for : metadata.create
INFO [jeeves.service] - → forwarding to : metadata.edit
INFO [jeeves.service] - Dispatching : metadata.edit
DEBUG [jeeves.service] - → parameters are :
DEBUG [jeeves.service] - id = 18
DEBUG [jeeves.service] - forward =
elemName = Metadata
- childName = mdFileID
ERROR [jeeves.service] - Exception when executing service
ERROR [jeeves.service] - (C) Exc : java.lang.NullPointerException
DEBUG [jeeves.service] - Raised exception while executing service
NullPointerException
java.lang.NullPointerException
at org.fao.geonet.kernel.EditLib.expandElement(EditLib.java:478)
at org.fao.geonet.kernel.EditLib.expandTree(EditLib.java:420)
at org.fao.geonet.kernel.EditLib.addEditingInfo(EditLib.java:137)
at org.fao.geonet.kernel.DataManager.getMetadata(DataManager.java:439)
at org.fao.geonet.services.metadata.GetEditableData.exec(GetEditableData.java:72)
at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:238)
at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:141)
at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:376)
at jeeves.server.JeevesEngine.dispatch(
This error occurs when I log in as the administrator and attempt to add new metadata, I chose either Raster 19115 or Vector 19115 and press the create button, the next immediate is the “The requested operation could not be performed.” Error page and the above trace appears in the logs.
I did some surface digging and it seems as though the xml element lists in EditLib::expandElement are not restricted to bounds (for what ever reason), simply testing for a null and breaking if true (the line in red below), allowed the process to complete and I can then enter my metadata but for some reason without it the list goes out of bounds and returns a null childElement.
for(int j=0; j<list.size(); j++)
{
Element listChild = (Element) list.get(j);
Element listElem = listChild.getChild(Edit.RootChild.ELEMENT, Edit.NAMESPACE);
if(listElem == null) break;
if (j>0)
listElem.setAttribute(new Attribute(Edit.Element.Attr.UP, Edit.Value.TRUE));
…
Unfortunately my knowledge of XML isn’t of high enough standard to diagnose the problem any further but perhaps this information has helped.
Cheers,
Michael Gannon.
-----Original Message-----
From: geonetwork-devel-bounces@lists.sourceforge.net [mailto:geonetwork-devel-bounces@lists.sourceforge.net] On Behalf Of Andrea Carboni
Sent: Tuesday, 24 October 2006 10:29
To: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] GeoNetwork 2.1.0 alpha-1
Hi Michael,
I have been playing with Geonetwork over the last week or so and have just
recently upgraded my source to the new 2.1.0 alpha-1 version, but I am facing
some problems, well really only one problem that is in my way at the moment
and I was wondering if you could please confirm if this is a known problem in
this particular release or if perhaps my tinkering around might have
dislodged some logic.
When I try to add a metadata record under ISO 19115 it throws a null pointer
exception and redirects to the error.xsl with the resulting stack-trace
pointing to the EditLib class:
NullPointerException
java.lang.NullPointerException
at org.fao.geonet.kernel.EditLib.expandElement(EditLib.java:481)
at org.fao.geonet.kernel.EditLib.expandTree(EditLib.java:420)
at org.fao.geonet.kernel.EditLib.addEditingInfo(EditLib.java:137)
at org.fao.geonet.kernel.DataManager.getMetadata(DataManager.java:439)
at org.fao.geonet.services.metadata.GetEditableData.exec(GetEditableData.java:72)
I noticed that in the notes section of your alpha release you said '- the iso
19139 can be viewed but not edited’ does this also apply to the ISO-19115?
The ISO-19115 should work fine, both in visualization and editing because it did not change.
Now I cannot track the error because we made some changes to that class but if you send
me the metadata you used I can try to do the same.
Anyway, don’t expect great stability or functionality completeness. We made this release
because some users have problems doing a cvs checkout.
PS: we moved to subversion, so use that tools now if you want to be updated.
I have also been working to decouple the Intermap application from the
metadata tool such that I might be able to integrate IMF (our current
corporate mapping application of choice). I have written a small wrapper
around the IMF libraries that will launch the application from a HTTP request
with the service URL and service name provided from Geonetwork and I have
manipulated the metadata-iso19115.xsl and metadata-iso19139.xsl to call my
predetermined URL instead of the Intermap libraries (perhaps it is here that
I have dislodged the logic for entering metarecords under these schemas).
Perhaps a little left field, but is the work currently being undertaken in
Geonetwork going to strengthen its coupling with Intermap or is there a move
try to implement mechanisms to decouple these two applications.
I can appreciate that you have more important things to do than reply to help
requests all day so any assistance at all would be highly appreciated and I
look forward to contributing more to this project as our work ramps up in the
coming months.
Cheers,
Michael Gannon.
Decoupling geonetwork from intermap is another planned activity. From my point
of view the projects (and so the installers) should be kept separate and geonetwork
should allow the user to configure the external map viewer to use. Up to now we
provided a unified installer to keep things simple for users but I think that 2 separate
installers are better.
I would like to start a discussion on how to develop such a plugin mechanism.
In detail, we should address these issues:
- how to store the map viewer information into the metadata. Which format to use
and where to put it. Is the actual one the best solution?
-
which parameters of the map viewer should be configurable inside the metadata.
-
which parameters geonetwork should allow to configure to call the map viewer.
I’m thinking about an admin form with some options to specify the link to the map
viewer.
- how to start the map viewer.
Cheers,
Andrea
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
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