You are viewing a plain text version of this content. The canonical link for it is here.

Posted to user@tuscany.apache.org by kelvin goodson <ke...@gmail.com> on 2007/07/02 18:54:21 UTC

Re: DataObject with contained DataGraph causes NullPointerException in ChangePackage$Literals

Hi Erich,

I generated code from your schema and tried the following lines of code,
which executed without failure ...


*public* *void* testErichsProblem() *throws* Exception {

  PublicationDataGraph pdg =
ServicesFactory.*INSTANCE*.createPublicationDataGraph();

  DataObject dob = (DataObject)pdg;
  ChangeSummary cs = dob.getChangeSummary();
  cs.beginLogging();
}

does this represent a distilled version of your scenario?

Regards,Kelvin
On 29/06/07, Erich Rueede <er...@yahoo.com> wrote:
>
> Hi
>
> I am testing with the SDO beta-1 code.
>
> I generated static SDO classes with an embedded
> datagraph by extending the BaseDataGraphType
> as described in the SDO 2.1 spec using the following
> XSD:
>
> <xsd:schema xmlns="http://www.w3.org/2001/XMLSchema"
>        targetNamespace="http://abc.com/services"
>        xmlns:tns="http://abc.com/services"
>        xmlns:sdo="commonj.sdo"
> xmlns:sdoJava="commonj.sdo/java"
> xmlns:sdoXml="commonj.sdo/xml"
>        sdoJava:package="com.abc.services"
>        xmlns:xsd="http://www.w3.org/2001/XMLSchema">
>
>        <xsd:complexType name="PublicationDataGraph">
>                <complexContent>
>                        <extension base="sdo:BaseDataGraphType">
>                                <xsd:sequence>
>                                                <xsd:element name="test"
> type="xsd:string" />
>                                </xsd:sequence>
>                        </extension>
>                </complexContent>
>        </xsd:complexType>
>
>        <xsd:complexType name="ModifyPublicationInput"
>                <xsd:sequence>
>                        <xsd:element name="PublicationDataGraph"
> type="tns:PublicationDataGraph" />
>                </xsd:sequence>
>        </xsd:complexType>
> </xsd:schema>
>
>
> After I instantiated the top level DataObject
> (ModifyPubicationInput) containing the embedded
> Datagraph,
> I tried to beginLogging which causes the following
> exception in
> org.eclipse.emf.ecore.change.ChangePackage$Literals.<clinit>(
> ChangePackage.java:903).
>
> The same exception also happens when I try to
> serialize the toplevel DataObject to XML or when I try
> to
> send it via RMI/IIOP to an EJB.
>
>
> [6/29/07 11:32:31:898 CEST] 7dec7dec WebGroup      E
> SRVE0026E: [Servlet Error]-[]:
> java.lang.ExceptionInInitializerError
>        at java.lang.Class.initialize(Class.java:345)
>        at
> org.eclipse.emf.ecore.change.impl.ChangeDescriptionImpl.getObjectChanges(
> ChangeDescriptionImpl.java:141)
>        at
> org.apache.tuscany.sdo.impl.ChangeSummaryImpl.beginLogging(
> ChangeSummaryImpl.java:190)
>        at
> com.abc.servlet.TestServlet.doPost(TestServlet.java:156)
>        at
> com.abc.servlet.TestServlet.doGet(TestServlet.java:127)
>        at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
>        at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>        at
> com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(
> StrictServletInstance.java:110)
>        at
> com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(
> StrictLifecycleServlet.java:174)
>        at
> com.ibm.ws.webcontainer.servlet.IdleServletState.service(
> StrictLifecycleServlet.java:313)
>        at
> com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(
> StrictLifecycleServlet.java:116)
>        at
> com.ibm.ws.webcontainer.servlet.ServletInstance.service(
> ServletInstance.java:283)
>        at
> com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(
> ValidServletReferenceState.java:42)
>        at
> com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(
> ServletInstanceReference.java:40)
>        at
>
> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch
> (WebAppRequestDispatcher.java:1018)
>        at
> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(
> WebAppRequestDispatcher.java:529)
>        at
> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(
> WebAppRequestDispatcher.java:208)
>        at
> com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java
> :134)
>        at
> com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(
> WebAppInvoker.java:321)
>        at
> com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation
> (CachedInvocation.java:71)
>        at
> com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(
> ServletRequestProcessor.java:246)
>        at
> com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(
> OSEListener.java:334)
>        at
> com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(
> HttpConnection.java:56)
>        at
> com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java
> :652)
>        at
> com.ibm.ws.http.HttpConnection.run(HttpConnection.java:448)
>        at
> com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:937)
> Caused by: java.lang.NullPointerException
>        at
> org.eclipse.emf.ecore.change.ChangePackage$Literals.<clinit>(
> ChangePackage.java:903)
>        at java.lang.Class.initializeImpl(Native Method)
>        at java.lang.Class.initialize(Class.java:339)
>        at
> org.eclipse.emf.ecore.change.impl.ChangeDescriptionImpl.getObjectChanges(
> ChangeDescriptionImpl.java:141)
>        at
> org.apache.tuscany.sdo.impl.ChangeSummaryImpl.beginLogging(
> ChangeSummaryImpl.java:190)
>
>
> Hope you can help me with some hints.
>
> Thanks Erich
>
>
>
> ____________________________________________________________________________________
> Luggage? GPS? Comic books?
> Check out fitting gifts for grads at Yahoo! Search
> http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>

Re: static DataObject with contained static DataGraph doesn't record changes in summary

Posted by kelvin goodson <ke...@gmail.com>.

There's a sample that shows the two approaches at [1].  This sample has
changed a lot since the beta1 release,  so I include the output of the
sample below in case its not so easy for you to build from the trunk.

Kelvin

[1]
http://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/sample/src/main/java/org/apache/tuscany/samples/sdo/advanced/ObtainingDataGraphFromXml.java


-----------------------------------------------------------------------------------------------------
-     Tuscany SDO Java Sample
org.apache.tuscany.samples.sdo.advanced.ObtainingDataGraphFromXml     -
-     This sample is aimed at a advanced
user                                                       -
-----------------------------------------------------------------------------------------------------

**********************************************************************************************************
* SDO Sample
org.apache.tuscany.samples.sdo.advanced.ObtainingDataGraphFromXml
*
*
*
* This sample touches an area of the SDO API where the emphasis has changed
over the various             *
* version of the specification,  and so it's important to be clear what's
going on                       *
* First off lets be sure of our terminology
...                                                          *
* 1) A "data graph" is a just collection of DataObjects, all contained
within a single                   *
* containment hierarchy, with a single root object, and possibly having some
non-containment             *
*
references
*
* 2) A "DataGraph" is an instance of the SDO DataGraph class, used as a
container for the root           *
* DataObject of a data graph, and providing a means to access a change
summary for the data graph.       *
*
*
* More recent versions of the SDO specification have provided alternative
means of containment           *
* of a data graph
...
*
* 3) The graph can be contained in a DataObject of a built-in SDO Type  with
namespace URI "commonj.sdo" *
* and name "DataGraph":  so this is a modeled version of the special
DataGraph class.                    *
* 4) The Graph can be contained in an XMLDocument instance,  which provides
for things such as           *
* naming the root element of an XML instance
document                                                    *
**********************************************************************************************************

----------------------------------------------------------------------------------------------------
- Here we see the specification's example for obtaining dealing
with                               -
- loading a data graph which uses a method, XMLHelper.load().  This loads an
XML instance document -
- into an instance of XMLDocument
...                                                              -
-
-
- XMLDocument doc = scope.getXMLHelper().load(
-
- ClassLoader.getSystemResourceAsStream(
SdoSampleConstants.COMPANY_DATAGRAPH_XML));                -
----------------------------------------------------------------------------------------------------

<?xml version="1.0" encoding="UTF-8"?>
<!--
 *  Licensed to the Apache Software Foundation (ASF) under one
 *  or more contributor license agreements.  See the NOTICE file
 *  distributed with this work for additional information
 *  regarding copyright ownership.  The ASF licenses this file
 *  to you under the Apache License, Version 2.0 (the
 *  "License"); you may not use this file except in compliance
 *  with the License.  You may obtain a copy of the License at
 *
 *    http://www.apache.org/licenses/LICENSE-2.0
 *
 *  Unless required by applicable law or agreed to in writing,
 *  software distributed under the License is distributed on an
 *  "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
 *  KIND, either express or implied.  See the License for the
 *  specific language governing permissions and limitations
 *  under the License.
 -->

<sdo:datagraph xmlns:company="company.xsd" xmlns:sdo="commonj.sdo">
  <company:company employeeOfTheMonth="E0002"
      name="ACME">
    <departments location="NY" name="Advanced Technologies" number="123">
      <employees name="John Jones" SN="E0001"/>
      <employees name="Jane Doe" SN="E0003"/>
      <employees manager="true" name="Al Smith" SN="E0004"/>
    </departments>
  </company:company>
</sdo:datagraph>

---------------------------------------------------------------------------------------------------
- Now we can get the wrapper for the data graph, which in this case is the
DataObject             -
- of type commonj.sdo#DataGraph.  Note how there's no magic here;  no
special class for           -
- DataGraph,  no special handling,  this is just a standard pattern of using
a built in SDO Type. -
- The wrapper is there purely because it was
serialized                                           -
- into the XML document, using the standard serialization
technique.                              -
-
-
- DataObject dataObjectRepresentingDataGraph = doc.getRootObject();
-
---------------------------------------------------------------------------------------------------

org.apache.tuscany.sdo.model.impl.DataGraphTypeImpl@6ade6ade (changeSummary:
org.apache.tuscany.sdo.impl.ChangeSummaryImpl@21042104, anyAttribute: null)
(any: [company:company=
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@a660a66 (eClass:
org.apache.tuscany.sdo.impl.ClassImpl@4ea24ea2 (name: CompanyType)
(instanceClassName: null) (abstract: false, interface: false))])
-----------------------------------------------------------------------------------------------
- If you are confused by the fact that what we really get is an instance of
DataGraphTypeImpl -
- This really is a DataObject,  but it is a generated class extending
DataObjectImpl          -
- +representing the DataGraph
model.                                                          -
-----------------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------------
- We've obtained a DataObject representing the data graph, and from that we
have obtained -
- the true root object of the business
data                                               -
-------------------------------------------------------------------------------------------

org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@a660a66 (eClass:
org.apache.tuscany.sdo.impl.ClassImpl@4ea24ea2 (name: CompanyType)
(instanceClassName: null) (abstract: false, interface: false))

---------------------------------------------------------------------------------------------------------
- Using an instance of DataGraph can perhaps be seen as an older style
pattern of wrapping a data graph -
- and the first approach is likely to get more emphaissi and attention in
future revisions of the spec. -
- The SDO API has some limitations in the area of saving and loading
instances of the                   -
- Java DataGraph type, so Tuscany has an API for doing this
...                                         -
-
-
- DataGraph datagraph = SDOUtil.loadDataGraph(
-
-       ClassLoader.getSystemResourceAsStream(
SdoSampleConstants.COMPANY_DATAGRAPH_XML), null);         -
---------------------------------------------------------------------------------------------------------

org.apache.tuscany.sdo.impl.DataGraphImpl@23b023b0 (resourceSet:
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl@2e842e84 resources=[
org.apache.tuscany.sdo.util.DataGraphResourceFactoryImpl$DataGraphResourceImpl@2f4e2f4euri='
all.datagraph',
org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl@27c827c8 uri='
root.xml'])
---------------------------------------------------------------------------------------
- In this case we directly receive an instance of DataGraph and can retrieve
the root -
- business object from the
DataGraph                                                  -
-
-
- DataObject company = datagraph.getRootObject();
-
---------------------------------------------------------------------------------------

org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@24642464 (eClass:
org.apache.tuscany.sdo.impl.ClassImpl@4ea24ea2 (name: CompanyType)
(instanceClassName: null) (abstract: false, interface: false))

-------------------------------------------------------------------------------------------
-     End of sample
org.apache.tuscany.samples.sdo.advanced.ObtainingDataGraphFromXml     -
-------------------------------------------------------------------------------------------





On 06/07/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
>
> Hi Erich,
>
> This sounds like a little fishy to me, since it looks like you are
> serializing your specialized DataGraph inside another DataGraph. The SDO
> spec says that you can't nest change summaries, which could be the
> problem. Note that in SDO 2.1, commonj.sdo.DataGraph and a DataObject-type
> DataGraph are two alternative ways of creating a graph of dataobjects.This
> is something that we'd like to clean up in SDO3. I think tere may be a
> Tuscany sample that explains the two approaches: is that right Kelvin?
>
> For your specialized DataObject-type MyDataGraph you should just
> serialize it using XMLHelper.save(). You shouldn't use a
> commonj.sdo.DataGraph in this case. This may be the problem, but then
> again, there may also be a bug. You say below, that you attached a test
> case, but I don't see any attachments?
>
> Thanks,
> Frank.
>
> Erich Rueede <er...@yahoo.com> wrote on 07/06/2007 10:21:26 AM:
>
> > Hi all
> >
> > I have created an XML Schema with a toplevel
> > dataobject and a contained datagraph as specified in
> > the webservice sample part of the SDO 2.1 spec (page
> > 132).
> >
> > I then generated static SDO code from the XML schema
> > which resulted in implementations for the toplevel
> > dataobject and the contained datagraph.
> >
> > The generated code for the static datagraph somehow
> > differs quite a lot from the dynamic programming model
> > using the commonj.sdo.DataGraph.
> >
> > When I turn on logging on the generated static
> > datagraph, I notice that no changes are getting
> > recorded. It contains a partial change summary without
> > any changes:
> >
> > <?xml version="1.0" encoding="ASCII"?>
> > <datagraph
> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > xmlns:tns="http://abc.com/services"
> > xsi:type="tns:MyDataGraph">
> >   <changeSummary logging="true" />
> >   <NestedType>
> >     <test1>test1_modified</test1>
> >     <test2>test2_modified</test2>
> >   </NestedType>
> > </datagraph>
> >
> > Using the dynamic programming model, it contains a
> > full change summary with recorded changes:
> >
> > <?xml version="1.0" encoding="ASCII"?>
> > <sdo:datagraph
> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > xmlns:sdo="commonj.sdo"
> >
> > xmlns:sdo_1="http://www.apache.org/tuscany/2005/SDO"
> > xmlns:tns="http://abc.com/services">
> >   <changeSummary xmlns=""
> >       logging="true">
> >     <objectChanges key="#//@eRootObject">
> >       <value xsi:type="sdo_1:ChangeSummarySetting"
> > featureName="test2" dataValue="test2"/>
> >       <value xsi:type="sdo_1:ChangeSummarySetting"
> > featureName="test1" dataValue="test1"/>
> >     </objectChanges>
> >   </changeSummary>
> >   <tns:NestedType>
> >     <test1>test1_modified</test1>
> >     <test2>test2_modified</test2>
> >   </tns:NestedType>
> > </sdo:datagraph>
> >
> > Is the static approach of modelling a datagraph within
> > an XSD basically supported with the current TUSCANY
> > implementation?
> >
> > I attached a sample XSD and test implementation.
> >
> > Thanks
> > Erich
> >
> >
> >
> >
> >
>
> ____________________________________________________________________________________
> > Choose the right car based on your needs.  Check out Yahoo! Autos
> > new Car Finder tool.
> > http://autos.yahoo.com/carfinder/
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>